(Sorry, this is pcmciautils related bug, but as far pcmciautils is part of Linux kernel, I have no other idea where to post it using bugzilla.) Latest working kernel version: pcmcia-0.14 Earliest failing kernel version: pcmcia-0.15 Distribution: vanilla and gentoo Hardware Environment: Yenta-socket and NE2000 pcmcia network card Software Environment: pcmcia-0.15, udev-135, linux-2.6.28 Problem Description: When nonstatic socket configuration is enabled (this is required on my hardware to work properly) pcmcia-socket-startup binary is installed in /sbin/, but udev rule points to /lib/udev/. Steps to reproduce: compile with STARTUP = true and install Patch is attached, assuming pcmcia-socket-startup should be placed at /lib/udev/.
Created attachment 19868 [details] proposed fix
Hi, pcmcia-socket-startup is loaded by /etc/udev/rules.d/60-pcmcia.rules. At your Distribution, You should fix the "/etc/udev/rules.d/60-pcmcia.rules" instead. # if this is a PCMCIA socket which needs a resource database, # pcmcia-socket-startup sets it up ACTION=="add", SUBSYSTEM=="pcmcia_socket", \ RUN+="/sbin/pcmcia-socket-startup"
Hello, (In reply to comment #2) > Hi, > > pcmcia-socket-startup is loaded by /etc/udev/rules.d/60-pcmcia.rules. > > At your Distribution, > You should fix the "/etc/udev/rules.d/60-pcmcia.rules" instead. [...] But why this should be fixed at distribution? I dot mind of placing this binary at /sbin, but udev rules should be consistent with this. /etc/udev/rules.d/60-pcmcia.rules are generated from udev/rules-* in the source tree. And udev/rules-nonstaticsocket contains as of version 0.15: # if this is a PCMCIA socket which needs a resource database, # pcmcia-socket-startup sets it up SUBSYSTEM=="pcmcia_socket", \ RUN+="/lib/udev/pcmcia-socket-startup" And it should contain the text you noted above if pcmcia-socket-startup should be placed at /sbin in your opinion. Please fix this.
Hi, Unfortunately, the pcmciautils maintainer Dominik Brodowski (linux@dominikbrodowski.net) does not respond these days. and he only can access and change the source-code of the pcmciautils. Please use the pcmciautils-014 instead.
Hello, (In reply to comment #4) > Unfortunately, the pcmciautils maintainer Dominik Brodowski > (linux@dominikbrodowski.net) does not respond these days. > and he only can access and change the source-code of the pcmciautils. I see... Well, currently I use 015 on my system. This bug is just fixed locally on my system. The goal of this report was to make solution available to another people.
Dominik is alive :) Could you fix the pcmciautils-015 bug above as soon as possible? Komuro
Created attachment 22522 [details] proposed fix to pcmciautils Proposed fix to pcmciautils -- add a udevhelperdir variable and evaluate it both for installation and for udev rules generation.