Re: [PATCH] link-order of drivers outside drivers/scsi (i2o)

2000-09-28 Thread Eric Youngdale
- Original Message - From: "Torben Mathiasen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, September 28, 2000 7:59 AM Subject: [PATCH] link-order of drivers outside drivers/scsi (i2o) > Alan and others, > > The following patch

Re: [PATCH] Re: SCSI scanning

2000-09-20 Thread Eric Youngdale
- Original Message - From: "Linus Torvalds" <[EMAIL PROTECTED]> To: "Torben Mathiasen" <[EMAIL PROTECTED]> Cc: "Eric Youngdale" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent:

Re: [PATCH] Re: SCSI scanning

2000-09-19 Thread Eric Youngdale
2) low-level drivers (in same order as specified in hosts.c). 3) upper level drivers. -Eric - Original Message - From: "Linus Torvalds" <[EMAIL PROTECTED]> To: "Torben Mathiasen" <[EMAIL PROTECTED]>; "Russell King" <[EMAIL PROTECTED]>

Re: [PATCH] Re: SCSI scanning

2000-09-19 Thread Eric Youngdale
) low-level drivers (in same order as specified in hosts.c). 3) upper level drivers. -Eric - Original Message - From: "Linus Torvalds" [EMAIL PROTECTED] To: "Torben Mathiasen" [EMAIL PROTECTED]; "Russell King" [EMAIL PROTECTED] Cc: "Eric Youngdale&q

Re: [PATCH] Re: SCSI scanning

2000-09-18 Thread Eric Youngdale
quot;Torben Mathiasen" <[EMAIL PROTECTED]> Cc: "Eric Youngdale" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, September 18, 2000 4:43 PM Subject: Re: [PATCH] Re: SCSI scanning > > > On Mon, 18

Re: [PATCH] scsi_ioctl_send_command() shouldn't write SEND DIAGNOSTICS reserved bits

2000-09-18 Thread Eric Youngdale
My major comment is that you should use "SEND_DIAGNOSTIC" instead of a hardcoded 0x1d. -Eric - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, September 18,

Re: [PATCH] Re: SCSI scanning

2000-09-18 Thread Eric Youngdale
- Original Message - From: "Linus Torvalds" <[EMAIL PROTECTED]> To: "Torben Mathiasen" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Sunday, September 17, 2000 9:32 PM Subject: Re: [PATCH] Re: SCSI scanning > > > On

Re: [PATCH] Re: SCSI scanning

2000-09-18 Thread Eric Youngdale
- Original Message - From: "Linus Torvalds" [EMAIL PROTECTED] To: "Torben Mathiasen" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, September 17, 2000 9:32 PM Subject: Re: [PATCH] Re: SCSI scanning On Sun, 17 Sep 2000,

Re: [PATCH] Re: SCSI scanning

2000-09-18 Thread Eric Youngdale
orben Mathiasen" [EMAIL PROTECTED] Cc: "Eric Youngdale" [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, September 18, 2000 4:43 PM Subject: Re: [PATCH] Re: SCSI scanning On Mon, 18 Sep 2000, Torben Mathiasen wrote: Thanks a lot. I've

Re: Weirdness in block device queues.

2000-09-07 Thread Eric Youngdale
> It is. Not unplugging the queue results in higher throughput > when running a benchmark load, but seems to really harm > system throughput (and cause stalls) in /real/ loads. > > This is most likely due to the fact that in most real life > loads we have to write data and metadata all over the

Weirdness in block device queues.

2000-09-07 Thread Eric Youngdale
      Doug Gilbert and I ran across some weirdness in the way the block device queues are plugged/unplugged.  It turned up with some benchmarks of the SCSI generics driver - with the new queueing code, the generics driver is inserting requests into the same queue that block device requests

Re: Weirdness in block device queues.

2000-09-07 Thread Eric Youngdale
It is. Not unplugging the queue results in higher throughput when running a benchmark load, but seems to really harm system throughput (and cause stalls) in /real/ loads. This is most likely due to the fact that in most real life loads we have to write data and metadata all over the place

Re: Oops/kernel panic with CD jukebox, 2.4.0-test{6,7}

2000-09-03 Thread Eric Youngdale
e a kernel panic when I'm doing that. Not very nice.. > > I've been fighting with this bug (and about 4 others that covered it up) > for about a year now. > > I've spent the last week or so debugging this with Eric Youngdale. > I think he has it fixed. I assume he'll put the patch in t