Some hardware handler might prefer to queue the commands to
the controller so as not to flood the controller with commands.
This patch implements a generic workqueue framework for
hardware handler and converts dm-mpath-rdac to use it.
Signed-off-by: Hannes Reinecke [EMAIL PROTECTED]
---
From: Randy Dunlap [EMAIL PROTECTED]
Fix scsi_tgt_lib build when dprintk is defined:
drivers/scsi/scsi_tgt_lib.c: In function 'scsi_tgt_cmd_destroy':
drivers/scsi/scsi_tgt_lib.c:183: warning: format '%lu' expects type 'long
unsigned int', but argument 6 has type 'unsigned int'
From: Randy Dunlap [EMAIL PROTECTED]
Fix scsi_tgt_lib build when dprintk is defined:
Also fix accessors problem when dprintk is defined
drivers/scsi/scsi_tgt_lib.c: In function 'scsi_tgt_cmd_destroy':
drivers/scsi/scsi_tgt_lib.c:183: warning: format '%lu' expects type 'long
unsigned int', but
All of our machines with QLogics ISP1020 cards seem to have lost them on
boot with 2.6.24-rc1-mm1+hotfixes.
# lspci
:00:0a.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide
SCSI (rev 05)
# lspci -n
:00:0a.0 0100: 1077:1020 (rev 05)
# lspci -v -v
:00:0a.0 SCSI storage
I am posting 2 bug fixes which are required for the zfcp error recovery
to work correctly. It takes some error injection tests to strain the
zfcp error recovery to the extend which triggers both bugs. The bugs are
related to recovery actions which need to be dismissed because some
stronger action
Calling zfcp_erp_strategy_check_action() after zfcp_erp_action_to_running()
in zfcp_erp_strategy() might cause an unbalanced up() for erp_ready_sem,
which makes the zfcp recovery fail somewhere along the way:
erp thread processing erp_action:
|
| someone waking up erp thread for erp_action
This patch increases the sg_tablesize for sym53c8xx from 96 to 128,
which enables commands to transfer larger amounts of data (e.g. 512 KB
instead of 384 KB, assuming 4 KB non-adjacent pages).
In the current design of sym53c8xx, SYM_CONF_MAX_SG must be set low
enough so that (sym_fw1.a_size =
dxfer_len value provided to SG_IO ioctl as a part of sg_io_hdr_t
structure is rounded up to the nearest 512 bytes boundary just before
scatterlist allocation in sg_build_indirect()
/* round request up to next highest SG_SECTOR_SZ byte boundary */
blk_size = (blk_size + SG_SECTOR_MSK)
On Thu, 2007-11-15 at 11:38 -0500, Tony Battersby wrote:
James Bottomley wrote:
On Thu, 2007-11-15 at 10:06 -0500, Tony Battersby wrote:
This patch increases the sg_tablesize for sym53c8xx from 96 to 128,
which enables commands to transfer larger amounts of data (e.g. 512 KB
instead
James Bottomley wrote:
On Thu, 2007-11-15 at 10:06 -0500, Tony Battersby wrote:
This patch increases the sg_tablesize for sym53c8xx from 96 to 128,
which enables commands to transfer larger amounts of data (e.g. 512 KB
instead of 384 KB, assuming 4 KB non-adjacent pages).
In the current
On Thu, 2007-11-15 at 10:06 -0500, Tony Battersby wrote:
This patch increases the sg_tablesize for sym53c8xx from 96 to 128,
which enables commands to transfer larger amounts of data (e.g. 512 KB
instead of 384 KB, assuming 4 KB non-adjacent pages).
In the current design of sym53c8xx,
On Thursday, November 15, 2007 12:44 PM, James Smart wrote:
The midlayer doesn't do this automatically. The LLDD has to note the
QUEUE_FULL/TASK_SET_FULL status, then call scsi_adjust_queue_depth()
to manipulate things. And this gets really hairy to decrease
load, then
ramp back up.
yeah
James Bottomley wrote:
On Thu, 2007-11-15 at 11:38 -0500, Tony Battersby wrote:
James Bottomley wrote:
On Thu, 2007-11-15 at 10:06 -0500, Tony Battersby wrote:
This patch increases the sg_tablesize for sym53c8xx from 96 to 128,
which enables commands to transfer larger
This patch was not tested.
--
SR_REQ is defined 0x20, but bitanding has no effect because '!' has a higher
priority than ''
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/drivers/scsi/atari_NCR5380.c b/drivers/scsi/atari_NCR5380.c
index 03dbe60..5696588 100644
---
Greetings all,
It is my great pleasure to announce that the Linux-iSCSI.org project has
reached its first 2.9-BETA release and its now offering the ability to
build source against any RPM or DEB based kernel and distribution. The
Linux-iSCSI.org West cluster is offering binaries for CentOS 5 and
Igor A. Nesterov wrote:
dxfer_len value provided to SG_IO ioctl as a part of sg_io_hdr_t
structure is rounded up to the nearest 512 bytes boundary just before
scatterlist allocation in sg_build_indirect()
/* round request up to next highest SG_SECTOR_SZ byte boundary */
blk_size =
Boaz Harrosh wrote:
On Thu, Nov 15 2007 at 19:15 +0200, Matthew Dharm [EMAIL PROTECTED] wrote:
On Wed, Nov 14, 2007 at 10:23:09AM +0100, Gabriel C wrote:
Matthew Dharm wrote:
On Wed, Nov 14, 2007 at 06:33:39AM +0100, Gabriel C wrote:
Matthew Dharm wrote:
On Tue, Nov 13, 2007 at 07:49:24PM
Moore, Eric wrote:
On Thursday, November 15, 2007 12:10 PM, Chris Friesen wrote:
Does this status mean that the command needs to be retried by the
userspace app, that it has already been retried by the lower
levels and
is now completed, or something else entirely?
The midlayer is
18 matches
Mail list logo
