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
BuffType=3(DualPortCache), BuffSize=512kB, MaxMultSect=16, MultSect=off
DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=2(fast)
CurCHS=33483/16/63, CurSects=33750864, LBA=yes, LBAsects=33750864
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
> the Award BIOS version,
AWARD BIOS ver. 1.13JB16 06/16/98
> whether you have the disk in the setup as None/Normal/Large/LBA/Auto,
Auto.
> whether you also have SCSI disks.
None.
> But why?
> I quoted an ATA-5 draft standard.
> This disk probably does not comply with that standard.
I wonder if Linux complies with ATA-5 either B)
> If the actual size is 33483*16*63 then that is fine.
As you can see in hdparm it is.
> The Linux kernel source just has to learn that 16383*H*S may be
> unrelated to the actual size of the disk.
Exactly.
> But there are other possibilities. The Linux kernel sometimes
> confuses SCSI disk parameters and IDE disk parameters,
> so that the above may be a geometry that belongs to a SCSI disk.
Nope.
> Really, the Linux kernel is full of minor bugs in this geometry area
> (and correspondingly, lots of people have problems at install time).
> There is no reason at all to suspect buggy disks and BIOSes
> (although these exist, of course).
So blame the spec?
-Dan
-
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/