linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
@ 2003-12-03  3:10 Joe Blow
  2003-12-03  3:43 ` Erik Andersen
  0 siblings, 1 reply; 10+ messages in thread
From: Joe Blow @ 2003-12-03  3:10 UTC (permalink / raw)
  To: andersen; +Cc: linux-kernel

>From: Erik Andersen <andersen@codepoet.org>
>What exactly is needed to get got SATA and PATA support
>comparable to the driver provided by promise?  Would it be
>possible to adapt the existing promise PATA IDE driver to drive
>the PATA port, while the libata Promise driver handles the SATA
>ports.  Or would a new driver be needed?

Is there actually a Promise supplied driver that might work with the 20378 
and PATA drives?  Someone sent me a .zip file with an open source driver 
from Promise dated 02/20/03 but it's for 2.4.x.  I emailed Promise asking if 
there was an update, and they denied it even existed.

_________________________________________________________________
Wonder if the latest virus has gotten to your computer? Find out.  Run the 
FREE McAfee online  computer scan on your PC now! 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
  2003-12-03  3:10 Promise 20378 + 2.6.0-test10 + libata patch 1 Joe Blow
@ 2003-12-03  3:43 ` Erik Andersen
  0 siblings, 0 replies; 10+ messages in thread
From: Erik Andersen @ 2003-12-03  3:43 UTC (permalink / raw)
  To: Joe Blow; +Cc: linux-kernel

On Wed Dec 03, 2003 at 03:10:10AM +0000, Joe Blow wrote:
> >From: Erik Andersen <andersen@codepoet.org>
> >What exactly is needed to get got SATA and PATA support
> >comparable to the driver provided by promise?  Would it be
> >possible to adapt the existing promise PATA IDE driver to drive
> >the PATA port, while the libata Promise driver handles the SATA
> >ports.  Or would a new driver be needed?
> 
> Is there actually a Promise supplied driver that might work with the 20378 
> and PATA drives?  Someone sent me a .zip file with an open source driver 
> from Promise dated 02/20/03 but it's for 2.4.x.  I emailed Promise asking 
> if there was an update, and they denied it even existed.

http://www.promise.com/support/download/download2_eng.asp?productId=97&category=driver&os=4
http://www.promise.com/support/file/driver/1_SATALINUXSRC1.00.0.8.zip

 -Erik

--
Erik B. Andersen             http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--

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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
  2003-12-02  5:20   ` Erik Andersen
@ 2004-03-23  2:04     ` Jeff Garzik
  0 siblings, 0 replies; 10+ messages in thread
From: Jeff Garzik @ 2004-03-23  2:04 UTC (permalink / raw)
  To: andersen; +Cc: Joe Blow, linux-kernel

Erik Andersen wrote:
> On Mon Dec 01, 2003 at 10:04:42PM -0500, Jeff Garzik wrote:
> 
>>Joe Blow wrote:
>>
>>>>From: Jeff Garzik <jgarzik@pobox.com>
>>>>
>>>>Nope, libata Promise driver only supports Serial ATA.
>>>
>>>
>>>Bummer.  Will it ever support PATA?
>>
>>No plans.
> 
> 
> What exactly is needed to get got SATA and PATA support
> comparable to the driver provided by promise?  Would it be
> possible to adapt the existing promise PATA IDE driver to drive
> the PATA port, while the libata Promise driver handles the SATA
> ports.  Or would a new driver be needed?
> 
> How would the two drivers share the same PCI device?

It looks like libata pretty much needs to do PATA, in this case and a 
couple others.  Promise sent me a couple 2037x test cards with a PATA 
port on them, so just now need the time... :)

Getting PATA disks working should be very, very easy.  Getting ATAPI 
devices working requires some libata core hacking, though the ATAPI code 
is mostly there already.

	Jeff





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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
  2003-12-02  3:24 Joe Blow
@ 2003-12-02  5:29 ` Paul Misner
  0 siblings, 0 replies; 10+ messages in thread
From: Paul Misner @ 2003-12-02  5:29 UTC (permalink / raw)
  To: linux-kernel

On Monday 01 December 2003 09:24 pm, Joe Blow wrote:
> >No plans.
>
> Curiious:  How come when I disable RAID support in the BIOS and just have
> it <supposedly> act just like a dumb IDE controller, why aren't the drives
> aren't recognized that way?  The BIOS claims it is plugging them in as
> plain IDE drives, or is something still different about this controller,
> even in that mode?

Under Windows, the Promise driver, that you loaded, assumes that they are 
being used as a RAID controller.  If you unload the driver, you can use the 
two IDE channels as IDE channels under Windows 2000 and Windows XP.

>
> >Using standard kernel drivers, Promise RAID _is_ md.
>
> <confused> I understand what md is, but I don't understand how Promise RAID
> is md.  If I set the controller to RAID in the BIOS, and I configure a RAID
> 1 mirror, for example, how is that md?  In this mode, isn't one copy of the
> data being sent to the controller and the controller "intelligence" figures
> out that one copy of the data goes to each drive?  Where is if it were
> providing two drives to the OS, the md driver would have to send two copies
> of the data across the bus, one to each drive?

Repeat after me... Hardware raid is smart, wonderful, and expensive.  Software 
raid is cheap, the controller card is dumb, and is what people put on 
motherboards, and inexpensive controller cards.

There are two IDE controller channels on the Promise RAID controller card, a 
bios chip, and not much else.  They have no processor.

The bios is only used for booting, since the operating system drivers aren't 
loaded yet.  Once booted, the Windows driver pretends it is a hardware Raid, 
by using software in the driver (I.E. Software Raid).  Linux uses the md 
driver to map access to the of drives, which it makes into a Raid set (I.E. 
Software Raid).

>
> Perhaps this is a dumb question, but why are these RAID controller
> companies seemingly making this so difficult?  To me it seems like the most
> logical way to design these controllers would be to make them look like
> standard IDE controllers to the system and hide the RAID complexities
> inside the controller intelligence.  The most expensive part of these
> controllers for the manufacturers has to be in providing drivers and
> support for all the different, primarily MS, OSes.  I must be missing
> something.

A hardware Raid card is a complete computer, that happens to plug into your 
PCI bus, and it has a software Raid driver.  It frequently costs more than 
the motherboard it is plugged in to.

Paul

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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
  2003-12-02  3:04 ` Jeff Garzik
@ 2003-12-02  5:20   ` Erik Andersen
  2004-03-23  2:04     ` Jeff Garzik
  0 siblings, 1 reply; 10+ messages in thread
From: Erik Andersen @ 2003-12-02  5:20 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: Joe Blow, linux-kernel

On Mon Dec 01, 2003 at 10:04:42PM -0500, Jeff Garzik wrote:
> Joe Blow wrote:
> >
> >>From: Jeff Garzik <jgarzik@pobox.com>
> >>
> >>Nope, libata Promise driver only supports Serial ATA.
> >
> >
> >Bummer.  Will it ever support PATA?
> 
> No plans.

What exactly is needed to get got SATA and PATA support
comparable to the driver provided by promise?  Would it be
possible to adapt the existing promise PATA IDE driver to drive
the PATA port, while the libata Promise driver handles the SATA
ports.  Or would a new driver be needed?

How would the two drivers share the same PCI device?

 -Erik

--
Erik B. Andersen             http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--

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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
@ 2003-12-02  3:24 Joe Blow
  2003-12-02  5:29 ` Paul Misner
  0 siblings, 1 reply; 10+ messages in thread
From: Joe Blow @ 2003-12-02  3:24 UTC (permalink / raw)
  To: jgarzik; +Cc: linux-kernel

>No plans.

Curiious:  How come when I disable RAID support in the BIOS and just have it 
<supposedly> act just like a dumb IDE controller, why aren't the drives 
aren't recognized that way?  The BIOS claims it is plugging them in as plain 
IDE drives, or is something still different about this controller, even in 
that mode?

>Using standard kernel drivers, Promise RAID _is_ md.

<confused> I understand what md is, but I don't understand how Promise RAID 
is md.  If I set the controller to RAID in the BIOS, and I configure a RAID 
1 mirror, for example, how is that md?  In this mode, isn't one copy of the 
data being sent to the controller and the controller "intelligence" figures 
out that one copy of the data goes to each drive?  Where is if it were 
providing two drives to the OS, the md driver would have to send two copies 
of the data across the bus, one to each drive?

Perhaps this is a dumb question, but why are these RAID controller companies 
seemingly making this so difficult?  To me it seems like the most logical 
way to design these controllers would be to make them look like standard IDE 
controllers to the system and hide the RAID complexities inside the 
controller intelligence.  The most expensive part of these controllers for 
the manufacturers has to be in providing drivers and support for all the 
different, primarily MS, OSes.  I must be missing something.

_________________________________________________________________
Gift-shop online from the comfort of home at MSN Shopping!  No crowds, free 
parking.  http://shopping.msn.com


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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
  2003-12-02  2:52 Joe Blow
@ 2003-12-02  3:04 ` Jeff Garzik
  2003-12-02  5:20   ` Erik Andersen
  0 siblings, 1 reply; 10+ messages in thread
From: Jeff Garzik @ 2003-12-02  3:04 UTC (permalink / raw)
  To: Joe Blow; +Cc: linux-kernel

Joe Blow wrote:
> 
>> From: Jeff Garzik <jgarzik@pobox.com>
>>
>> Nope, libata Promise driver only supports Serial ATA.
> 
> 
> Bummer.  Will it ever support PATA?

No plans.


> Is the Promise RAID support noticably faster than using md and a dumb 
> ATA/133 controller?

Using standard kernel drivers, Promise RAID _is_ md.

	Jeff




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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
@ 2003-12-02  2:52 Joe Blow
  2003-12-02  3:04 ` Jeff Garzik
  0 siblings, 1 reply; 10+ messages in thread
From: Joe Blow @ 2003-12-02  2:52 UTC (permalink / raw)
  To: jgarzik; +Cc: linux-kernel


>From: Jeff Garzik <jgarzik@pobox.com>
>
>Nope, libata Promise driver only supports Serial ATA.

Bummer.  Will it ever support PATA?

Is the Promise RAID support noticably faster than using md and a dumb 
ATA/133 controller?

I'm trying to decide now if I should get a couple SATA<>PATA convertors, or 
just get a dumb ATA/133 controller and go that way with md.

_________________________________________________________________
Gift-shop online from the comfort of home at MSN Shopping!  No crowds, free 
parking.  http://shopping.msn.com


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

* Re: Promise 20378 + 2.6.0-test10 + libata patch 1
  2003-11-30 21:11 Joe Blow
@ 2003-12-01  3:22 ` Jeff Garzik
  0 siblings, 0 replies; 10+ messages in thread
From: Jeff Garzik @ 2003-12-01  3:22 UTC (permalink / raw)
  To: Joe Blow; +Cc: linux-kernel

Joe Blow wrote:
> 
> I have applied the libata patch 1 to kernel 2.6.0-test10.  I can now see 
> the PDC RAID controller via the hardware browser, but I can not see any 
> of the attatched PATA drives.  (I do not have any SATA drives).
> 
> I have tried the controller set to RAID and IDE.  I can not locate the 
> attached PATA drives in /proc/ide or /proc/scsi, nor does the hardware 
> browser see them.  I #define ATA_VERBOSE_DEBUG and I did not find any 
> addtional output in dmesg.
> 
> Does this driver not support PATA drives attatched to this controller?


Nope, libata Promise driver only supports Serial ATA.

	Jeff




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

* Promise 20378 + 2.6.0-test10 + libata patch 1
@ 2003-11-30 21:11 Joe Blow
  2003-12-01  3:22 ` Jeff Garzik
  0 siblings, 1 reply; 10+ messages in thread
From: Joe Blow @ 2003-11-30 21:11 UTC (permalink / raw)
  To: linux-kernel


I have applied the libata patch 1 to kernel 2.6.0-test10.  I can now see the 
PDC RAID controller via the hardware browser, but I can not see any of the 
attatched PATA drives.  (I do not have any SATA drives).

I have tried the controller set to RAID and IDE.  I can not locate the 
attached PATA drives in /proc/ide or /proc/scsi, nor does the hardware 
browser see them.  I #define ATA_VERBOSE_DEBUG and I did not find any 
addtional output in dmesg.

Does this driver not support PATA drives attatched to this controller?

Thanks for any help.

_________________________________________________________________
Groove on the latest from the hot new rock groups!  Get downloads, videos, 
and more here.  http://special.msn.com/entertainment/wiredformusic.armx


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

end of thread, other threads:[~2004-03-23  2:04 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-12-03  3:10 Promise 20378 + 2.6.0-test10 + libata patch 1 Joe Blow
2003-12-03  3:43 ` Erik Andersen
  -- strict thread matches above, loose matches on Subject: below --
2003-12-02  3:24 Joe Blow
2003-12-02  5:29 ` Paul Misner
2003-12-02  2:52 Joe Blow
2003-12-02  3:04 ` Jeff Garzik
2003-12-02  5:20   ` Erik Andersen
2004-03-23  2:04     ` Jeff Garzik
2003-11-30 21:11 Joe Blow
2003-12-01  3:22 ` Jeff Garzik

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).