kernel.git/drivers/scsi/ipr.c, branch linux-2.6.16.y

[SCSI] ipr: Fix adapter initialization failure

2006-02-12T17:05:44Z

Since scsi core is always sending scatterlists now, remove some code which was written with the bad assumption that a small transfer would not be sent down in a scatterlist. Without this fix, the ipr driver ends up sending garbage data to the adapter following a reset, causing it to fail the reset and take the adapter offline. Signed-off-by: Brian King Signed-off-by: James Bottomley

Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-2.6

2006-01-05T02:44:12Z

Trivial manual merge fixup for usb_find_interface clashes.

[PATCH] driver core: replace "hotplug" by "uevent"

2006-01-05T00:18:08Z

Leave the overloaded "hotplug" word to susbsystems which are handling real devices. The driver core does not "plug" anything, it just exports the state to userspace and generates events. Signed-off-by: Kay Sievers Signed-off-by: Greg Kroah-Hartman

[PATCH] merge kobject_uevent and kobject_hotplug

2006-01-05T00:18:07Z

The distinction between hotplug and uevent does not make sense these days, netlink events are the default. udev depends entirely on netlink uevents. Only during early boot and in initramfs, /sbin/hotplug is needed. So merge the two functions and provide only one interface without all the options. The netlink layer got a nice generic interface with named slots recently, which is probably a better facility to plug events for subsystem specific events. Also the new poll() interface to /proc/mounts is a nicer way to notify about changes than sending events through the core. The uevents should only be used for driver core related requests to userspace now. Signed-off-by: Kay Sievers Signed-off-by: Greg Kroah-Hartman

[SCSI] ipr: Driver initialization fix for kexec/kdump

2005-12-14T01:10:58Z

When kexec booting a kernel when the previous kernel did not call ipr's shutdown method, the ipr adapter does not get properly initialized, which can result in the ipr adapter completing commands issued by the previous kernel. Fix ipr to detect this scenario by reading the adapter's interrupt mask register and the microprocessor interrupt register. If the interrupt mask register indicates that interrupts are enabled or the reset alert bit is set when the card is probed, this means the card is in an unknown state and we hard reset the card. Signed-off-by: Brian King Signed-off-by: James Bottomley

[SCSI] ipr: Better handle failure of adapter bringup commands

2005-11-06T19:12:56Z

Some new ipr adapters do not support some of the initialization commands currently sent to it from the driver. Handle these commands failing and continue on with the adapter initialization. Signed-off-by: Brian King Signed-off-by: James Bottomley

[SCSI] ipr: New PCI Ids

2005-11-06T19:12:10Z

Adds support for some new ipr adapters Signed-off-by: Brian King Signed-off-by: James Bottomley

[SCSI] ipr: Support device reset to RAID disks

2005-11-06T19:11:14Z

Support now exists in some ipr adapters to issue a device reset to an Advanced Function disk. Signed-off-by: Brian King Signed-off-by: James Bottomley

[SCSI] ipr: Support new device queueing model

2005-11-06T19:09:47Z

New ipr adapters support a new device queueing model in the adapter firmware. The queueing model is the NACA queueing model, but it does not mean use of NACA is required. The new model removes some of the adapter firmware queue state that made handling QERR=0 almost impossible. The queueing model on older adapters included the concept of a queue frozen state, which would freeze the response queue in the adapter when a check condition occurred, requiring a a primitive to resume the queue. The new queueing model removes this complexity. Signed-off-by: Brian King Signed-off-by: James Bottomley

[SCSI] ipr: New adapter error types

2005-11-06T19:09:22Z

Handle some new types of ipr errors that can be returned by the adapter. Signed-off-by: Brian King Signed-off-by: James Bottomley