lkml.org 
[lkml]   [1999]   [Mar]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    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
    hdc: IDE/ATAPI CD-ROM 36X, ATAPI CDROM 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

    /dev/hda:
    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 -- http://www.dyer.vanderbilt.edu/server/udma/

    APC UPS Daemon Support Center.
    http://www.brisse.dk/site/apcupsd/
    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 majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:50    [W:0.048 / U:30.716 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site