2
Hi List,
I would appreciate if some one can help me out on these.
1) Suppose my machine has two similar SCSI HBAs. And my Linux box shows them
to me as Hosts 0 and 1 respectively. When I open the chassis, is a there a
way to figure out that physically which of the HBAs I am seeing correspond
01_scsi_no_REQ_SPECIAL_on_requeue.patch
blk_insert_request() has 'reinsert' argument, which, when set,
turns on REQ_SPECIAL and REQ_SOFTBARRIER and requeues the
request. SCSI midlayer was the only user of this feature and
all requeued requests become special
04_scsi_remove_volatile.patch
scsi_device-device_busy, Scsi_Host-host_busy and
-host_failed have volatile qualifiers, but the qualifiers
don't serve any purpose. Kill them. While at it, protect
-host_failed update in scsi_error for consistency and clarity.
11_scsi_make_requeue_command_public.patch
Add reprep argument to scsi_requeue_command(), remove
redundant q argument, add code to set cmd-state/owner, and
make the function public. This patch is preparation for
consolidating requeue paths.
Signed-off-by: Tejun
12_scsi_consolidate_requeue_paths.patch
Add scsi_device_unbusy() call to scsi_retry_command(), replace
scsi_queue_insert() with scsi_requeue_command(), make
scsi_softirq() use scsi_retry_command() for ADD_TO_MLQUEUE
case too (with explicit device blocking), and
On Thu, Mar 31, 2005 at 06:08:10PM +0900, Tejun Heo wrote:
struct list_headsiblings; /* list of all devices on this host */
struct list_headsame_target_siblings; /* just the devices sharing
same target id */
- volatile unsigned short device_busy;/* commands
- * Arguments:q - queue to operate on
- * cmd - command that may need to be requeued.
+ * Arguments:cmd - command that may need to be requeued.
+ * reprep - needs to prep the command again?
*
* Returns: Nothing
*
@@ -478,11 +478,16
On Thu, 2005-03-31 at 18:07 +0900, Tejun Heo wrote:
01_scsi_no_REQ_SPECIAL_on_requeue.patch
blk_insert_request() has 'reinsert' argument, which, when set,
turns on REQ_SPECIAL and REQ_SOFTBARRIER and requeues the
request. SCSI midlayer was the only user of this feature and
On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
Move request preparations scattered in scsi_request_fn() and
scsi_dispatch_cmd() into scsi_prep_fn().
* CDB_SIZE check in scsi_dispatch_cmd()
* SCSI-2 LUN preparation in scsi_dispatch_cmd()
*
Any word on this bug yet?
Thanks,
Kris Kersey (Augustus)
LinuxHardware.org Site Manager
[EMAIL PROTECTED]
Gentoo Linux AMD64 Developer
[EMAIL PROTECTED]
On Mon, 21 Mar 2005, Moore, Eric Dean wrote:
Sorry for delay in responding.
We at LSI Logic are looking into these reports
of poor performance
Markus, is this patch actually okay? I just talked to Andi about the
ioctl32 issues and he told me about this patch.
On Tue, Jan 18, 2005 at 12:24:55PM +0100, Andi Kleen wrote:
Convert I2O to new compat_ioctl entry points
Also broken design in its compat handlers - CONFIG_COMPAT doesn't
On Tue, Mar 22, 2005 at 11:38:36AM -0600, Brian King was heard to remark:
Linas Vepstas wrote:
My current hardware will halt all i/o to/from the symbios controller
upon detection of a PCI error. The recovery proceedure that I am
currently using is to call system firmware (aka 'bios') to
[EMAIL PROTECTED] wrote:
Any word on this bug yet?
Linus merged the fix yesterday.
-
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
On Mon, Mar 28, 2005 at 09:21:45AM -0600, James Bottomley wrote:
On Sun, 2005-03-27 at 22:21 +0200, Adrian Bunk wrote:
This patch contains the following cleanups:
[..]
No to all of this:
- remove the following unused functions:
- scsi.h: print_driverbyte
- scsi.h: print_hostbyte
Hayes, Stuart wrote:
Jens Axboe wrote:
On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
Jens Axboe wrote:
On Thu, Mar 17 2005, Jens Axboe wrote:
On Thu, Mar 17 2005, [EMAIL PROTECTED] wrote:
Jens Axboe wrote:
On Wed, Mar 16 2005, [EMAIL PROTECTED] wrote:
Jens Axboe wrote:
On Wed, Mar 16
Hi Bryan,
Thanks for the reply. I got my queries solved.
As with other SCSI numbering (LUNs, Linux device numbers),
you normally don't try to prescribe which numbers go to which
equipment, but rather discover afterward --
proc/scsi/hba_name/host_number. The identifying information
Hello, James.
On Thu, Mar 31, 2005 at 11:53:20AM -0600, James Bottomley wrote:
On Thu, 2005-03-31 at 18:07 +0900, Tejun Heo wrote:
01_scsi_no_REQ_SPECIAL_on_requeue.patch
blk_insert_request() has 'reinsert' argument, which, when set,
turns on REQ_SPECIAL and REQ_SOFTBARRIER and
Hello, James.
On Thu, Mar 31, 2005 at 11:53:45AM -0600, James Bottomley wrote:
On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
Don't turn on REQ_SPECIAL on sgtable allocation failure. This
was the last place where REQ_SPECIAL is turned on for normal
requests.
If you do
Hello, Chritoph.
On Thu, Mar 31, 2005 at 11:11:45AM +0100, Christoph Hellwig wrote:
On Thu, Mar 31, 2005 at 06:08:10PM +0900, Tejun Heo wrote:
struct list_headsiblings; /* list of all devices on this host */
struct list_headsame_target_siblings; /* just the devices sharing
Hello, Chritoph.
On Thu, Mar 31, 2005 at 11:13:53AM +0100, Christoph Hellwig wrote:
/* Queue the command and wait for it to complete */
/* Abuse eh_timeout in the scsi_cmnd struct for our purposes */
init_timer(cmd-eh_timeout);
+
Hello, Christoph.
On Thu, Mar 31, 2005 at 11:20:40AM +0100, Christoph Hellwig wrote:
+/*
+ * Macro to determine the size of SCSI command. This macro takes vendor
+ * unique commands into account. SCSI commands in groups 6 and 7 are
+ * vendor unique and we will depend upon the command
Hello, James.
On Thu, Mar 31, 2005 at 12:02:20PM -0600, James Bottomley wrote:
On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
-* come up when there is a medium error. We have to treat
-* these two cases differently. We differentiate by looking
-* at request-cmd, as this
Hello, Christoph.
On Thu, Mar 31, 2005 at 11:32:03AM +0100, Christoph Hellwig wrote:
- * Arguments: q - queue to operate on
- * cmd - command that may need to be requeued.
+ * Arguments: cmd - command that may need to be requeued.
+ * reprep -
Hello, Christoph.
On Thu, Mar 31, 2005 at 12:14:16PM +0100, Christoph Hellwig wrote:
the changes look good to me (although I haven't tested any of your patches
yet), but the code flow is rather confusing. What do you think about
the not even compile version of scsi_request_fn() below that
24 matches
Mail list logo