Hi, all
Recently, fnic driver patches a feature that gathers various important
stats for debugging issues. Sysadm can find problems via this trace
utility, but just for fnic driver.
In Linux SCSI subsystem, only a few trace points are set and we can not
trace deeply while middle layer handles
On 10/16/2013 09:22 PM, James Bottomley wrote:
On Mon, 2013-07-01 at 08:50 +0200, Hannes Reinecke wrote:
This patchs adds an 'eh_deadline' sysfs attribute to the scsi
host which limits the overall runtime of the SCSI EH.
The 'eh_deadline' value is stored in the now obsolete field
'resetting'.
On 10/16/2013 09:22 PM, James Bottomley wrote:
On Mon, 2013-09-02 at 13:58 +0200, Hannes Reinecke wrote:
Commit 18a4d0a22ed6c54b67af7718c305cd010f09ddf8
(Handle disk devices which can not process medium access commands)
was introduced to offline any device which cannot process medium
access
On Tue, 2013-10-22 at 20:41 -0400, Douglas Gilbert wrote:
On 13-10-22 04:56 PM, Simon Kirby wrote:
Hello!
While trying to figure out why the request queue to sda (ext4) was
clogging up on one of our btrfs backup boxes, I noticed a megarc process
in D state, so enabled locking debugging,
On Wed, 2013-10-23 at 11:25 +0200, Hannes Reinecke wrote:
On 10/16/2013 09:22 PM, James Bottomley wrote:
On Mon, 2013-07-01 at 08:50 +0200, Hannes Reinecke wrote:
This patchs adds an 'eh_deadline' sysfs attribute to the scsi
host which limits the overall runtime of the SCSI EH.
The
On 10/23/2013 09:46 AM, James Bottomley wrote:
On Wed, 2013-10-23 at 11:25 +0200, Hannes Reinecke wrote:
On 10/16/2013 09:22 PM, James Bottomley wrote:
On Mon, 2013-07-01 at 08:50 +0200, Hannes Reinecke wrote:
This patchs adds an 'eh_deadline' sysfs attribute to the scsi
host which limits the
David == David Jeffery djeff...@redhat.com writes:
David There is an error with the medium access timeout feature of the
David sd driver. The sdkp-medium_access_timed_out value is set to zero
David in sd_done() in the wrong place. It is set to zero only if a
David command returns sense data.
Menny == Menny Hamburger menny_hambur...@dell.com writes:
Menny I have a question regarding the use of BLKDISCARD ioctl in
Menny userland code: Is there currently a way to hook up with an
Menny asyncronous event that can be polled by userland when the
Menny operation completes?
Not at this
scsi_block_host/scsi_unlock_host provides the required
functionality.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/dpt_i2o.c | 30 --
drivers/scsi/dpti.h| 1 -
2 files changed, 12 insertions(+), 19 deletions(-)
diff --git a/drivers/scsi/dpt_i2o.c
If a command abort fails there is a fair chance that all other
aborts will be failing, too.
So we should be calling LUN reset directly after the first failed
abort and skip aborting the remaining commands.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/scsi_error.c | 16
The 'last_reset' value is only used internally, so move it into
the internal host structure.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/tmscsim.c | 14 +++---
drivers/scsi/tmscsim.h | 1 +
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git
'last_reset' is only used internally, so move it into the
internal host structure.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/dc395x.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/scsi/dc395x.c b/drivers/scsi/dc395x.c
Serves no purpose whatsoever.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/advansys.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/advansys.c b/drivers/scsi/advansys.c
index c67e401..d814588 100644
--- a/drivers/scsi/advansys.c
+++
This patchset implements a new 'eh_deadline' attribute to the
SCSI host. It will limit the overall SCSI EH runtime by a given
timeout. If the timeout is reached all intermediate EH steps
will be skipped and host reset will be scheduled immediately.
For this patch I've re-used the existing
When the HBA is in reset we should be returning 'busy' and not
rely on the obscure 'last_reset' feature.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/dpt_i2o.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/dpt_i2o.c
Field is now unused, so this is dead code.
Signed-off-by: Hannes Reinecke h...@suse.de
---
drivers/scsi/scsi.c | 28
1 file changed, 28 deletions(-)
diff --git a/drivers/scsi/scsi.c b/drivers/scsi/scsi.c
index eaa808e..fe0bcb1 100644
--- a/drivers/scsi/scsi.c
+++
This patchs adds an 'eh_deadline' sysfs attribute to the scsi
host which limits the overall runtime of the SCSI EH.
The 'eh_deadline' value is stored in the now obsolete field
'resetting'.
When a command is failed the start time of the EH is stored
in 'last_reset'. If the overall runtime of the
James == James Bottomley jbottom...@parallels.com writes:
James Once that's done, I think the patch looks like the one below, is
James that OK?
Looks OK to me.
James I still have qualms about the media access check because what can
James happen is that we abort, TUR succeeds then the next
Dell - Internal Use - Confidential
Thanks,
The issue is that we run a single threaded process (we maintain our own
threads) and use eventfd to driver both networking and AIO, so blocking on
BLKDISCARD will block all IO done by the process.
Menny
-Original Message-
From: Martin K.
Hi, Hannes:
On 10/23/2013 04:51 PM, Hannes Reinecke wrote:
This patchs adds an 'eh_deadline' sysfs attribute to the scsi
host which limits the overall runtime of the SCSI EH.
The 'eh_deadline' value is stored in the now obsolete field
'resetting'.
When a command is failed the start time of the
Some host adapters do not pass commands through to the target disk
directly. Instead they provide an emulated target which may or may not
accurately report its capabilities. In some cases the physical device
characteristics are reported even when the host adapter is processing
commands on the
Remove duplicate define
in drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h
Signed-off-by: Michael Opdenacker michael.opdenac...@free-electrons.com
---
drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/scsi/aic7xxx/aicasm/aicasm_insformat.h
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #40 from newbie kernel...@gmail.com ---
I check my boot.log on CentOS 6.4 x86_64 with 3.10.17 today,
seem
FATAL: Module scsi_wait_scan not found
still appear, but can boot in to the system at least.
--
You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #41 from zakrzews...@wp.pl ---
Please test (In reply to newbie from comment #40)
I check my boot.log on CentOS 6.4 x86_64 with 3.10.17 today,
seem
FATAL: Module scsi_wait_scan not found
still appear, but can boot in to the
On Wed, Oct 23, 2013 at 12:27 PM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
No it's not. Already up-to-date..
Also, even if it was, I'm not feeling the reason to pull it.
On Wed, Oct 23, 2013 at 12:44 AM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
On Tue, 2013-10-22 at 20:41 -0400, Douglas Gilbert wrote:
On 13-10-22 04:56 PM, Simon Kirby wrote:
Hello!
While trying to figure out why the request queue to sda (ext4) was
clogging up on one
On Wed, 2013-10-23 at 13:07 +0100, Linus Torvalds wrote:
On Wed, Oct 23, 2013 at 12:27 PM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
No it's not. Already up-to-date..
On Wed, 2013-10-23 at 05:11 -0700, Josh Boyer wrote:
On Wed, Oct 23, 2013 at 12:44 AM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
On Tue, 2013-10-22 at 20:41 -0400, Douglas Gilbert wrote:
On 13-10-22 04:56 PM, Simon Kirby wrote:
Hello!
While trying to figure out
On Wed, 2013-10-23 at 10:51 +0200, Hannes Reinecke wrote:
If a command abort fails there is a fair chance that all other
aborts will be failing, too.
So we should be calling LUN reset directly after the first failed
abort and skip aborting the remaining commands.
Signed-off-by: Hannes
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #42 from newbie kernel...@gmail.com ---
(In reply to zakrzewskim from comment #41)
Please test (In reply to newbie from comment #40)
I check my boot.log on CentOS 6.4 x86_64 with 3.10.17 today,
seem
FATAL: Module
On Wed, 2013-10-23 at 13:42 +0100, Linus Torvalds wrote:
You need to think about *WHY* we had a new driver exception. And
realize that it probably will never actually be relevant for any SCSI
driver (not counting things like USB storage etc).
OK, point taken, here's the new pull request
On 13-10-23 03:44 AM, James Bottomley wrote:
On Tue, 2013-10-22 at 20:41 -0400, Douglas Gilbert wrote:
On 13-10-22 04:56 PM, Simon Kirby wrote:
Hello!
While trying to figure out why the request queue to sda (ext4) was
clogging up on one of our btrfs backup boxes, I noticed a megarc process
in
The existing scsi_block_when_processing_errors() function
in scsi_error.c does a non-interruptible wait on the
host_wait work queue. That call is made from many places
in the scsi subsystem ULDs (e.g. the sg driver).
In many cases (e.g. sg_open()) there is a direct path
back to the user space.
Sense key [02 04 02] means LOGICAL UNIT NOT READY, INITIALIZING COMMAND REQUIRED
it works on windows but not on linux?
On Fri, Oct 18, 2013 at 02:53:21PM -0400, Robert Story wrote:
On Fri, 18 Oct 2013 22:37:45 +0800 taco wrote:
T
T reproduce the problem with more debug messages with the
On Thu, 24 Oct 2013 00:09:17 +0800 taco wrote:
T Sense key [02 04 02] means LOGICAL UNIT NOT READY, INITIALIZING COMMAND
T REQUIRED
T
T it works on windows but not on linux?
Yes, according to my coworker, Windows Embedded boots fine. And the
system boots via the card, with syslinux loading the
Christoph == Christoph Hellwig h...@infradead.org writes:
@@ -3625,6 +3625,7 @@ int ata_scsi_add_hosts(struct ata_host *host,
struct scsi_host_template *sht)
shost- max_lun = 1; max_channel = 1; max_cmd_len = 16;
+ shost-no_write_same = 1;
Christoph Unless I miss something this will disable
Dear Valued Customer,
Verified by VISA Password has been terminated (expired).
Previous notifications have been sent regarding this matter.
To reactivate Verified by Visa , please donwloading and
completing the attached form
Your account will be instantly reactivated after the form is
37 matches
Mail list logo