Summary: | inconsistant output from hdparm | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | genbug |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | minor | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
genbug
2005-05-11 03:51:03 UTC
I have Use_DMA_when available in kernel. man hdparm indicates that this info is boot time info. but presumably not from before the kernel is loaded ! This is not a bug - see man hdparm hdparm -i displays "the identification info that was obtained from the drive at boot time, if available... The data returned may or may not be current, depending on activity since booting the system." hdparm -I requests "identification info directly from the drive" The output shown here means that DMA was off when booting and was turned on later on (via hdparm, kernel drivers, ...) So how does this relate to the info posted in the thread that I indicated above: I9300 zobi # hdparm -i /dev/hdc /dev/hdc: Model=_NEC DVD+/-RW ND-6500A, FwRev=202C, SerialNo= Config={ Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 AdvancedPM=no * signifies the current active mode here dma is shown as being active by -i at boot. I have dma built-in (and no hdparm in init) so how can another system get output where this is on. Could it be that the BIOS turns this on before boot on the other box and not mine. Thx [*] Use PCI DMA by default when available Of course that BIOS can turn on DMA on the other machine and not on yours... As for the forums thread, whether DMA works or not with CD/DVD writer is completely unrelated to "inconsistent" hdparm output and making the output "consistent" would not fix anything at all. Could be caused by anything from kernel miscofiguration to broken hardware, firmware bugs, k3b or other software bugs, master/slave settings and position on the cable, issues with another ATAPI drive on the same IDE cable, etc. etc. as the manpage indicates, and like Jakub said, -i/-I may report outdated information, and the output of -I is 'displayed in a new expanded format with considerably more detail than with the older -i flag' if you have any other concerns, please the hdparm website and file an issue there: http://sourceforge.net/projects/hdparm/ they are much more likely to tell you everything you ever wanted to know |