> Good to hear that you found the problems. If your patch to use
> isa_slot_offset doesn't get accepted, you might want to try to
> figure out if there's any way to limit your changes to your board's
> specific files. That way you won't have to carry patches around from
> one kernel version to another. I think this is now the second mips
> board with pcmcia support.
My architecture is only superficially supported by the current
Linux-MIPS cvs, so coming up with a patch for that would be a bit
difficult right now. (the current CVS appears to have some basic
support for the vr41xx processor, but that's it). The codebase I'm
working with right now is a terrible mix of the (outdated) linux-vr
and (current) linux-MIPS trees, which means that I'm already going to
have big issues if I ever want to upgrade versions or whatnot.
I guess my current plan is to keep hacking until I get a system that
works acceptably well, and then start submitting small patches to the
linux-MIPS tree to try to incorporate all of the linux-vr-specific
stuff, which would hopefully eliminate the need for the linux-VR
tree (which is not being actively maintained anyway).
> BTW, I have a LE ramdisk which runs linuxrc, loads pcmcia drivers,
> starts cardmgr, and exits. The kernel then mounts the real root fs
> which is /dev/hda1 in my case (pcmcia ata card). Let me know if you
> need it.
I currently have my PCMCIA drivers built into the kernel; the
kernel-based card services stuff seems to work just fine in
my case, so I don't need an initrd. Having never dealt directly with
PCMCIA under Linux before, I didn't find this strange, but it seems
that other people find a cardmgr-free PCMCIA setup a bit strange. :)