From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Fedora/1.0.4-1.3.1 Firefox/1.0.4 Description of problem: Rules to create symlinks in /dev no longer work with this kernel. Version-Release number of selected component (if applicable): kernel-2.6.12-1.1372_FC3 How reproducible: Always Steps to Reproduce: 1. On a system with a Prolific 2303 USB-to-serial converter installed, create /etc/udev/rules.d/10-local.rules containing the line: BUS="usb", SYSFS{idVendor}="067b", SYSFS{idProduct)="2303", SYMLINK="UPS" 2. Reboot. Actual Results: There is no symlink /dev/UPS . Expected Results: There should be a symlink /dev/UPS -> ttyUSB0 . Additional info: The problem is a missing dependency on an updated "udev" package. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158570 and http://www.ussg.iu.edu/hypermail/linux/kernel/0505.2/1368.html
Harald, let me know the version of the fixed package, and I'll add this to the dependancies in the next update (which should be sometime next week).
well, Dave, udev-058 would require hotplug from FC4, which would require initscripts from FC4, which would require SysVinit from FC4...
I thought it was the FC5 devel udev that is the one dragging in the world; the FC4 udev at least doesn't have obvious requires for newer stuff.
without the hotplug from FC4, I do not get symlinks with udev...
How would hotplug affect symlinks with udev? I'm not sure where it would even get in the way.
The problem is that udev-039 isn't following the chain of parent directories when looking for sysfs attributes. It reads the directories corresponding to the class device and the actual device but doesn't go up. Probably because (as noted in the release notes for udev-058) sysfs no longer supplies the useless "detach_state" file. Here's an example from my system: $ udevinfo -a -p /sys/block/sr0 udevinfo starts with the device the node belongs to and then walks up the device chain, to print for every device found, all possibly useful attributes in the udev key format. Only attributes within one device section may be used together in one rule, to match the device for which the node will be created. looking at class device '/sys/block/sr0': SYSFS{dev}="11:0" SYSFS{range}="1" SYSFS{removable}="1" SYSFS{size}="2097151" SYSFS{stat}=" 0 0 0 0 0 0 0 0 0 0 0" follow the class device's "device" looking at the device chain at '/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-2/1-2:2.0/host0/target0:0:0/0:0:0:0': BUS="scsi" ID="0:0:0:0" SYSFS{device_blocked}="0" SYSFS{iocounterbits}="32" SYSFS{iodone_cnt}="0x3" SYSFS{ioerr_cnt}="0x0" SYSFS{iorequest_cnt}="0x4" SYSFS{max_sectors}="256" SYSFS{model}="CD-RW GCE-8160B " SYSFS{queue_depth}="1" SYSFS{queue_type}="none" SYSFS{rev}="1.02" SYSFS{scsi_level}="3" SYSFS{state}="running" SYSFS{timeout}="0" SYSFS{type}="5" SYSFS{vendor}="HL-DT-ST" It stops there, without going on to examine directories like /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-2. That's the reason the symlinks are getting set up -- the rules never match because they don't find the attributes they're supposed to match against.
Created attachment 117973 [details] Patch for udev-039-10.FC3.7.src.rp This patch for the source RPM fixes the problem. It replaces code in the udev-039 source with the corresponding code from udev-068.
Why hasn't there been any progress on this bug? Considering that I posted a fix over a month ago, it's surprising that nothing at all has happened.
From User-Agent: XML-RPC udev-039-10.FC3.8 has been pushed for FC3, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
That update to udev seems to have fixed things for me. Thanks. Jason (In reply to comment #10) > From User-Agent: XML-RPC > > udev-039-10.FC3.8 has been pushed for FC3, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.