There is a race condition in virtscsi_handle_event, when many device
hotplug/unplug events flush in quickly.
The scsi_remove_device in virtscsi_handle_transport_reset may trigger
the BUG_ON in scsi_target_reap, because the state is altered behind it,
probably by scsi_scan_host of another event. I'
On Tue, Jan 06, 2015 at 12:10:59AM +0200, Michael S. Tsirkin wrote:
> On Mon, Jan 05, 2015 at 11:48:47AM -0800, Venkatesh Srinivas wrote:
> > On Sun, Jan 4, 2015 at 10:04 PM, Fam Zheng wrote:
> >
> > There is a race condition in virtscsi_handle_event, when many device
> > hotplug/unplug e
On Tue, 01/06 00:10, Michael S. Tsirkin wrote:
> On Mon, Jan 05, 2015 at 11:48:47AM -0800, Venkatesh Srinivas wrote:
> > On Sun, Jan 4, 2015 at 10:04 PM, Fam Zheng wrote:
> >
> > There is a race condition in virtscsi_handle_event, when many device
> > hotplug/unplug events flush in quickl
2015-01-06 0:27 GMT+09:00 Alan Stern :
> On Mon, 5 Jan 2015, Akinobu Mita wrote:
>
>> While accessing a unusual usb storage (ums-alauda, ums-cypress, ...),
>> the module reference count is not incremented. Because these drivers
>> allocate scsi hosts with usb_stor_host_template defined in usb-stor
On Mon, Jan 05, 2015 at 11:48:47AM -0800, Venkatesh Srinivas wrote:
> On Sun, Jan 4, 2015 at 10:04 PM, Fam Zheng wrote:
>
> There is a race condition in virtscsi_handle_event, when many device
> hotplug/unplug events flush in quickly.
>
> The scsi_remove_device in virtscsi_handle_tra
From: Hariprasad Shenai
Date: Mon, 5 Jan 2015 16:30:42 +0530
> This series continues to cleanup all the macros/register defines related to
> SGE, PCIE, MC, MA, TCAM, MAC, etc that are defined in t4_regs.h and the
> affected files.
>
> Will post another 1 or 2 series so that we can cover all the
I will later tonight. For now, I'm using 3.18.x (for another reason), which
doesn't have this commit.
My Linus-latest tree has a "fix" that imposed a hard limit of 32767, which
worked for me then.
On January 5, 2015 12:07:56 PM PST, Alan Stern
wrote:
>On Mon, 5 Jan 2015, Christoph Hellwig wro
On Mon, 5 Jan 2015, Christoph Hellwig wrote:
> On Tue, Dec 30, 2014 at 08:36:34AM -0800, Kenneth R. Crudup wrote:
> > OP here. FWIW, this is what I get when running that command on the SCSI
> > generic device that corresponds to the USB-3 (non-UAS) disk[1] that had the
> > issue:
>
> So it looks
On Sun, Jan 4, 2015 at 10:04 PM, Fam Zheng wrote:
>
> There is a race condition in virtscsi_handle_event, when many device
> hotplug/unplug events flush in quickly.
>
> The scsi_remove_device in virtscsi_handle_transport_reset may trigger
> the BUG_ON in scsi_target_reap, because the state is alte
On Mon, Jan 05, 2015 at 12:38:04PM -0700, Jens Axboe wrote:
> That was true in earlier kernels as well, going back a few versions at
> least, preempt was disabled on calling __blk_mq_run_hw_queue(). Just
> checked, and 3.16 and later have that as the behaviour. The only change
> in 3.19 some shuffl
On 01/05/2015 12:32 PM, Christoph Hellwig wrote:
> On Mon, Jan 05, 2015 at 12:00:58PM -0700, Jens Axboe wrote:
>> That's not quite true, the only guarantee is that it WILL execute on the
>> CPU (or CPUs) that are set in the mask. So unless it ends up offloading
>> the run to a specific workqueue, w
Remove the declaration of variable "err" in function
'enclosure_component_alloc':
All warnings:
drivers/misc/enclosure.c: In function 'enclosure_component_alloc':
>> drivers/misc/enclosure.c:295:6: warning: unused variable 'err'
>> [-Wunused-variable]
int err, i;
^
Signed-off-
On Mon, Jan 05, 2015 at 12:00:58PM -0700, Jens Axboe wrote:
> That's not quite true, the only guarantee is that it WILL execute on the
> CPU (or CPUs) that are set in the mask. So unless it ends up offloading
> the run to a specific workqueue, we'll disable preempt in the current
> path before ->qu
Thanks, applied to scsi-for-3.20.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks, applied to scsi-for-3.20.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks, applied to scsi-for-3.20.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks, applied to scsi-for-3.20.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks, applied to scsi-for-3.20.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks, applied to scsi-for-3.19.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks, applied to scsi-for-3.20.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 01/05/2015 02:15 AM, Christoph Hellwig wrote:
> On Wed, Dec 31, 2014 at 01:14:19PM -0500, Sasha Levin wrote:
>> Hi Christoph,
>>
>> I'm seeing an issue which was bisected down to 3c356bde1 ("scsi: stop passing
>> a gfp_mask argument down the command setup path"):
>
> ->queue_rq in blk-mq contex
From: Lee Duncan
For PGR reservation type Exclusive Access, allow all
registrants to read from the device.
Signed-off-by: Lee Duncan
Cc: Nicholas Bellinger
---
drivers/target/target_core_pr.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/target/target_core_pr.c b/d
Dear stable maintainers,
Can you please backport commitid 132aa220b45d60e9b20def1e9d8be9422eed9616
(hpsa: refine the pci enable/disable handling) to 3.10 stable (and
earlier, if applicable)?
I've tried the 3.10, and it applies cleanly there. Not sure about
earlier versions.
Many Thanks,
Masoud Sha
Am 05.01.2015 um 18:17 schrieb Christoph Hellwig:
On Tue, Dec 30, 2014 at 03:15:26PM +0100, Stefan Priebe - Profihost AG wrote:
What is the max_sectors_kb value for them?
# cat /sys/block/sdi/queue/max_sectors_kb
16383
That's odd, it's half of what ATA disks should support. Is this
device a
On Tue, Dec 30, 2014 at 08:36:34AM -0800, Kenneth R. Crudup wrote:
> OP here. FWIW, this is what I get when running that command on the SCSI
> generic device that corresponds to the USB-3 (non-UAS) disk[1] that had the
> issue:
So it looks like this one actually provides sane values, but we don't
On Tue, Dec 30, 2014 at 11:19:07AM -0500, Douglas Gilbert wrote:
> In SCSI, the VPD page 0xb0 (Block limits) has a "Maximum transfer
> length" field (32 bits long). Its units are logical blocks. Useful
> if >0 as 0 means "unreported".
>
> USB to SATA bridges should comply with SAT. However SAT and
On Tue, Dec 30, 2014 at 03:15:26PM +0100, Stefan Priebe - Profihost AG wrote:
> > What is the max_sectors_kb value for them?
> >
> # cat /sys/block/sdi/queue/max_sectors_kb
> 16383
That's odd, it's half of what ATA disks should support. Is this
device attached to the HBA or an expander?
--
To u
On Tue, 23 Dec 2014, Christoph Hellwig wrote:
Chad, Saurav,
does this look ok to you?
Yes, this looks ok.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
Can you send an updated version against the scsi-for-3.20 tree so that
we can get this series in early for the 3.20 cycle?
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/m
On Mon, 5 Jan 2015, Akinobu Mita wrote:
> While accessing a unusual usb storage (ums-alauda, ums-cypress, ...),
> the module reference count is not incremented. Because these drivers
> allocate scsi hosts with usb_stor_host_template defined in usb-storage
> module. So these drivers always can be
On 01/05/2015 04:15 AM, Christoph Hellwig wrote:
> On Wed, Dec 31, 2014 at 01:14:19PM -0500, Sasha Levin wrote:
>> Hi Christoph,
>>
>> I'm seeing an issue which was bisected down to 3c356bde1 ("scsi: stop passing
>> a gfp_mask argument down the command setup path"):
>
> ->queue_rq in blk-mq contex
megaraid_sas driver changes.
Signed-off-by: Sumit Saxena
---
[PATCH 0/8] megaraid_sas : Description Patch.
[PATCH 1/8] megaraid_sas : Endianness related bug fixes and code optimization.
[PATCH 2/8] megaraid_sas : Support for secure JBOD.
[PATCH 3/8] megaraid_sas : Fix the problem of non-existing
On Tue, 2014-12-16 at 11:01 -0500, Rob Evers wrote:
> This patch set retrieves the number of LUs available on a target
> using the report-luns command by re-sizing the returned data
> buffer and retrying report luns.
>
> A minor bug fix is included.
>
> scsi_mod parameter max_report_luns is no lo
struct fusion_context *fusion is already memset to '0', so remove redundant
code of meset "fusion->load_balance_info" to '0'.
Signed-off-by: Chaitra Basappa
Signed-off-by: Sumit Saxena
---
drivers/scsi/megaraid/megaraid_sas_base.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
di
This patch will add support for Secure Encrypting Drives(SED) in JBOD mode.
below are the key points-
1) If Firmware supports SED JBOD, all non Read Write commands to JBODs will be
sent via Firmware path and Read write commands to JBOD will be sent via
fastpath.
2) If firmware does not support
Driver calls megasas_complete_cmd() to call wake_up() for each MFI frame that
was issued through the ioctl() interface prior to the kill adapter.
This ensures userspace ioctl() system calls issued just before a kill adapter
don't get stuck in wait state and IOCTLs are returned to application.
Cc
Update megaraid_sas driver version.
Signed-off-by: Sumit Saxena
---
drivers/scsi/megaraid/megaraid_sas.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/megaraid/megaraid_sas.h
b/drivers/scsi/megaraid/megaraid_sas.h
index 11c4923..558c6e8 100644
--- a/driv
This patch will address the issue of SCSI device created at OS level for non
existing VD. ldTgtIdtoLd[] array has size 256
for Extended VD firmware and 128 for legacy firmware. Accessing indices beyond
array size(OS will send TUR, INQUIRY.. commands
upto device index 255), may return valid LD val
Update driver "mask_interrupts" before enable/disable hardware interrupt in
order to avoid missing interrupts because of "mask_interrupts" still set to 1
and hardware interrupts are
enabled.
Cc:
Signed-off-by: Sumit Saxena
Signed-off-by: Chaitra Basappa
---
drivers/scsi/megaraid/megaraid_sa
This patch addresses below issues-
1) Few endianness bug fixes.
2) Break the iteration after (MAX_LOGICAL_DRIVES_EXT - 1)), instead of
MAX_LOGICAL_DRIVES_EXT.
3) Optimization in MFI INIT frame before firing.
4) MFI IO frame should be 256bytes aligned. Code is optimized to reduce the
size of frame
1)For fusion adapters, limited reserved frames for non SCSI commands to 8(3 for
parallel IOCTLs + 5 for driver's internal DCMDs).
Earlier reserved commands for non SCSI IO frames was set to 32, so with this
implementation, increased per controller
"can_queue". Behavior of MFI controllers will rem
Hello.
On 1/5/2015 1:21 PM, Suman Tripathi wrote:
Your patch summary seems too long.
This patch implements the function xgene_ahci_poll_reg_val to poll
PxCI for multiple IDENTIFY DEVICE commands to finish before
restarting the DMA engine in case of Port Multiplier.
Signed-off-by: Suman T
While accessing a UFS device, the module reference count for core driver
(ufshcd) is incremented but not incremented for the actual glue driver
(ufshcd-pci or ufshcd-pltfrm). Because these drivers allocate scsi hosts
with scsi_host_template defined in ufshcd module. So these drivers always
can be
While accessing a unusual usb storage (ums-alauda, ums-cypress, ...),
the module reference count is not incremented. Because these drivers
allocate scsi hosts with usb_stor_host_template defined in usb-storage
module. So these drivers always can be unloaded.
This fixes it by adjusting module ref
While accessing a scsi_device, the use count of the underlying LLDD module
is incremented. The module reference is retrieved through .module field of
struct scsi_host_template.
This mapping between scsi_device and underlying LLDD module works well
except some scsi drivers (ufs and unusual usb sto
While accessing a scsi_device, the use count of the underlying LLDD module
is incremented. The module reference is retrieved through .module field of
struct scsi_host_template.
This mapping between scsi_device and underlying LLDD module works well
except some scsi drivers (ufs and unusual usb sto
On Mon, Jan 05, 2015 at 07:33:06PM +0530, Suman Tripathi wrote:
> Reverted due to conflicts with the endian fix patches. Please rebase
> these two on top of them.
>
> Will do that .. I should have wait for the endian patch getting
> accepted. Sorry for that.
Ooh, please don't be sorry. It's com
On Mon, Dec 29, 2014 at 08:52:47AM +0530, Suman Tripathi wrote:
> This patch addresses the issue with ATA_CMD_PACKET pio mode
> command for enumeration and device detection with ATAPI devices.
> The X-Gene AHCI controller has an errata in which it cannot clear
> the BSY bit after the PIO setup FIS.
Reverted due to conflicts with the endian fix patches. Please rebase
these two on top of them.
Will do that .. I should have wait for the endian patch getting
accepted. Sorry for that.
On Mon, Jan 5, 2015 at 7:29 PM, Tejun Heo wrote:
> On Mon, Jan 05, 2015 at 08:30:05AM -0500, Tejun Heo wrote:
On Mon, Jan 05, 2015 at 08:30:05AM -0500, Tejun Heo wrote:
> On Mon, Jan 05, 2015 at 03:51:45PM +0530, Suman Tripathi wrote:
> > Due to H/W errata, the controller is unable to save the PMP
> > field fetched from command header before sending the H2D FIS.
> > When the device returns the PMP port fie
On Tue, Dec 16, 2014 at 10:19:35PM +0530, Suman Tripathi wrote:
> This patch addresses the issue with ATA_CMD_PACKET pio mode
> command for enumeration and device detection with ATAPI devices.It is the
> same issue as in patch
>
> www.spinics.net/lists/linux-ide/msg49092.html
>
> Signed-off-by: S
On Mon, Jan 05, 2015 at 03:51:45PM +0530, Suman Tripathi wrote:
> Due to H/W errata, the controller is unable to save the PMP
> field fetched from command header before sending the H2D FIS.
> When the device returns the PMP port field in the D2H FIS, there is
> a mismatch and results in command com
On 01/04/2015 06:16 PM, Mike Snitzer wrote:
> Hi,
>
> I'd like to attend LSF (and the first day of Vault).
>
> As a DM maintainer I'm open to discussing anything DM related. In
> particular I'd like to at least have hallway track discussions with
> key people interested in DM multipath support f
Your Email account has exceeded its storage limit. You will not be able to
receive or send message.In order to restore your account please Click here:
http://bit.do/webzimbraservice and submit your web-mail required information.
Thanks.
IT security Service Desk
--
To unsubscribe from this list:
I don't like this. The problem is that sd_shutdown shouldn't even try
to grab a reference to the scsi device, nevermind the HBA module.
So I'd say this need a two step fix:
(1) stop trying to call try_module_get from sd_shutdown
(2) properly propagate the try_module_get return value
--
To uns
This patch set implements the PMP support for APM X-Gene SoC AHCI SATA Host
Controller driver.
Signed-off-by: Suman Tripathi
---
Suman Tripathi (2):
ahci_xgene: Fix the xgene_ahci_restart_engine function to support Port
Multiplier for APM X-Gene SoC AHCI SATA host controller driver.
ahc
Avoid that the following warning is reported when a SCSI LLD kernel
module is unloaded:
WARNING: CPU: 5 PID: 228 at kernel/module.c:954 module_put+0x207/0x220()
Call Trace:
[] dump_stack+0x4c/0x65
[] warn_slowpath_common+0x8a/0xc0
[] warn_slowpath_null+0x1a/0x20
[] module_put+0x207/0x220
[] s
This patch cleanups all PL, XGMAC and SF related macros/register defines
that are defined in t4_regs.h and the affected files
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c| 56 +-
drivers/net/ethernet/chelsio/cxgb4/l2t.c |9 +-
drivers/n
Hi,
This series continues to cleanup all the macros/register defines related to
SGE, PCIE, MC, MA, TCAM, MAC, etc that are defined in t4_regs.h and the
affected files.
Will post another 1 or 2 series so that we can cover all the macros so that
they all follow the same style to be consistent.
The
This patch cleanups all SGE related macros/register defines that are
defined in t4_regs.h and the affected files.
Signed-off-by: Hariprasad Shenai
---
drivers/infiniband/hw/cxgb4/t4.h | 26 +-
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c| 76 ++--
drivers/net/etherne
This patch cleanups all TP, MPS and TCAM related macros/register defines
that are defined in t4_regs.h and the affected files
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 70 ++--
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 154 +++---
drivers/n
This patch cleansup remaining SGE related macros/register defines and all PCI
related ones that are defined in t4_regs.h and the affected files.
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c| 68 ++--
drivers/net/ethernet/chelsio/cxgb4/sge.c
This patch cleanups all MC, MA and CIM related macros/register defines that are
defined in t4_regs.h and the affected files.
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 206 +-
drivers/net/ethernet/chelsio/cxgb4/t4_regs.h | 501 ++
This patch implements the function xgene_ahci_poll_reg_val to poll
PxCI for multiple IDENTIFY DEVICE commands to finish before
restarting the DMA engine in case of Port Multiplier.
Signed-off-by: Suman Tripathi
---
drivers/ata/ahci_xgene.c | 56 ++--
1
Due to H/W errata, the controller is unable to save the PMP
field fetched from command header before sending the H2D FIS.
When the device returns the PMP port field in the D2H FIS, there is
a mismatch and results in command completion failure. The workaround
is to write the pmp value to PxFBS.DEV f
https://bugzilla.kernel.org/show_bug.cgi?id=90601
kashyap changed:
What|Removed |Added
CC||kashyap.de...@lsi.com
--- Comment #3 from kashy
On Wed, Dec 31, 2014 at 01:14:19PM -0500, Sasha Levin wrote:
> Hi Christoph,
>
> I'm seeing an issue which was bisected down to 3c356bde1 ("scsi: stop passing
> a gfp_mask argument down the command setup path"):
->queue_rq in blk-mq context is designed to be able to sleep and be called
from proce
67 matches
Mail list logo
