> > Okay, so I'll change the i82365 driver to use isa_{read,write}[bwl]
> > instead of ioremap & {read,write}[bwl], when CONFIG_ISA is defined.
> > That shouldn't break other architectures.
>
> Admittedly I haven't studied this, but ugh... can't we let isa_* die?
I am all for letting it die, but I'm still not getting a clear answer
on what the alternative is. The only way to avoid isa_* as I see it
is to fix two problems in the MIPS kernel:
1) Isn't the purpose of ioremap to remap I/O memory addresses to
physical ones? For an ISA architecture like mine, this means
it needs to add isa_slot_offset.
2) /proc/iomem should not contain system RAM. The RAM is not
in I/O memory space on my system, so why does it show up in the
iomem resource? On x86, sure, I/O and RAM memory space are the
same, but they're not here.
Please explain to me again why the current implementation of these two
behaviors is correct. If both of these problems are fixed, the i82365
driver will work _as is_, as will any other ISA driver that calls
ioremap() before using {read,write}[bwl].
-jim
|