Porteus 3.1 uses kernel 3.17.4. 64-bit Porteus 3.1 works fine on an NEC VF-6. 32-bit Porteus 3.1 hangs in udev during boot. It's not a 120-second delay for udevadm settle, it's a hard crash which doesn't even display an oops in text mode, doesn't even flash two keyboard lamps, and doesn't even respond to the Caps Lock or Num Lock keys or Ctrl+Alt+Delete. It needs a press of the power button. 32-bit Porteus 3.1, when booted with nohotplug, works until I try running rc.udev start. Then the hang is the same as always. Porteus is a live Linux distribution and has a rootcopy directory. I copied file /lib/udev/rules.d/60-pcmcia.rules to the appropriate directory in a Porteus USB stick, and edited it, so this would override the built-in 60-pcmcia.rules file. I commented out these lines: SUBSYSTEM=="pcmcia_socket", \ RUN+="/lib/udev/pcmcia-socket-startup" So, /lib/udev/pcmcia-socket-startup works in 64-bit mode but makes 32-bit Linux die. When those lines are commented out, the yenta drivers don't crash, though I don't know if they'll work when a 32-bit Cardbus card or 16-bit PCMCIA card is actually inserted I don't know yet if the problem is particular to this PC model, or particular to the PCMCIA slot, or more widespread. 0a:01.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b6) Subsystem: NEC Corporation Device [1033:88ec] Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket -- To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
