PROBLEM: aacraid driver can lock up in 2.6.37 and higherA

2014-02-04 Thread Jon
n hit this deadlock. (Obligatory: why are you using aaccli?1? because no one had updated this box in ages.) Those tools are binary only, but its clear from the driver this isn't some quirk and its the difference between using blocking and non-blocking access to the RAID card. -- Jon X(7): A progr

Re: [PATCH v2 1/6] scsi/bfa: use pcie_set/get_readrq to simplify code

2013-09-06 Thread Jon Mason
On Thu, Sep 5, 2013 at 12:55 AM, Yijing Wang wrote: > v1->v2: use pcie_get/set_readrq to simplify code > a lot suggestd by Bjorn. > > Use pcie_get_readrq()/pcie_set_readrq() to simplify > code. Very similar to a patch I sent out in 2011 http://www.spinics.net/lists/linux-scsi/msg52990.html Hopef

[PATCH RESUBMIT 0/1] lpfc: remove unnecessary read of PCI_CAP_ID_EXP

2013-09-11 Thread Jon Mason
://www.spinics.net/lists/linux-scsi/msg61195.html I would appreciate them being included, lest I have to resubmit them again next year :) Thanks, Jon -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordo

[PATCH RESUBMIT 1/1] lpfc: remove unnecessary read of PCI_CAP_ID_EXP

2013-09-11 Thread Jon Mason
capability offset). Signed-off-by: Jon Mason Acked-by: James Smart --- drivers/scsi/lpfc/lpfc_init.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c index 501147c..4d0f570 100644 --- a/drivers/scsi/lpfc/lpfc_init.c

Re: [PATCH RFC 77/77] vxge: Update MSI/MSI-X interrupts enablement code

2013-10-02 Thread Jon Mason
On Wed, Oct 02, 2013 at 12:49:33PM +0200, Alexander Gordeev wrote: > As result of recent re-design of the MSI/MSI-X interrupts enabling > pattern this driver has to be updated to use the new technique to > obtain a optimal number of MSI/MSI-X interrupts required. > > Signed-off-by: Alexander Gorde

Re: [PATCH RFC 01/77] PCI/MSI: Fix return value when populate_msi_sysfs() failed

2013-10-02 Thread Jon Mason
On Wed, Oct 02, 2013 at 12:48:17PM +0200, Alexander Gordeev wrote: > Signed-off-by: Alexander Gordeev Since you are changing the behavior of the msix_capability_init function on populate_msi_sysfs error, a comment describing why in this commit would be nice. > --- > drivers/pci/msi.c | 11 +++

Re: [PATCH RFC 54/77] ntb: Ensure number of MSIs on SNB is enough for the link interrupt

2013-10-02 Thread Jon Mason
On Wed, Oct 02, 2013 at 12:49:10PM +0200, Alexander Gordeev wrote: > Signed-off-by: Alexander Gordeev > --- > drivers/ntb/ntb_hw.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/drivers/ntb/ntb_hw.c b/drivers/ntb/ntb_hw.c > index de2062c..eccd5e5 100644 > --- a/dr

Re: [PATCH RFC 53/77] ntb: Fix missed call to pci_enable_msix()

2013-10-02 Thread Jon Mason
_enable_msix(). This update fixes this. Good catch, I'll pull it in for my next NTB release. Thanks, Jon > > Signed-off-by: Alexander Gordeev > --- > drivers/ntb/ntb_hw.c |4 > 1 files changed, 4 insertions(+), 0 deletions(-) > > diff --git a/drivers/ntb/n

Re: [PATCH RFC 55/77] ntb: Update MSI/MSI-X interrupts enablement code

2013-10-02 Thread Jon Mason
On Wed, Oct 02, 2013 at 12:49:11PM +0200, Alexander Gordeev wrote: > As result of recent re-design of the MSI/MSI-X interrupts enabling > pattern this driver has to be updated to use the new technique to > obtain a optimal number of MSI/MSI-X interrupts required. > > Signed-off-by: Alexander Gorde

Re: [PATCH RFC 01/77] PCI/MSI: Fix return value when populate_msi_sysfs() failed

2013-10-03 Thread Jon Mason
On Thu, Oct 03, 2013 at 10:46:21PM +0100, Ben Hutchings wrote: > On Wed, 2013-10-02 at 17:39 -0700, Jon Mason wrote: > > On Wed, Oct 02, 2013 at 12:48:17PM +0200, Alexander Gordeev wrote: > > > Signed-off-by: Alexander Gordeev > > > > Since you ar

Re: [PATCH 4/6] scsi: megaraid_sas - call cmd completion from reset

2007-11-11 Thread Jon Masters
ne else who is (or who has) test[ing|ed] these ongoing patches on -RT. Jon. - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

AHCI finds disks; no /dev/sd inodes bound?

2008-01-08 Thread Jon Watte
I ran out of PATA ports, and figured I'd use the un-used SATA ports on the motherboard of the current machine (Intel G33/ICH9 based) to expand storage that has run out again (like storage usually does). I shut down the machine, put in the disks, booted up, made sure the BIOS said enhanced/AHCI mode

Re: AHCI finds disks; no /dev/sd inodes bound?

2008-01-09 Thread Jon Watte
Andi Kleen <[EMAIL PROTECTED]> wrote: > "Jon Watte" <[EMAIL PROTECTED]> writes: > > > > Any help or pointers to self-help would be appreciated! > > The usual mistake is to not enable CONFIG_BLK_DEV_SD > > -Andi > -- -- Americans might object: t

Re: AHCI finds disks; no /dev/sd inodes bound?

2008-01-09 Thread Jon Watte
Stefan Richter wrote: Those systems (servers) typically have enough memory to tolerate a few extra KB of code without problems. In fact most PCs these days have. It would be a stupid solution nevertheless. (We also don't "select EXT3".) It's not the prettiest solution, but it would

Re: [PATCH RFC 54/77] ntb: Ensure number of MSIs on SNB is enough for the link interrupt

2013-10-07 Thread Jon Mason
On Sat, Oct 05, 2013 at 11:43:04PM +0200, Alexander Gordeev wrote: > On Wed, Oct 02, 2013 at 05:48:05PM -0700, Jon Mason wrote: > > On Wed, Oct 02, 2013 at 12:49:10PM +0200, Alexander Gordeev wrote: > > > Signed-off-by: Alexander Gordeev > > > --- > > > dri

Re: [PATCH RFC 54/77] ntb: Ensure number of MSIs on SNB is enough for the link interrupt

2013-10-07 Thread Jon Mason
On Mon, Oct 07, 2013 at 08:38:45PM +0200, Alexander Gordeev wrote: > On Mon, Oct 07, 2013 at 09:50:57AM -0700, Jon Mason wrote: > > On Sat, Oct 05, 2013 at 11:43:04PM +0200, Alexander Gordeev wrote: > > > On Wed, Oct 02, 2013 at 05:48:05PM -0700, Jon Mason wrote: > > > &

[PATCH RESUBMIT 0/3] remove unnecessary read of PCI_CAP_ID_EXP

2012-07-10 Thread Jon Mason
later refuted (https://patchwork.kernel.org/patch/937012/) and was ack'ed (http://www.spinics.net/lists/linux-scsi/msg53169.html). I recently found these collecting dust and would appreciate them being included. Thanks, Jon -- To unsubscribe from this list: send the line "unsubscribe

[PATCH RESUBMIT 1/3] qla4xxx: remove unnecessary read of PCI_CAP_ID_EXP

2012-07-10 Thread Jon Mason
The PCIE capability offset is saved during PCI bus walking. It will remove an unnecessary search in the PCI configuration space if this value is referenced instead of reacquiring it. Signed-off-by: Jon Mason Cc: Ravi Anand Cc: Vikas Chaudhary Cc: iscsi-dri...@qlogic.com --- drivers/scsi

[PATCH RESUBMIT 2/3] qla2xxx: remove unnecessary reads of PCI_CAP_ID_EXP

2012-07-10 Thread Jon Mason
capability offset). Signed-off-by: Jon Mason Cc: Andrew Vasquez Cc: linux-dri...@qlogic.com --- drivers/scsi/qla2xxx/qla_init.c |4 ++-- drivers/scsi/qla2xxx/qla_nx.c |4 ++-- drivers/scsi/qla2xxx/qla_os.c |4 ++-- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a

[PATCH RESUBMIT 3/3] lpfc: remove unnecessary read of PCI_CAP_ID_EXP

2012-07-10 Thread Jon Mason
capability offset). Signed-off-by: Jon Mason Cc: James Smart --- drivers/scsi/lpfc/lpfc_init.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c index 411ed48..f30b3d2 100644 --- a/drivers/scsi/lpfc/lpfc_init.c +++ b

Re: scsi target, likely GPL violation

2012-11-07 Thread Jon Mason
are within their rights to behave the way they are currently behaving. Again, we need more info before we start flinging the tomatoes at them. Thanks, Jon > Please explain. > > Regards -- Andy > -- > To unsubscribe from this list: send the line "unsubscribe linux-scsi" in

[PATCH] nvme/scsi: Consider LBA format in IO splitting calculation

2017-04-24 Thread Jon Derrick
fixes that calculation and enables IO splitting in these circumstances. Signed-off-by: Jon Derrick --- drivers/nvme/host/scsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/nvme/host/scsi.c b/drivers/nvme/host/scsi.c index f49ae27..988da61 100644 --- a/drivers/nvme

[PATCH] nvme-scsi: Use correct byte ordering for eui64 in Dev ID VPD

2017-04-25 Thread Jon Derrick
[0x000100015cd2e400] Signed-off-by: Jon Derrick --- drivers/nvme/host/scsi.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/nvme/host/scsi.c b/drivers/nvme/host/scsi.c index f49ae27..8f94e77 100644 --- a/drivers/nvme/host/scsi.c +++ b/drivers/nvme/host/scsi.c @@ -598,6 +598,7

Re: [PATCH] nvme-scsi: Use correct byte ordering for eui64 in Dev ID VPD

2017-04-25 Thread Jon Derrick
On 04/25/2017 02:18 PM, Jon Derrick wrote: > NVME specifies an EUI64/NGUID in little-endian format, while SCSI > specifies that the Device Identification VPD use big-endian for EUI > formats. The current code copies this bytestream directly from the > Identification Namespace page, mea

Re: Adaptec i2o controller

2005-08-09 Thread Jon Scottorn
pt_i2o.c: At top level: drivers/scsi/dpt_i2o.c:171: warning: `dptids' defined but not used make[3]: *** [drivers/scsi/dpt_i2o.o] Error 1 make[2]: *** [drivers/scsi] Error 2 make[1]: *** [drivers] Error 2 and I do have only one option selected in the .config file. Any other thoughts? Thanks,

Re: Adaptec i2o controller

2005-08-09 Thread Jon Scottorn
Ok, I have got it to compile and I have installed it. I reboot and I still get the same error I initially had, the kernel panic error. Any other suggestion that I could try? Thanks, Jon Salyzyn, Mark wrote: >There is an additional 'build fix' patch that Andrew Morton subm

Re: [PATCH] scsi_execute_async() should add to the tail of the queue

2006-12-19 Thread Jon Escombe
hdaps disk protection patches rely on the current behaviour to add 'IDLE IMMEDIATE WITH UNLOAD' commands to the head of the queue.. Another function, or a new parameter for queue position would be needed to retain this functionality - any preference for either? Regards, Jon. - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html