[lkml]   [1999]   [Mar]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: UDMA not supported on my board
On Sat, 20 Mar 1999, Greg wrote:

> > Don't do this please!!!!!!!! The BIOS failed to do its job.
> Hmm... Alright.. I'll stop. :) When you say the BIOS failed to do it's
> job, do you mean that it failed to set the drive into UDMA more? Or it's

No the BIOS failed to properly config the chipset or pci-config space.
I am working on some (want-a-be) bullet proof setup/init code, but it is
tough when your BIOS gets it correct. I now have to hunt for a board to
borrow that gets it wrong.

> just not providing the correct information to the kernel? I'm a little
> confused about the role the BIOS plays in this situation, so I'll take a
> gander over the source and see what I can dig up on it.
> > > Instantly, I start getting complaints about the drive not being ready and
> > > I have to power off the system as it's locked solid. Suggestions?
> >
> > This is the result of SLEDGE Hammer to the BIOS. It is not tuned for that
> > XFER rate and death will result. Everyone can shotgun a 12 ounce Beer and
> > live, but KEG will prevent you from breathing (death). This a very
> > accurate reference.
> That is hilarious! :) Being a fan of beer bongs, this made me fall out of
> my chair laughing, but I get the picture.
> > > Config={ Fixed }
> > > RawCHS=11166/16/63, TrkSize=0, SectSize=0, ECCbytes=29
> > > BuffType=3(DualPortCache), BuffSize=256kB, MaxMultSect=16, MultSect=off
> > > DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=2(fast)
> > > CurCHS=11166/16/63, CurSects=11255328, LBA=yes
> > > LBA CHS=697/256/63 Remapping, LBA=yes, LBAsects=11255328
> > > tDMA={min:120,rec:120}, DMA modes: mword0 mword1 *mword2
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > Your BIOS failed in the setup, and I have yet to design forced config code
> > like I have for the PDC20246 code. There is a need for more chipset
> > tuning code gobally, but it is a real pain to generate. I have two
> > successful chipset codes and each only do half the job.
> Hmm.. perhaps I can get someone over at Aladdin to pitch in, but chances
> are they won't be much help. I guess I'm just stuck with a crappy MB for
> the time being and lowly 8mb / second transfer rates.. (Aw shucks.. I can
> only load 1 MP3 per second! ;)

It is nothing that "Aladdin" can do IMHO, it is how each vender of the
mainboards using their chipset in combination of the BIOS core.

> I'll do that. If I can offer any assistance, I'll contribute where
> possible. I do, however, want to let you know how much I appreciate the
> work that you are putting into the IDE drivers on Linux. Sometimes many
> users take for granted what they are running and don't consider the source
> and time invested by all the Linux hackers out there. I'm sure it's a
> thankless job most of the time, but keep up the good work anyway. If you
> can get the UDMA code working on the ALI, I'll ship you out a case of your
> favorite beer! ;)

Send the beer to Michel Aubry and Andrzej Krzysztofowicz, I gave up beer
after college; however, Dewer's White Label Scotch............

Mar 21 22:29:51 Deneb kernel:
Uniform Multi-Platform E-IDE driver Revision: 6.19
ALI15X3: IDE controller on PCI bus 00 dev 78
ALI15X3: not 100% native mode: will probe irqs later
ALI15X3: enabled read of IDE channels state (en/dis-abled) Succeeded.
ide0: BM-DMA at 0xd400-0xd407, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd408-0xd40f, BIOS settings: hdc:pio, hdd:pio
hda: Maxtor 90680D4, ATA DISK drive
hdb: Maxtor 90680D4, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: Maxtor 90680D4, 6485MB w/256kB Cache, CHS=13176/16/63, UDMA
hdb: Maxtor 90680D4, 6485MB w/256kB Cache, CHS=826/255/63, UDMA
hdc: ATAPI 16X CD-ROM drive, 128kB Cache, UDMA
Uniform CDROM driver Revision: 2.53

Model=Maxtor 90680D4, FwRev=PAS23B15, SerialNo=V40WB98A
Config={ Fixed }
RawCHS=13176/16/63, TrkSize=0, SectSize=0, ECCbytes=29
BuffType=3(DualPortCache), BuffSize=256kB, MaxMultSect=16, MultSect=off
DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=2(fast)
CurCHS=13176/16/63, CurSects=13281408, LBA=yes, LBAsects=13281408
tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2
IORDY=on/off, tPIO={min:120,w/IORDY:120}, PIO modes: mode3 mode4
UDMA modes: mode0 mode1 *mode2
Drive Supports : ATA/ATAPI-4 T13 1153D revision 17 : ATA-1 ATA-2 ATA-3 ATA-4

Timing buffer-cache reads: 128 MB in 3.42 seconds =37.43 MB/sec
Timing buffered disk reads: 64 MB in 5.18 seconds =12.36 MB/sec

lspci -n
00:00.0 Class 0600: 10b9:1541 (rev 04)
00:01.0 Class 0604: 10b9:5243 (rev 04)
00:02.0 Class 0c03: 10b9:5237 (rev 03)
00:03.0 Class 0680: 10b9:7101
00:07.0 Class 0601: 10b9:1533 (rev c3)
00:09.0 Class 0300: 5333:8901 (rev 06)
00:0a.0 Class 0200: 10ec:8029
00:0f.0 Class 0101: 10b9:5229 (rev c1)

I am willing to state that ASUS P5A series of mainboards are offically ALI
supported by Linux, but this is the only vender to date. My tests are
based upon the ASUS P5A-B/300U.

Andre Hedrick
The Linux IDE guy --

APC UPS Daemon Support Center.
Going FSF/GNU or GPL2 source soon.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:50    [W:0.044 / U:4.956 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site