~thopiekar/linux/+git/linux-stable:linux-2.6.12.y

Last commit made on 2005-08-29
Get this branch:
git clone -b linux-2.6.12.y https://git.launchpad.net/~thopiekar/linux/+git/linux-stable

Branch merges

Branch information

Name:
linux-2.6.12.y
Repository:
lp:~thopiekar/linux/+git/linux-stable

Recent commits

d04a379... by Chris Wright <email address hidden> on 2005-08-29

Linux 2.6.12.6

f982542... by Patrick McHardy <email address hidden> on 2005-08-17

[PATCH] Fix SKB leak in ip6_input_finish()

Changing it to how ip_input handles should fix it.

Signed-off-by: Patrick McHardy <email address hidden>
Signed-off-by: "David S. Miller" <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

ec3b77e... by Jan Blunck <email address hidden> on 2005-08-23

[PATCH] sg.c: fix a memory leak in devices seq_file implementation (2nd)

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 > /dev/null
done

Signed-off-by: Jan Blunck <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

7b1bfbc... by lepton on 2005-08-22

[PATCH] fix gl_skb/skb type error in genelink driver in usbnet

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 <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

3ad543d... by Patrick McHardy <email address hidden> on 2005-08-18

[PATCH] Fix DST leak in icmp_push_reply()

Based upon a bug report and initial patch by
Ollie Wild.

Signed-off-by: Patrick McHardy <email address hidden>
Signed-off-by: "David S. Miller" <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

6e5ca4f... by Linus Torvalds <email address hidden> on 2005-08-17

[PATCH] Revert unnecessary zlib_inflate/inftrees.c fix

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 <email address hidden>

Cc: Sergey Vlasov <email address hidden>
Cc: Tavis Ormandy <email address hidden>
Cc: Tim Yamin <email address hidden>
Signed-off-by: Linus Torvalds <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

4b45a63... by "Bhavesh P. Davda" <email address hidden> on 2005-08-29

[PATCH] NPTL signal delivery deadlock fix

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 <email address hidden>
Signed-off-by: Linus Torvalds <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

332b8be... by Herbert Xu on 2005-08-06

[PATCH] Restrict socket policy loading to CAP_NET_ADMIN - CAN-2005-2555

The interface needs much redesigning if we wish to allow
normal users to do this in some way.

Signed-off-by: Herbert Xu <email address hidden>
Signed-off-by: "David S. Miller" <email address hidden>
Signed-off-by: Chris Wright <email address hidden>

ab1e03b... by Chris Wright <email address hidden> on 2005-08-15

Linux 2.6.12.5

24eda4e... by Rusty Russell on 2005-08-10

[PATCH] Module per-cpu alignment cannot always be met

Fwd from Daniel Drake <email address hidden>.

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 <email address hidden>
Signed-off-by: Andrew Morton <email address hidden>
Signed-off-by: Linus Torvalds <email address hidden>
Signed-off-by: Chris Wright <email address hidden>
Signed-off-by: Greg Kroah-Hartman <email address hidden>