Re: [PATCH 2/3] libata: extend ata_acpi_cbl_80wire() and fix cable detection in pata_via and pata_amd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> GTM results do change whether you call STM or not.  GTM in many cases is
> implemented as reading the current configuration value from the
> controller so if you configure PIO0, it will return PIO0 timings.  And,
> yeah, on ASUS A8N-E, if you configure PIO0, GTM answer says DMA is off.

Oh fun - ok then we do need to cache it.

> What the function answers is not actually cable type but "according to
> the current configuration, using this cable type won't violate BIOS
> configuration" kind of answer.  How the caller is to use that is the
> caller's responsibility.

How does the caller make use of it ? The only way I can think of to use
it is that if either drive says UDMA > 33 then we know its 80 wire.
Otherwise we can't really prove anything. And if neither drive says > 80
wire we have to go on what other info we have, which for NVidia appears
to be "guess 40".

I'm not sure therefore we gain anything ?
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux