Re: PROBLEM: lpfc module kernel panics when SCSI devices disconnect (resend with no HTML)

On Tue, 2012-08-14 at 14:19 -0400, Keith Lawson wrote: > I believe we're encountering a bug in the lpfc module with our SLES > 11 > SP1 systems running on HP blades in a C7000 enclosure connected to a > SAN > and virtual tape library. Please find my bug report below. We've had > HP > engaged for

[PATCH] iscsi_tcp: add write permission to max_lun

Add root write permission to iscsi_tcp max_lun parameter Signed-off-by: Rob Evers --- drivers/scsi/iscsi_tcp.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c index 9220861..e8609a4 100644 --- a/drivers/scsi/iscsi_tcp.

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

Acked-By: James Smart -- james On 7/10/2012 5:57 PM, Jon Mason wrote: 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. Also, pci_is_pcie is a better way of

[PATCH] st: unblock concurrent access in st_open()

st_open() is taking a global mutex 'st_mutex' to protect against concurrent calls to st_open(). However, as st_open() might take quite some time before returning, _any_ open to _any_ st device will be blocked during that time. Seeing that all critical sections are already protected by individual s

Re: [PATCH] iscsi_tcp: add write permission to max_lun

On Aug 15, 2012, at 6:30 AM, Rob Evers wrote: > Add root write permission to iscsi_tcp max_lun parameter > > Signed-off-by: Rob Evers > --- > drivers/scsi/iscsi_tcp.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tc

Re: [PATCH] iscsi_tcp: add write permission to max_lun

On Wed, 2012-08-15 at 10:50 -0500, Michael Christie wrote: > On Aug 15, 2012, at 6:30 AM, Rob Evers wrote: > > > Add root write permission to iscsi_tcp max_lun parameter > > > > Signed-off-by: Rob Evers > > --- > > drivers/scsi/iscsi_tcp.c |2 +- > > 1 files changed, 1 insertions(+), 1 delet

Re: [PATCH] iscsi_tcp: add write permission to max_lun

On 08/15/2012 11:13 AM, James Bottomley wrote: > On Wed, 2012-08-15 at 10:50 -0500, Michael Christie wrote: >> On Aug 15, 2012, at 6:30 AM, Rob Evers wrote: >> >>> Add root write permission to iscsi_tcp max_lun parameter >>> >>> Signed-off-by: Rob Evers >>> --- >>> drivers/scsi/iscsi_tcp.c |2

Re: [PATCH] iscsi_tcp: add write permission to max_lun

On 08/15/2012 12:29 PM, Mike Christie wrote: On 08/15/2012 11:13 AM, James Bottomley wrote: On Wed, 2012-08-15 at 10:50 -0500, Michael Christie wrote: On Aug 15, 2012, at 6:30 AM, Rob Evers wrote: Add root write permission to iscsi_tcp max_lun parameter Signed-off-by: Rob Evers --- drivers/

[PATCH] increase iscsi_tcp max_lun to ~1, don't care

Signed-off-by: Rob Evers --- drivers/scsi/iscsi_tcp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c index 9220861..fc9dfd2 100644 --- a/drivers/scsi/iscsi_tcp.c +++ b/drivers/scsi/iscsi_tcp.c @@ -55,7 +55,7 @@ static struc

Re: [PATCH] st: unblock concurrent access in st_open()

On Wed, 15 Aug 2012, Hannes Reinecke wrote: > st_open() is taking a global mutex 'st_mutex' to protect > against concurrent calls to st_open(). However, as > st_open() might take quite some time before returning, > _any_ open to _any_ st device will be blocked during > that time. > > Seeing that

Re: [PATCH] increase iscsi_tcp max_lun to ~1, don't care

On 08/15/2012 03:50 PM, Rob Evers wrote: Signed-off-by: Rob Evers --- drivers/scsi/iscsi_tcp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c index 9220861..fc9dfd2 100644 --- a/drivers/scsi/iscsi_tcp.c +++ b/drivers/scsi

[PATCH] increase iscsi_tcp max_lun to ~0, don't care

Signed-off-by: Rob Evers --- drivers/scsi/iscsi_tcp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c index 9220861..1b91ca0 100644 --- a/drivers/scsi/iscsi_tcp.c +++ b/drivers/scsi/iscsi_tcp.c @@ -55,7 +55,7 @@ static struc

RE: areca [17d3:1320] controller not working with linux 3.5 and mvsas?!

Hi Seems the all idenfy to the disk failed, And all phy add to port-0:0 looks stange. Jack > Hash: SHA1 > > Hello everybody, > > I am trying to get my Areca sata non-raid controller[1] working, but > so far no luck. > > Could somebody tell me if the device is supported and expected to work? >

Re: [PATCH RESEND] remove the queue unlock in scsi_requset_fn

> functions will occur in line. I also don't see why the sdev reference > couldn't drop to zero here. scsi_request_fn is called under the lock of request_queue->queue_lock. If we drop the sdev reference to zero here, scsi_device_dev_release_usercontext is invoked and make request_queue to NULL. Wh

[PATCH] MAINTAINERS: update address for Dan Williams

Moved to d...@fb.com Cc: Dave Jiang Cc: Vinod Koul Signed-off-by: Dan Williams --- MAINTAINERS | 25 - 1 file changed, 12 insertions(+), 13 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 94b823f..a728dc0 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -827,2

Re: [PATCH] increase iscsi_tcp max_lun to ~0, don't care

On Aug 15, 2012, at 5:39 PM, Rob Evers wrote: > > Signed-off-by: Rob Evers > --- > drivers/scsi/iscsi_tcp.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c > index 9220861..1b91ca0 100644 > --- a/drivers/scsi/iscsi_tc

[PATCH] scsi: return TARGET_ERROR when a device has been disconnected

When we receive a sense code of NOT READY, LOGICAL UNIT NOT SUPPORTED the device has been disconnected and any retry on other paths would be pointless. So return TARGET_ERROR here. Signed-off-by: Hannes Reinecke Cc: James Bottomley --- drivers/scsi/scsi_error.c |4 1 files changed, 4 i