Re: aacraid 2.4.0 kernel

2001-02-08 Thread Jens Axboe
On Thu, Feb 08 2001, Alan Cox wrote: > > total request sizes. I would rather fix this limitation then, and > > would also be interested to know if any of the (older) SCSI drivers > > have such limitations too. > > And some new ones. One of my i2o scsi controllers has that problem. Ok thanks, I'

Re: aacraid 2.4.0 kernel

2001-02-08 Thread Alan Cox
> total request sizes. I would rather fix this limitation then, and > would also be interested to know if any of the (older) SCSI drivers > have such limitations too. And some new ones. One of my i2o scsi controllers has that problem. - To unsubscribe from this list: send the line "unsubscribe l

Re: aacraid 2.4.0 kernel

2001-02-07 Thread Alan Cox
> much-improved block layer of 2.4.x throws larger I/Os at the driver. So, > the developers at Adaptec are busy trying to add support to break large > requests into smaller chunks, and then gather them back together. That sounds like it should be doable at the queuing layer. If not the scsi queu

Re: aacraid 2.4.0 kernel

2001-02-07 Thread Jens Axboe
On Wed, Feb 07 2001, [EMAIL PROTECTED] wrote: > > I haven't seen this driver, but if it uses the SCSI layer instead > > of being a "pure" block driver then I can see a slight problem > > in that currently only understand max sg entry limits and not > > total request sizes. I would rather fix this

RE: aacraid 2.4.0 kernel

2001-02-07 Thread Matt_Domsch
> I haven't seen this driver, but if it uses the SCSI layer instead > of being a "pure" block driver then I can see a slight problem > in that currently only understand max sg entry limits and not > total request sizes. I would rather fix this limitation then, and > would also be interested to kno

Re: aacraid 2.4.0 kernel

2001-02-07 Thread Jens Axboe
On Wed, Feb 07 2001, [EMAIL PROTECTED] wrote: > Adaptec is still working on it. Basically (and as Jason discovered), the > driver and firmware can't handle single I/O requests larger than 64KB. Even > when scatter/gathered, if the total is >64KB, it chokes. This was just fine > for 2.2.x (no on

RE: aacraid 2.4.0 kernel

2001-02-07 Thread Matt_Domsch
> I see in the archives of this mailing list that someone was > working on the > aacraid driver for the 2.4 kernel however that post was > almost 2 months old. Adaptec is still working on it. Basically (and as Jason discovered), the driver and firmware can't handle single I/O requests larger t

RE: aacraid 2.4.0 kernel

2001-02-07 Thread Byron Stanoszek
On Wed, 7 Feb 2001, Jason Ford wrote: > Byron, > > I got your patch to compile in fine however it still exhibits the same > behavior that the older patches did. It looks like the commands sent to the > controller are still not working correctly as the new subsystem in the > kernel was rewritten.

RE: aacraid 2.4.0 kernel

2001-02-07 Thread Jason Ford
on.. Am I doing something wrong? Thanks for your reply post.. Jason -Original Message- From: Byron Stanoszek [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 5:48 PM To: Jason Ford Cc: [EMAIL PROTECTED] Subject: Re: aacraid 2.4.0 kernel On Wed, 7 Feb 2001, Jason Ford wrote

Re: aacraid 2.4.0 kernel

2001-02-07 Thread Byron Stanoszek
On Wed, 7 Feb 2001, Jason Ford wrote: > I see in the archives of this mailing list that someone was working on the > aacraid driver for the 2.4 kernel however that post was almost 2 months old. > I know Alan Cox denied inclusion of the driver due to the poor nature it was > written for the 2.2 tr