Re: [RESEND] [PATCH 05/13] pm80xx: MSI-X implementation for using 64 interrupts

2013-03-04 Thread Hannes Reinecke
On 03/02/2013 05:48 PM, Anand wrote: From c5db2e0b6cf65fbef66fb2f4e345bf6856e242a4 Mon Sep 17 00:00:00 2001 From: Sakthivel K sakthivel.saravanankamalr...@pmcs.com Date: Wed, 27 Feb 2013 20:32:56 +0530 Subject: [PATCH 05/13] pm80xx: MSI-X implementation for using 64 interrupts Implementation

[PATCH -v3 15/23] scsi: rename random32() to prandom_u32()

2013-03-04 Thread Akinobu Mita
Use more preferable function name which implies using a pseudo-random number generator. Signed-off-by: Akinobu Mita akinobu.m...@gmail.com Cc: James E.J. Bottomley jbottom...@parallels.com Cc: Robert Love robert.w.l...@intel.com Cc: de...@open-fcoe.org Cc: James Smart james.sm...@emulex.com Cc:

[PATCH 0/2] LSI SAS device removal fixes

2013-03-04 Thread Joe Lawrence
Hi folks, I have two LSI fusion / mpt2sas / mpt3sas device removal patches. These changes were tested against 3.8.0, but still apply cleanly to scsi.git, branch misc. The first deletes pci_stop_and_remove_bus_device() calls from the three drivers. I don't believe that this call is safe with

[PATCH 1/2] mptfusion, mpt2sas, mpt3sas: Don't remove dead IOC PCI device

2013-03-04 Thread Joe Lawrence
Device removal/addition is a PCI core function, not an HBA function. Calling pci_stop_and_remove_bus_device() from a SCSI LLD may introduce device removal races with PCI hotplug. Remove these calls from mptfusion, mpt2sas, and mpt3sas, but leave remaining dead IOC code in place that flushes

[PATCH 2/2] mpt2sas, mpt3sas: set async scan finished on adapter removal

2013-03-04 Thread Joe Lawrence
If a scsi host is removed during an asynchronous SCSI scan, the mpt2sas and mpt3sas .scan_finished callback function may take up to 5 minutes to timeout and notify the SCSI layer that the operation has failed. Once the driver determines that an adapter is gone, stop waiting for the scan to

[PATCH] st: Take additional queue ref in st_probe

2013-03-04 Thread Joe Lawrence
These changes were applied to scsi.git, branch misc. This patch fixes a reference count bug in the SCSI tape driver which can be reproduced with the following: * Boot with slub_debug=FZPU, tape drive attached * echo 1 /sys/devices/... tape device pci path .../remove * Wait for device removal *

RE: [PATCH 1/2] mptfusion, mpt2sas, mpt3sas: Don't remove dead IOC PCI device

2013-03-04 Thread Desai, Kashyap
-Original Message- From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- ow...@vger.kernel.org] On Behalf Of Joe Lawrence Sent: Monday, March 04, 2013 9:26 PM To: linux-scsi@vger.kernel.org Cc: DL-MPT Fusion Linux; Support; Reddy, Sreekanth; Nandigama, Nagalakshmi; James E.J.

Re: [PATCH] st: Take additional queue ref in st_probe

2013-03-04 Thread Ewan Milne
On Mon, 2013-03-04 at 11:14 -0500, Joe Lawrence wrote: These changes were applied to scsi.git, branch misc. This patch fixes a reference count bug in the SCSI tape driver which can be reproduced with the following: * Boot with slub_debug=FZPU, tape drive attached * echo 1 /sys/devices/...

[RESEND][PATCH] lpfc should check return status for task mgmt IOCBs (now with correct code formatting)

2013-03-04 Thread Jeremy Linton
I realized after I sent the last patch, that it was the wrong file (incorrectly formatted) and missing the signature. That has been corrected in this version. Other than that, the two patches are functionally identical. This patch adds code to the lpfc driver to check the return status from the

Re: [PATCH 1/4] scsi_scan: Fixup scsilun_to_int()

2013-03-04 Thread Douglas Gilbert
On 13-02-20 08:47 AM, Hannes Reinecke wrote: scsilun_to_int() has an error which prevents it from generating correct LUN numbers for 64bit values. Also we should remove the misleading comment about portions of the LUN being ignored; the initiator should treat the LUN as an opaque value.

RE: [PATCH] st: Take additional queue ref in st_probe

2013-03-04 Thread Seymour, Shane M
With the things I've been doing in st it was easier to reboot than unload/load the st driver since it would likely cause an oops. I applied the patch and have tested it and the st module unloads/reloads with no problems now. -- To unsubscribe from this list: send the line unsubscribe linux-scsi

[PATCH v11 0/4] block layer runtime pm

2013-03-04 Thread Aaron Lu
In August 2010, Jens and Alan discussed about Runtime PM and the block layer. http://marc.info/?t=12825910841r=1w=2 And then Alan has given a detailed implementation guide: http://marc.info/?l=linux-scsim=133727953625963w=2 To test: # ls -l /sys/block/sda

[PATCH v11 2/4] block: add runtime pm helpers

2013-03-04 Thread Aaron Lu
From: Lin Ming ming.m@intel.com Add runtime pm helper functions: void blk_pm_runtime_init(struct request_queue *q, struct device *dev) - Initialization function for drivers to call. int blk_pre_runtime_suspend(struct request_queue *q) - If any requests are in the queue, mark last busy

[PATCH v11 3/4] block: implement runtime pm strategy

2013-03-04 Thread Aaron Lu
From: Lin Ming ming.m@intel.com When a request is added: If device is suspended or is suspending and the request is not a PM request, resume the device. When the last request finishes: Call pm_runtime_mark_last_busy(). When pick a request: If device is resuming/suspending,

[PATCH v11 1/4] block: add a flag to identify PM request

2013-03-04 Thread Aaron Lu
From: Lin Ming ming.m@intel.com Add a flag REQ_PM to identify the request is PM related, such requests will not change the device request queue's runtime status. It is intended to be used in driver's runtime PM callback, so that driver can perform some IO to the device there with the queue's

[PATCH v11 4/4] sd: change to auto suspend mode

2013-03-04 Thread Aaron Lu
From: Lin Ming ming.m@intel.com Uses block layer runtime pm helper functions in scsi_runtime_suspend/resume for devices that take advantage of it. Remove scsi_autopm_* from sd open/release path and check_events path. Signed-off-by: Lin Ming ming.m@intel.com Signed-off-by: Aaron Lu

[PATCH 1/2] [SCSI] a4000t: use module_platform_driver_probe()

2013-03-04 Thread Jingoo Han
This patch uses module_platform_driver_probe() macro which makes the code smaller and simpler. Signed-off-by: Jingoo Han jg1@samsung.com --- drivers/scsi/a4000t.c | 15 +-- 1 files changed, 1 insertions(+), 14 deletions(-) diff --git a/drivers/scsi/a4000t.c

[PATCH 2/2] [SCSI] a3000: use module_platform_driver_probe()

2013-03-04 Thread Jingoo Han
This patch uses module_platform_driver_probe() macro which makes the code smaller and simpler. Signed-off-by: Jingoo Han jg1@samsung.com --- drivers/scsi/a3000.c | 13 + 1 files changed, 1 insertions(+), 12 deletions(-) diff --git a/drivers/scsi/a3000.c b/drivers/scsi/a3000.c