> > The right way to do this IMHO is still to use the PCI quirk side logic. > > Unfortunately to put your legacy ports at different I/O addresses you > > need changes which are still pending to the libata-sff code so that it > > stops using the hardcoded ATA_PRIMARY_FOO bits. > > We can't move the IO ports. They're stuck in the PCI BAR. If you flag the chip up to report itself as legacy mode it'll assume 0x1F0 etc as the IO mapping address [however the PPC then maps that onto its I/O maps depends on what the readb/writeb etc macros do]. The value in the PCI BAR is ignored in legacy mode, its not relevant or valid. Currently libata then uses a hardcoded 0x1F0/7 etc which is wrong as it should be asking for the pci_resource() values which are correctly set in the PCI code [and can be tweaked for arch specials if need be] - 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
