Alan Cox wrote: > As we cannot reverse iomap results portably as we tried before the libata > layer needs to keep bus addresses around for reporting. This first big > patch adds a structure for it and teaches the drivers to keep the > information. Thankfully most drivers go via libata-sff and it can do the > work for them. > > For the others we replace ata_std_ports with ata_std_io_ports / > std_mmio_ports and pass both the mapped and some bus address info. > > We don't keep all the mappings in both forms. We only need cmd, ctrl and > status (for wait_status() reporting). We also keep a "base" for devices > where the taskfile (cmd/ctl) mapping makes no sense. > > This patch stores all the data but doesn't yet change the display side. > I've got a couple of variants I'm playing with on the display side and > want to get that right. In the mean time this should store all the data > and have no side effects for anyone, so is a good first chunk for testing > alone. > > Signed-off-by: Alan Cox <alan@xxxxxxxxxx> Eeeek... I don't think this is a good idea. I liked the getting original address from mapped address thing. Is it impossible to get that working on some archs? Or is it just not there yet? Thanks. -- tejun - 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
