public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* RE: aacraid 2.4.0 kernel
@ 2001-02-08  3:03 Matt_Domsch
  2001-02-08  3:18 ` Jens Axboe
  2001-02-08  8:09 ` Alan Cox
  0 siblings, 2 replies; 11+ messages in thread
From: Matt_Domsch @ 2001-02-08  3:03 UTC (permalink / raw)
  To: jason, linux-kernel; +Cc: gandalf

> 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 than 64KB.  Even
when scatter/gathered, if the total is >64KB, it chokes.  This was just fine
for 2.2.x (no one has ever run into this problem there), but the
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.

> I know Alan Cox denied inclusion of the driver due to the 
> poor nature it was
> written for the 2.2 tree. Every post that I have seen so far 
> has just said
> that Adaptec is working on it.

So, there are three objectives:
1) Get and maintain a working 2.2.x driver.  Yes, Alan Cox doesn't want to
merge this into the stock kernel, so until then, it's available separately,
and several distributions have picked it up, such as Red Hat Linux 7.

2) Get a working 2.4.x driver.  Dell and Adaptec both believe this is
critical.  Again, we don't expect this driver to make it into the 2.4.x
stock kernel, it'll be made available separately to those who want it.  This
is where development time is being spent today.  The best I can say here is
"we hope to have something soon".

3) Develop an aacraid driver for both 2.2.x and 2.4.x that will be accepted
into the stock kernels.  For this to happen, Adaptec engineers will be
re-writing the driver from the ground up as a Linux driver.  Due to schedule
constraints (wanting 2.4.x support sooner rather than later), and because we
didn't expect the 64K issue, this has been delayed until 2) is finished.
Hopefully the 64K limit will be eradicated then too.


I've made a web page http://domsch.com/linux on which I've posted all the
2.2.x aacraid patches, and where I'll post a 2.4.x patch when it's
available.  I've also created an announcements-only mailing list
http://domsch.com/mailman/listinfo/linux-aacraid-announce which you may
subscribe to and receive notices of new driver availability.  I've created a
developers list http://domsch.com/mailman/listinfo/linux-aacraid-devel for
discussion of the driver if you wish to contribute.

Both the web page and mailing lists will likely be moved to a Dell.com
server in the near future.


I hope this helps clarify the situation.  Thank you for your interest and
continued patience.

-- 
Matt Domsch
Dell Linux Systems Group
Linux OS Development
www.dell.com/linux


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 11+ messages in thread
* RE: aacraid 2.4.0 kernel
@ 2001-02-08  3:24 Matt_Domsch
  2001-02-08  3:28 ` Jens Axboe
  0 siblings, 1 reply; 11+ messages in thread
From: Matt_Domsch @ 2001-02-08  3:24 UTC (permalink / raw)
  To: axboe; +Cc: linux-kernel

> 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 know if any of the (older) SCSI drivers
> have such limitations too.

Yes, it's a SCSI driver, not a block driver.  Adaptec thought it prudent to
try to fix this in their driver rather than try to change the SCSI layer in
2.4.x just now.  They expected it would be more difficult getting such a
change through validation and into the kernel in a timely manner.

-Matt


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 11+ messages in thread
* aacraid 2.4.0 kernel
@ 2001-02-07 22:23 Jason Ford
  2001-02-07 22:47 ` Byron Stanoszek
  0 siblings, 1 reply; 11+ messages in thread
From: Jason Ford @ 2001-02-07 22:23 UTC (permalink / raw)
  To: linux-kernel

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 tree. Every post that I have seen so far has just said
that Adaptec is working on it. However, I am sure there are many people out
there like myself that have to support this card in enviroments that would
be benifical to upgrade to 2.4 kernel. I am not a part of this list however
have been scouring through geocrawler.com archives of this list everyday for
the last month hoping and waiting.

Does anyone know the status of the driver or even the possibilities of it
getting included into the next kernel version (2.4.2)?

Please CC me on any replies that you may send.

Thanks for you time..

Jason Ford
jason@heymax.com

Heymax Interactive

http://www.heymax.com




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2001-02-08 14:57 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-02-08  3:03 aacraid 2.4.0 kernel Matt_Domsch
2001-02-08  3:18 ` Jens Axboe
2001-02-08  8:13   ` Alan Cox
2001-02-08 14:56     ` Jens Axboe
2001-02-08  8:09 ` Alan Cox
  -- strict thread matches above, loose matches on Subject: below --
2001-02-08  3:24 Matt_Domsch
2001-02-08  3:28 ` Jens Axboe
2001-02-07 22:23 Jason Ford
2001-02-07 22:47 ` Byron Stanoszek
2001-02-08  0:37   ` Jason Ford
2001-02-08  0:55     ` Byron Stanoszek

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox