> 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. :) -jim
