>
> Mark Harburn wrote:
> > I'm using 2.2.10 SMP, and ran hdparm -t -T /dev/hda this then froze, > i could type what i liked but not kill the process.
>
> I have the same mainboard as you do, GB w/ i440 BX chipset -
> as I may assume from your /proc/pci.
>
> Running kernels 2.2.5 - 2.3.8, my hdparm ( v 3.3 ) wouldnīt
> give me such troubles.
>
> Still something makes me turn in my sleep:
Get over it and go back to sleep.............
> ---------------/var/log/boot.msg------------------
> PIIX4: IDE controller on PCI bus 00 dev 39
> PIIX4: not 100% native mode: will probe irqs later
100% is plain jane ISA IDE controller or one that does it in compatablity
mode.
> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:pio
> hda: WDC AC26400B, ATA DISK drive
> hdb: FX400D, ATAPI CDROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> hda: WDC AC26400B, 6149MB w/512kB Cache, CHS=13328/15/63, UDMA
> --------------------------------------------------
>
> Note the second line. Whatīs this?
Correct...........you have "BOTH" interfaces enable in the BIOS.
> Chipset not probed correctly?
Yes it is probed correctly......... but there is nothing in the PCI config
space that would lead one to believe that reality meets the ground.
> I got the same result w/ all the kernels mentioned above,
> while the old 2.0.xx series seemed okay.
The "old" kernels never looked for it to report it.
Would you like a patch to prove that 2.0.X and 2.2.X are reporting the
same, or would you get less sleep.
> The system works fine of course, no file corruption whatsoever,
> however I am sure it causes a performance loss.
You have neither. And the details to prove it to you would put us both to
sleep.................performace loss.............
Run a test and prove it t before you issue the challenge.
> This could be a hint for developers..
> or make any developer reading this wanting
> to shoot me for being so stupid.
Weapon of choice..........nice words..........;-)
> If thatīs the case, pls drop me a note how to correct the problem.
Don't worry...........Shessh.......unlike other OSes, we (Linux) generally
know what is up.
Andre Hedrick
The Linux IDE guy
-
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/