user/sven/linux.git, branch v2.6.15.3

Linux 2.6.15.3

2006-02-06T23:36:47Z

[PATCH] Fix extra dst release when ip_options_echo fails

2006-02-06T23:36:33Z

When two ip_route_output_key lookups in icmp_send were combined I forgot to change the error path for ip_options_echo to not drop the dst reference since it now sits before the dst lookup. To fix it we simply jump past the ip_rt_put call. Signed-off-by: Herbert Xu Signed-off-by: David S. Miller Signed-off-by: Chris Wright

Linux 2.6.15.2

2006-01-31T06:25:07Z

[PATCH] Fix mkiss locking bug

2006-01-31T06:13:18Z

ax_encaps() forgot to drop the bufferlock at the end of the function. Patch is already in 2.6.16-rc1. Signed-off-by: Ralf Baechle DL5RB Signed-off-by: Greg Kroah-Hartman

[PATCH] Fix i2o_scsi oops on abort

2006-01-31T06:13:18Z

>From http://bugzilla.kernel.org/show_bug.cgi?id=5923 When a scsi command failed, an oops would result. Back-to-back SMART queries would make the Seagate drives unhappy. The second SMART query would timeout, and the command would be aborted. From: Markus Lidel Cc: Kenny Simpson Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

[PATCH] Someone broke reiserfs v3 mount options and this fixes it

2006-01-31T06:13:18Z

Signed-off-by: Hans Reiser Signed-off-by: Vitaly Fertman Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

[PATCH] Mask off GFP flags before swiotlb_alloc_coherent

2006-01-31T06:13:18Z

Mask off GFP flags before swiotlb_alloc_coherent Signed-off-by: Andi Kleen Signed-off-by: Chris Wright Signed-off-by: Greg Kroah-Hartman

[PATCH] Make second arg to skb_reserved() signed.

2006-01-31T06:13:18Z

Some subsystems, such as PPP, can send negative values here. It just happened to work correctly on 32-bit with an unsigned value, but on 64-bit this explodes. Figured out by Paul Mackerras based upon several PPP crash reports. Signed-off-by: David S. Miller Signed-off-by: Chris Wright Signed-off-by: Greg Kroah-Hartman

[PATCH] Fix timekeeping on sparc64 ultra-IIe machines

2006-01-31T06:13:17Z

[SPARC64]: Eliminate race condition reading Hummingbird STICK register Ensure a consistent value is read from the STICK register by ensuring that both high and low are read without high changing due to a roll over of the low register. Various Debian/SPARC users (myself include) have noticed problems with Hummingbird based systems. The symptoms are that the system time is seen to jump forward 3 days, 6 hours, 11 minutes give or take a few seconds. In many cases the system then hangs some time afterwards. I've spotted a race condition in the code to read the STICK register. I could not work out why 3d, 6h, 11m is important but guess that it is due to the 2^32 jump of STICK (forwards on one read and then the next read will seem to be backwards) during a timer interrupt. I'm guessing that a change of -2^32 will get converted to a large unsigned increment after the arithmetic manipulation between STICK, nanoseconds, jiffies etc. I did a test where I modified __hbird_read_stick to artificially inject rollover faults forcefully every few seconds. With this I saw the clock jump over 6 times in 12 hours compared to once every month or so. Signed-off-by: Richard Mortimer Signed-off-by: David S. Miller Signed-off-by: Chris Wright Signed-off-by: Greg Kroah-Hartman

[PATCH] Fix oops in ufs_fill_super at mount time

2006-01-31T06:13:17Z

There's a lack of parenthesis in fs/ufs/utils.h, so instead of the 512th byte of buffer, the usb2 pointer will point to the nth structure of type ufs_super_block_second. This can cause a mount-time oops if you're unlucky (especially with DEBUG_PAGEALLOC, which is how Alexey Dobriyan saw this problem) Signed-off-by: Evgeniy Dushistov Acked-by: Alexey Dobriyan Signed-off-by: Linus Torvalds Signed-off-by: Chris Wright Signed-off-by: Greg Kroah-Hartman