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

Linux 2.6.12.1

2005-06-22T19:33:05Z

[PATCH] ia64 ptrace + sigrestore_context (CAN-2005-1761)

2005-06-22T19:32:50Z

This patch fixes handling of accesses to ar.rsc via ptrace & restore_sigcontext Signed-off-by: Matthew Chapman Acked-by: David Mosberger Acked-by: Tony Luck Signed-off-by: Chris Wright

[PATCH] Clean up subthread exec (CAN-2005-1913)

2005-06-22T19:32:50Z

Make sure we re-parent itimers. If subthread exec's with timer pending, signal is delivered to old group-leader and can panic kernel. Signed-off-by: Linus Torvalds Signed-off-by: Chris Wright

Linux 2.6.12

2005-06-17T19:48:29Z

Merge 'for-linus' branch of rsync://rsync.kernel.org/pub/scm/linux/kernel/git/axboe/linux-2.6-block

2005-06-17T19:35:26Z

[PATCH] PCI: don't override drv->shutdown unconditionally

2005-06-17T19:34:20Z

There are many drivers that have been setting the generic driver model level shutdown callback, and pci thus must not override it. Without this patch we can have really bad data loss on various raid controllers. Signed-off-by: Greg Kroah-Hartman Signed-off-by: Linus Torvalds

[PATCH] timer exit cleanup

2005-06-17T17:03:50Z

Do all timer zapping in exit_itimers. Signed-off-by: Ingo Molnar Signed-off-by: Linus Torvalds

When cfq I/O scheduler is selected, get_request() in __make_request() calls

2005-06-17T14:15:10Z

__cfq_get_queue(). __cfq_get_queue() finds an existing queue (struct cfq_queue) of the current process for the device and returns it. If it's not found, __cfq_get_queue() creates and returns a new one if __cfq_get_queue() is called with __GFP_WAIT flag, or __cfq_get_queue() returns NULL (this means that get_request() fails) if no __GFP_WAIT flag. On the other hand, in __make_request(), get_request() is called without __GFP_WAIT flag at the first time. Thus, the get_request() fails when there is no existing queue, typically when it's called for the first I/O request of the process to the device. Though it will be followed by get_request_wait() for general case, __make_request() will just end the I/O with an error (EWOULDBLOCK) when the request was for read-ahead. Signed-off-by: Jens Axboe Signed-off-by: Kiyoshi Ueda Signed-off-by: Jun'ichi Nomura

Merge master.kernel.org:/home/rmk/linux-2.6-arm

2005-06-16T20:40:39Z

[PATCH] ARM: 2715/1: restore CPLD interrupts upon resume for Lubbock and Mainstone

2005-06-16T20:23:56Z

Patch from Nicolas Pitre Without this some devices fail to work again after a suspend event. Signed-off-by: Nicolas Pitre Signed-off-by: Russell King