[lkml]   [1999]   [May]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRE: The WHY's (RE: ide drive w/dma ... system crash)
    On Wed, 12 May 1999, Guest section DW wrote:

    > From Wed May 12 03:51:55 1999
    > On Wed, 12 May 1999, Guest section DW wrote:
    > > > So why would it report 33483/16/63 then. (Award BIOS)
    > > Name the disk type,
    > hdc: Maxtor 91728D8, 16479MB w/512kB Cache, CHS=33483/16/63, (U)DMA
    > > the hdparm -I output,
    > # /sbin/hdparm -i /dev/hdc
    > /dev/hdc:
    > Model=Maxtor 91728D8, FwRev=GAS54112, SerialNo=A805S1XC
    > Config={ Fixed }
    > RawCHS=33483/16/63, TrkSize=0, SectSize=0, ECCbytes=29
    > Ah, you were cheated by Andre.

    Cheated is a little hard.

    > In the good old days `hdparm -i' gave interesting output.
    > These days `hdparm -i' prints not what the disk says, but
    > what the author of the IDE driver thought you would prefer to see.

    Well we bang heads again.

    > So, `hdparm -i' is completely worthless (for geometries) these days.

    It is not worthless, as much as everyone wants to think that the original
    sample of drive->id is never tampered with is still a dream. The only way
    the kernel can even think about seeing beyond 8.4GB is the correct the CHS
    and capacity. One should note that twiddling with drive->id was in place
    long before the task of IDE maintainance was passed to me from Mark L.
    Look into a pre 2.1.121 or older development kernel and you see that it
    existed before I refined the tinker that is not finished.

    > That is why I asked for `hdparm -I'.

    The "-I" is preserved to allow us to interrigate the drive for the raw
    values of the 512 sector_word.

    > Let me predict that it will say
    > # /sbin/hdparm -I /dev/hdc
    > /dev/hdc:
    > Model=aMtxro9 71828D, FwRev=AG5S1421, SerialNo=8A501SCX
    > Config={ Fixed }
    > RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=29
    > ...
    > and hence is not an exception. It really tells the world
    > that it is 16383/16/63, entirely according to the standard.
    > Andries

    Andre Hedrick
    The Linux IDE guy

    APC UPS Daemon Support Center.
    GPLed source on April 7, 1999

    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:51    [W:0.022 / U:2.480 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site