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 this
Add root write permission to iscsi_tcp max_lun parameter
Signed-off-by: Rob Evers rev...@redhat.com
---
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
---
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
On Aug 15, 2012, at 6:30 AM, Rob Evers rev...@redhat.com wrote:
Add root write permission to iscsi_tcp max_lun parameter
Signed-off-by: Rob Evers rev...@redhat.com
---
drivers/scsi/iscsi_tcp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
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 rev...@redhat.com wrote:
Add root write permission to iscsi_tcp max_lun parameter
Signed-off-by: Rob Evers rev...@redhat.com
---
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 Eversrev...@redhat.com wrote:
Add root write permission to iscsi_tcp max_lun parameter
Signed-off-by: Rob
Signed-off-by: Rob Evers rev...@redhat.com
---
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
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 all
On 08/15/2012 03:50 PM, Rob Evers wrote:
Signed-off-by: Rob Eversrev...@redhat.com
---
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
Signed-off-by: Rob Evers rev...@redhat.com
---
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
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?
I
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. When
Moved to d...@fb.com
Cc: Dave Jiang dave.ji...@intel.com
Cc: Vinod Koul vinod.k...@linux.intel.com
Signed-off-by: Dan Williams d...@fb.com
---
MAINTAINERS | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
On Aug 15, 2012, at 5:39 PM, Rob Evers rev...@redhat.com wrote:
Signed-off-by: Rob Evers rev...@redhat.com
---
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
14 matches
Mail list logo