linux/drivers, branch v2.6.12.2

[PATCH] ACPI: Make sure we call acpi_register_gsi() even for default PCI interrupt assignment

2005-06-29T23:00:39Z

ACPI: Make sure we call acpi_register_gsi() even for default PCI interrupt assignment That's the part that keeps track of the ELCR register, and we want to make sure that the PCI interrupts are properly marked level/low. Signed-off-by: Chris Wright

[PATCH] e1000: fix spinlock bug

2005-06-29T23:00:37Z

This patch fixes an obvious and nasty bug where we could exit the transmit routine while holding tx_lock. Signed-off-by: Mitch Williams Signed-off-by: Chris Wright

[PATCH] qla2xxx: Pull-down scsi-host-addition to follow board initialization.

2005-06-29T23:00:35Z

Return to previous held-logic of calling scsi_add_host() only after the board has been completely initialized. Also return pci_*() error-codes during probe failure paths. This also corrects an issue where only lun 0 is being scanned for a given port. Signed-off-by: Andrew Vasquez Signed-off-by: James Bottomley Signed-off-by: Chris Wright

[PATCH] Fix typo in drivers/pci/pci-driver.c

2005-06-29T23:00:34Z

The git commit 794f5bfa77955c4455f6d72d8b0e2bee25f1ff0c accidentally suffers from a previous typo in that file (',' instead of ';' in end of line). Patch included. Signed-off-by: Mika Kukkonen Signed-off-by: Chris Wright

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

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 'for-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/axboe/linux-2.6-block

2005-06-16T16:53:48Z

[PATCH] fix for kaweth broken by changes in the networking layer

2005-06-16T16:02:59Z

Cc: Greg KH Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] ALPS: fix enabling hardware tapping

2005-06-16T16:02:59Z

It looks like logic for enabling hardware tapping in ALPS driver was inverted and we enable it only if it was already enabled by BIOS or firmware. I have a confirmation from one user that the patch below fixes the problem for him and it might be beneficial if we could get it into 2.6.12. Signed-off-by: Dmitry Torokhov Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds