Jim Paris wrote:
> > ISA, the good old stonage PC bus system with all it's limitations that also
> > infected some MIPS systems.
> Let me restate my problem differently, and perhaps a bit more clearly
> (as I see it):
> My system (Vadem Clio 1000, vr4111) has a VG-469 (i82365) PCMCIA
> controller with IO port space at 0x14000000, and IO memory space
> at 0x10000000.
> The i82365 driver makes the following (reasonable?) expectations:
> 1) it can use check/request/release_region on I/O ports
> - this works fine.
> 2) it can use in[bwl] and out[bwl] with absolute port numbers
> - this also works fine.
> 3) it can use check/request/release_mem_region on I/O memory
> - this fails, because the iomem resource map contains the kernel:
> > -more /proc/iomem
> 00000000-00ffffff : System Ram
> 00002000-001bc6af : Kernel code
> 001cf300-00299fff : Kernel data
> (this seems very wrong to me, since the kernel is most definately
> not in the I/O memory space; real memory, of course, but I/O memory??)
> 4) it can use ioremap, and then read[bwl] and write[bwl] with the result
> - this fails with the current ioremap; neither ioremap nor read/write[bwl]
> take isa_slot_offset into account
> Am I misunderstanding how this stuff is supposed to work? Is the
> i82365 driver doing anything wrong?
It seems like i82365.c implies a PCI device. If this is true, then things do
make sense here.
Just setting iomem_resource.end to 0xffffffff should get you by resource range
It has nothing to isa_slot_offset here. I don't know about the history of
isa_slot_offset, but it appears to be faint effort to allow the access to what
is called "ISA memory" space on PC. This region, if it ever exists, should
never be a separate region on a MIPS machine. It should just be the beginning
part of PCI Memory space.
Ralf, we should just delete isa_slot_offset to avoid any further confusions.
> (The i82365 driver also makes the incorrect assumption that PCMCIA IRQs
> directly correspond to system IRQs, but this is definately a problem
> with the driver and I've fixed that.)
My understanding is that PCMCIA does it own IRQ re-mapping (somewhat similar
to P2P bridge IRQ re-mapping).