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
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:
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
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
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
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
*
-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.
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/...
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
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.
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
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
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
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,
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
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
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
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
18 matches
Mail list logo