public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tabris <tabris@sbcglobal.net>
To: linux-kernel@vger.kernel.org
Cc: Thomas Backlund <tmb@iki.fi>
Subject: Re: 2.4.21-rc1-ac2 Promise IDE DMA won't work
Date: Tue, 29 Apr 2003 14:48:07 -0400	[thread overview]
Message-ID: <200304291448.07909.tabris@sbcglobal.net> (raw)
In-Reply-To: <200304282112.47061.tabris@sbcglobal.net>

> On Monday 28 April 2003 09:58 pm, Andre Hedrick wrote:
>> NO ATAPI DMA!
>>
>> I will not write the driver core to attempt to support the various
>> combinations.  The ATAPI DMA engine space is used support 48bit.
>> Use the onboard controller for ATAPI.
>> Andre Hedrick
>> LAD Storage Consulting Group
> 
> Can I object that it came built onto the board? okok... i'll take that
> as a no for now...
> 
>> Tho i'm still not quite sure how it makes a diff to be honest, unless
>> you mean that the Promise and HPT will never be supported for DMA?
>> 
>> and the only other thing i should say is that altho i'm not exactly a
>> n00b, the average user WILL expect it to work.
>> 
>> can i expect this to be fixed by 2.6? (yeah, i know... 2.4-ac-ide 
>>code is similar to 2.5-ide code)
>> --
>> tabris

>The point is that you should put your ATAPI device (in this case the 
>cd-rom)
>on the VIA controllers, and place the hdd's on the promise controller,
>since dma is supported for hdd's...

>This is also their intended primary functions by the manufacturers...,
>for example the HPT370 controller with bios version >1.1.x.xxx does
>not have ATAPI support (atleast officially, I haven't tried it)
>
>
>Thomas

So, are you telling me that DMA for both my hard drives, and my CD-R/Ws 
will work, if i put my HDs on the PDC20265 controller, and my CD-R/W on 
the VIA?

or will i lose DMA on the hard drives in this way, losing performance?

the second solution, tho one _I_ could probably live with, is still a 
problem, especially for those of us who want to sell GNU/Linux to our 
customers as a 'better' solution.

btw, please cc: me in your replies, as I no longer am able to subscribe 
to the linux-kernel list. this reply i had to hack by hand from 
marc.theaimsgroup

--
tabris
-
Why don't you fix your little problem... and light this candle?
		-- Alan Shepherd, the first man into space, Gemini program


      parent reply	other threads:[~2003-04-29 18:41 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-29  1:12 2.4.21-rc1-ac2 Promise IDE DMA won't work Tabris
2003-04-29  1:58 ` Andre Hedrick
2003-04-29  2:34   ` Tabris
2003-04-29  9:21     ` Thomas Backlund
2003-04-29 20:15     ` Andre Hedrick
2003-04-29 20:55       ` Alan Cox
2003-04-29 22:41       ` Tabris
2003-04-30  0:21         ` Nicholas Wourms
2003-04-29 18:48 ` Tabris [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200304291448.07909.tabris@sbcglobal.net \
    --to=tabris@sbcglobal.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tmb@iki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox