As mentioned in bug #3400 the ide_cs.o module name conflicts with a module of the same name in the kernel, so the build changes all references to ide_cs to ide-cs. However it still installs the actual module as ide_cs.o. When a card is inserted that needs this module, the pcmcia scripts look for a module called ide-cs.o: Aug 29 16:12:11 [cardmgr] socket 2: ATA/IDE Fixed Disk Aug 29 16:12:11 [cardmgr] executing: 'modprobe ide-cs' Aug 29 16:12:11 [cardmgr] + modprobe: Can't locate module ide-cs Aug 29 16:12:11 [cardmgr] modprobe exited with status 255 Aug 29 16:12:11 [cardmgr] module /lib/modules/2.4.19-gentoo-r7/pcmcia/ide-cs.o not available The ebuild needs to change the name of the module to ide_cs.o.
Created attachment 3546 [details, diff] Patch to make ebuild change the name of ide_cs.o to ide-cs.o
Created attachment 3550 [details] Updated to patch ide_cs.c Okay, turns out simply renaming the module .o file wasn't enough. The ide_cs driver still registers itself internally as "ide_cs" and so isn't found when a driver called "ide-cs" is supposed to get initialized. I created a patch to change ide_cs.c to register itself with "ide-cs" and have confirmed the driver now works as expected. I have a PCMCIA memstick adapter, when I insert a memstick the ide-cs.o module is loaded and /dev/hdc appears. Before this patch, ide-cs.o would get loaded but then things would error out: [cardmgr] get dev info on socket 2 failed: Resource temporarily unavailable
Created attachment 3551 [details, diff] pcmcia-cs-3.2.0-ide-cs.patch to change ide_cs.c to register itself with "ide-cs"
Hmm. My patch disappeared.. I had a patch that did this in there an it's vanished. I'll patch this up for the pcmcia-cs-3.2.1 Gentoo release.
This is fixed in the latest pcmcia-cs-3.2.1 (and now -r1) release..