[PATCH] BNX2I: Removed the individual PCI DEVICE ID checking

2012-10-15 Thread Eddie Wai
Removed the individual PCI DEVICE ID checking inside bnx2i. The device type can easily be read from the corresponding cnic->flags. This will free bnx2i from having to get updated for every new device ID that gets added. Signed-off-by: Eddie Wai Acked-by: Michael Chan --- drivers/scsi/bnx2i/bn

[PATCH v4 08/24] block: Remove some unnecessary bi_vcnt usage

2012-10-15 Thread Kent Overstreet
More prep work for immutable bvecs/effecient bio splitting - usage of bi_vcnt has to be auditing, so getting rid of all the unnecessary usage makes that easier. Plus, bio_segments() is really what this code wanted, as it respects the current value of bi_idx. Signed-off-by: Kent Overstreet CC: Je

[PATCH] isci: copy fis 0x34 response into proper buffer

2012-10-15 Thread Maciej Patelczyk
SATA MICROCODE DOWNALOAD fails on isci driver. After receiving Register Device to Host (FIS 0x34) frame Initiator resets phy. In the frame handler routine response (FIS 0x34) was copied into wrong buffer and upper layer did not receive any answer which resulted in timeout and reset. This patch corr

Re: [PATCH] scsi/mvsas: Fix memeleak when remove mvsas.ko.

2012-10-15 Thread Jianpeng Ma
On 2012-08-01 18:21 majianpeng Wrote: >unreferenced object 0x8800a83d6e80 (size 64): > comm "insmod", pid 10288, jiffies 4296886959 (age 662.587s) > hex dump (first 32 bytes): >01 04 01 00 00 00 00 00 00 00 a8 76 00 88 ff ff ...v >00 00 00 00 00 00 00 00 00 00 00 00 00 0

[PATCH v4 5/5] sd: update sd to use the new pm callbacks

2012-10-15 Thread Aaron Lu
Update sd driver to use the callbacks defined in dev_pm_ops. sd_freeze is NULL, the bus level callback has taken care of quiescing the device so there should be nothing needs to be done here. Consequently, sd_thaw is not needed here either. suspend, poweroff and runtime suspend share the same rou

[PATCH v4 4/5] pm: use callbacks from dev_pm_ops for scsi devices

2012-10-15 Thread Aaron Lu
Use of pm_message_t is deprecated and device driver is not supposed to use that. This patch migrates the SCSI bus level pm callbacks to call device's pm callbacks defined in its driver's dev_pm_ops. This is achieved by finding out which device pm callback should be used in bus callback function, a

[PATCH v4 3/5] Revert "[SCSI] runtime resume parent for child's system-resume"

2012-10-15 Thread Aaron Lu
This reverts commit 28fd00d42cca178638f51c08efa986a777c24a4b. With commit 88d26136a256576e444db312179e17af6dd0ea87 (PM: Prevent runtime suspend during system resume), this patch is no longer needed. Signed-off-by: Aaron Lu Acked-by: Alan Stern Acked-by: Rafael J. Wysocki --- drivers/scsi/scsi

[PATCH v4 2/5] Revert "[SCSI] scsi_pm: set device runtime state before parent suspended"

2012-10-15 Thread Aaron Lu
This reverts commit 33a2285d96b5e7b9500612ec623bf4313397bb53. With commit 88d26136a256576e444db312179e17af6dd0ea87 (PM: Prevent runtime suspend during system resume), this patch is no longer needed. Signed-off-by: Aaron Lu Acked-by: Alan Stern Acked-by: Rafael J. Wysocki --- drivers/scsi/scsi

[PATCH v4 0/5] Migrate SCSI drivers to use dev_pm_ops

2012-10-15 Thread Aaron Lu
v4: Only Patch 4 is modified: Fixed a line over 80 characters warning by checkpatch.pl; Update the changelog so that it is no more a try :-) v3: Only patch 4 is modified: Remove the special case for system freeze in scsi_bus_suspend_common as pointed out by Alan Stern; Updated some comments; Remov

[PATCH v4 1/5] sd: put to stopped power state when runtime suspend

2012-10-15 Thread Aaron Lu
When device is runtime suspended, put it to stopped power state to save some power. This will also make the behaviour consistent with what the scsi_pm.c thinks about sd as the comment says: sd treats runtime suspend, system suspend and system hibernate identical. With this patch, it is now identic