<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel, branch linux-2.6.12.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.12.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.12.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2005-08-29T16:55:27Z</updated>
<entry>
<title>Linux 2.6.12.6</title>
<updated>2005-08-29T16:55:27Z</updated>
<author>
<name>Chris Wright</name>
<email>chrisw@osdl.org</email>
</author>
<published>2005-08-29T16:55:27Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=d04a37911968d919fa842ad40fa9e9ff1dd10904'/>
<id>urn:sha1:d04a37911968d919fa842ad40fa9e9ff1dd10904</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] Fix SKB leak in ip6_input_finish()</title>
<updated>2005-08-29T16:55:13Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2005-08-17T19:04:22Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=f982542ed2f495cbe94e6d9001878f27ea738b36'/>
<id>urn:sha1:f982542ed2f495cbe94e6d9001878f27ea738b36</id>
<content type='text'>
Changing it to how ip_input handles should fix it.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: "David S. Miller" &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] sg.c: fix a memory leak in devices seq_file implementation (2nd)</title>
<updated>2005-08-29T16:55:13Z</updated>
<author>
<name>Jan Blunck</name>
<email>j.blunck@tu-harburg.de</email>
</author>
<published>2005-08-23T20:25:14Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=ec3b77ec116cf2b9d42f6544caa71f084cfc1ff1'/>
<id>urn:sha1:ec3b77ec116cf2b9d42f6544caa71f084cfc1ff1</id>
<content type='text'>
I know that scsi procfs is legacy code but this is a fix for a memory leak.

While reading through sg.c I realized that the implementation of
/proc/scsi/sg/devices with seq_file is leaking memory due to freeing the
pointer returned by the next() iterator method. Since next() might
return NULL or an error this is wrong. This patch fixes it through using
the seq_files private field for holding the reference to the iterator
object.

Here is a small bash script to trigger the leak. Use slabtop to watch
the size-32 usage grow and grow.

#!/bin/sh

while true; do
	cat /proc/scsi/sg/devices &gt; /dev/null
done

Signed-off-by: Jan Blunck &lt;j.blunck@tu-harburg.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] fix gl_skb/skb type error in genelink driver in usbnet</title>
<updated>2005-08-29T16:55:12Z</updated>
<author>
<name>lepton</name>
<email>ytht.net@gmail.com</email>
</author>
<published>2005-08-22T06:02:39Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=7b1bfbc0786fdc9ba511d0136f6417736bdc4cc6'/>
<id>urn:sha1:7b1bfbc0786fdc9ba511d0136f6417736bdc4cc6</id>
<content type='text'>
I think there is a type error when port genelink driver to 2.6..
With this error, a linux host will panic when it link with a windows
host.

Cc: David Brownell &lt;david-b@pacbell.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix DST leak in icmp_push_reply()</title>
<updated>2005-08-29T16:55:12Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2005-08-18T18:59:37Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=3ad543d4783e47b413300715d790b5ad652567ff'/>
<id>urn:sha1:3ad543d4783e47b413300715d790b5ad652567ff</id>
<content type='text'>
Based upon a bug report and initial patch by
Ollie Wild.

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Signed-off-by: "David S. Miller" &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Revert unnecessary zlib_inflate/inftrees.c fix</title>
<updated>2005-08-29T16:55:12Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@osdl.org</email>
</author>
<published>2005-08-17T20:19:24Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=6e5ca4f13185dea47ef4c151d32e9e387e7bb47b'/>
<id>urn:sha1:6e5ca4f13185dea47ef4c151d32e9e387e7bb47b</id>
<content type='text'>
It turns out that empty distance code tables are not an error, and that
a compressed block with only literals can validly have an empty table
and should not be flagged as a data error.

Some old versions of gzip had problems with this case, but it does not
affect the zlib code in the kernel.

Analysis and explanations thanks to Sergey Vlasov &lt;vsu@altlinux.ru&gt;

Cc: Sergey Vlasov &lt;vsu@altlinux.ru&gt;
Cc: Tavis Ormandy &lt;taviso@gentoo.org&gt;
Cc: Tim Yamin &lt;plasmaroo@gentoo.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] NPTL signal delivery deadlock fix</title>
<updated>2005-08-29T16:55:12Z</updated>
<author>
<name>Bhavesh P. Davda</name>
<email>bhavesh@avaya.com</email>
</author>
<published>2005-08-29T16:55:12Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=4b45a6364a096cc4d899c9d19aad852865eb0ebb'/>
<id>urn:sha1:4b45a6364a096cc4d899c9d19aad852865eb0ebb</id>
<content type='text'>
This bug is quite subtle and only happens in a very interesting
situation where a real-time threaded process is in the middle of a
coredump when someone whacks it with a SIGKILL. However, this deadlock
leaves the system pretty hosed and you have to reboot to recover.

Not good for real-time priority-preemption applications like our
telephony application, with 90+ real-time (SCHED_FIFO and SCHED_RR)
processes, many of them multi-threaded, interacting with each other for
high volume call processing.

Acked-by: Roland McGrath &lt;roland@redhat.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Restrict socket policy loading to CAP_NET_ADMIN - CAN-2005-2555</title>
<updated>2005-08-29T16:55:11Z</updated>
<author>
<name>Herbert Xu</name>
<email>herbert@gondor.apana.org.au</email>
</author>
<published>2005-08-06T20:33:15Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=332b8bee402fe1076e50d08dfa535a9f0a349cba'/>
<id>urn:sha1:332b8bee402fe1076e50d08dfa535a9f0a349cba</id>
<content type='text'>
The interface needs much redesigning if we wish to allow
normal users to do this in some way.

Signed-off-by: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: "David S. Miller" &lt;davem@davemloft.net&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
</content>
</entry>
<entry>
<title>Linux 2.6.12.5</title>
<updated>2005-08-15T00:20:18Z</updated>
<author>
<name>Chris Wright</name>
<email>chrisw@osdl.org</email>
</author>
<published>2005-08-15T00:20:18Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=ab1e03b731781609a550360f295061ff57ca3dbb'/>
<id>urn:sha1:ab1e03b731781609a550360f295061ff57ca3dbb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] Module per-cpu alignment cannot always be met</title>
<updated>2005-08-15T00:20:11Z</updated>
<author>
<name>Rusty Russell</name>
<email>rusty@rustcorp.com.au</email>
</author>
<published>2005-08-10T12:52:38Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=24eda4e69d4f0a4d5a66c8b5a8fa9b895d832368'/>
<id>urn:sha1:24eda4e69d4f0a4d5a66c8b5a8fa9b895d832368</id>
<content type='text'>
Fwd from Daniel Drake &lt;dsd@gentoo.org&gt;.

The module code assumes noone will ever ask for a per-cpu area more than
SMP_CACHE_BYTES aligned.  However, as these cases show, gcc asks sometimes
asks for 32-byte alignment for the per-cpu section on a module, and if
CONFIG_X86_L1_CACHE_SHIFT is 4, we hit that BUG_ON().  This is obviously an
unusual combination, as there have been few reports, but better to warn
than die.

See:
	http://www.ussg.iu.edu/hypermail/linux/kernel/0409.0/0768.html

And more recently:
	http://bugs.gentoo.org/show_bug.cgi?id=97006

Signed-off-by: Rusty Russell &lt;rusty@rustcorp.com.au&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
