From: Treeve Jelbert <treeve01@pi.be>
To: linux-hotplug@vger.kernel.org
Subject: Re: udev fails to add/remove devices
Date: Fri, 26 Mar 2004 20:05:41 +0000 [thread overview]
Message-ID: <200403262105.51437.treeve01@pi.be> (raw)
In-Reply-To: <20040326180855.37deecab.elfy666@gmx.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Friday 26 March 2004 18:08, Oliver Paschke wrote:
> Hi,
>
> I have a problem with my current udev/hotplug configuration
> (023/2004_03_11) since i rebuilt my system (lfs-5.1_pre1, glibc-3.3 against
> 2.4.25 headers). Udev worked perfectly before (lfs-3.1).
I have a similar problem, devices don't appear in /dev, but after a long (> 30
minutes) delay, they do!
linux-2.6.5-rc2
glibc-3.3 with nptl threading
>
> When I assign /sbin/udev as hotplugging-agent device-adding/-removal works
> the way it should, but when /proc/sys/kernel/hotplug points to
> /sbin/hotplug udev queues the events while hotplugging still works fine.
> Compiling udev with or without klibc doesn't make a difference.
>
> Any help would be appreciated,
> thanks
>
>
> Syslog debug-messages of a 'modprobe nvidia' call as example:
> (nvidia module with sysfs patch - alsa behaves the same way..)
>
> /sbin/hotplug:
> Mar 26 16:53:08 pandora udevsend[1429]: main: version 023
> Mar 26 16:53:08 pandora udevsend[1429]: main: subsystem = 'nvidia'
> Mar 26 16:53:08 pandora udevsend[1429]: main: DEVPATH > '/class/nvidia/nvidiactl' Mar 26 16:53:08 pandora udevsend[1429]: main:
> ACTION = 'add'
> Mar 26 16:53:08 pandora udevsend[1429]: main: SEQNUM = '192'
> Mar 26 16:53:08 pandora udevd[226]: msg_queue_insert: queued message seq
> 192 Mar 26 16:53:08 pandora udevd[226]: msg_queue_manager: msg queue
> manager, next expected is 0 Mar 26 16:53:08 pandora udevd[226]:
> msg_dump_queue: sequence 116 in queue ...
> Mar 26 16:53:08 pandora udevd[226]: msg_dump_queue: sequence 192 in queue
> Mar 26 16:53:08 pandora udevd[226]: msg_queue_manager: next event expires
> in 2907 seconds Mar 26 16:53:08 pandora udevsend[1435]: main: version 023
> Mar 26 16:53:08 pandora udevsend[1435]: main: subsystem = 'nvidia'
> Mar 26 16:53:08 pandora udevsend[1435]: main: DEVPATH > '/class/nvidia/nvidia0' Mar 26 16:53:08 pandora udevsend[1435]: main:
> ACTION = 'add'
> Mar 26 16:53:08 pandora udevsend[1435]: main: SEQNUM = '193'
> Mar 26 16:53:08 pandora udevd[226]: msg_queue_insert: queued message seq
> 193 Mar 26 16:53:08 pandora udevd[226]: msg_queue_manager: msg queue
> manager, next expected is 0 Mar 26 16:53:08 pandora udevd[226]:
> msg_dump_queue: sequence 116 in queue ...
> Mar 26 16:53:08 pandora udevd[226]: msg_dump_queue: sequence 193 in queue
> Mar 26 16:53:08 pandora udevd[226]: msg_queue_manager: next event expires
> in 2907 seconds
>
> /sbin/udev:
> Mar 26 16:50:59 pandora udev[1412]: get_dirs: sysfs_path='/sys'
> Mar 26 16:50:59 pandora udev[1412]: parse_config_file: reading
> '/etc/udev/udev.conf' as config file Mar 26 16:50:59 pandora udev[1412]:
> main: version 023
> Mar 26 16:50:59 pandora udev[1412]: udev_hotplug: looking at
> '/class/nvidia/nvidiactl' ...
> Mar 26 16:50:59 pandora udev[1413]: sleep_for_file: looking for
> '/sys/class/nvidia/nvidia0/dev' Mar 26 16:51:00 pandora udev[1412]:
> sleep_for_file: looking for '/sys/class/nvidia/nvidiactl/dev' Mar 26
> 16:51:00 pandora udev[1412]: get_class_dev: looking at
> '/sys/class/nvidia/nvidiactl' Mar 26 16:51:00 pandora udev[1412]:
> get_class_dev: class_dev->name='nvidiactl' Mar 26 16:51:00 pandora
> udev[1412]: get_major_minor: dev='195:255 ' Mar 26 16:51:00 pandora
> udev[1412]: get_major_minor: found major\x195, minor%5 Mar 26 16:51:00
> pandora udev[1413]: sleep_for_file: looking for
> '/sys/class/nvidia/nvidia0/dev' Mar 26 16:51:00 pandora udev[1413]:
> get_class_dev: looking at '/sys/class/nvidia/nvidia0' Mar 26 16:51:00
> pandora udev[1413]: get_class_dev: class_dev->name='nvidia0' Mar 26
> 16:51:00 pandora udev[1413]: get_major_minor: dev='195:0 '
> Mar 26 16:51:00 pandora udev[1413]: get_major_minor: found major\x195,
> minor=0 Mar 26 16:51:00 pandora udev[1413]: sysfs_path_is_link: stat()
> failed Mar 26 16:51:00 pandora last message repeated 7 times
> Mar 26 16:51:00 pandora udev[1413]: sysfs_open_device_path: Could not get
> device 0000:01:00.0's driver Mar 26 16:51:00 pandora udev[1413]:
> get_sysfs_device: device 0000:01:00.0 is registered with bus 'pci' Mar 26
> 16:51:00 pandora udev[1413]: namedev_name_device:
> sysfs_device->path='/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0' Mar
> 26 16:51:00 pandora udev[1413]: namedev_name_device:
> sysfs_device->bus_id='0000:01:00.0' Mar 26 16:51:00 pandora udev[1413]:
> namedev_name_device: sysfs_device->bus='pci' Mar 26 16:51:00 pandora
> udev[1413]: wait_for_device_to_initialize: looking for file 'vendor' on bus
> 'pci' Mar 26 16:51:00 pandora udev[1413]: namedev_name_device:
> class_dev->name = 'nvidia0' Mar 26 16:51:00 pandora udev[1413]:
> namedev_name_device: udev->kernel_name = 'nvidia0' Mar 26 16:51:00 pandora
> udev[1413]: namedev_name_device: kernel_number='0' Mar 26 16:51:00 pandora
> udev[1413]: namedev_name_device: name, 'nvidia0' is going to have
> owner='root', group='video', mode = 0660 Mar 26 16:51:00 pandora
> udev[1413]: udev_add_device: udevdb_add_dev failed, but we are going to try
> to create the node anyway. But remove might not work properly for this
> device. Mar 26 16:51:00 pandora udev[1413]: udev_add_device: name='nvidia0'
> Mar 26 16:51:00 pandora udev[1413]: creating device node '/dev/nvidia0' Mar
> 26 16:51:00 pandora udev[1413]: make_node: chmod(/dev/nvidia0, 020660) Mar
> 26 16:51:00 pandora udev[1413]: make_node: chown(/dev/nvidia0, 0, 12) ...
> Mar 26 16:51:00 pandora udev[1412]: sysfs_path_is_link: stat() failed
> Mar 26 16:51:00 pandora last message repeated 8 times
> Mar 26 16:51:00 pandora udev[1412]: get_sysfs_device: timed out waiting for
> device symlink, continuing on anyway... Mar 26 16:51:00 pandora udev[1412]:
> namedev_name_device: class_dev->name = 'nvidiactl' Mar 26 16:51:00 pandora
> udev[1412]: namedev_name_device: udev->kernel_name = 'nvidiactl' Mar 26
> 16:51:00 pandora udev[1412]: namedev_name_device: kernel_number='' Mar 26
> 16:51:00 pandora udev[1412]: namedev_name_device: name, 'nvidiactl' is
> going to have owner='root', group='video', mode = 0660 Mar 26 16:51:00
> pandora udev[1412]: udev_add_device: udevdb_add_dev failed, but we are
> going to try to create the node anyway. But remove might not work properly
> for this device. Mar 26 16:51:00 pandora udev[1412]: udev_add_device:
> name='nvidiactl' Mar 26 16:51:00 pandora udev[1412]: creating device node
> '/dev/nvidiactl' Mar 26 16:51:00 pandora udev[1412]: make_node:
> chmod(/dev/nvidiactl, 020660) Mar 26 16:51:00 pandora udev[1412]:
> make_node: chown(/dev/nvidiactl, 0, 12) ...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
> _______________________________________________
> Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
> Linux-hotplug-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
Regards, Treeve
- --
PGP Key ID: AB929B24
PGP Key Fingerprint:31D9 D22F 42E6 F545 662E AB6F 9697 34C5 AB92 9B24
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAZI0clpc0xauSmyQRAqOQAKDm9Wm5hpe+2g68OtvTIJq0ph0ICACfYRP3
DDuIkSfjCBOuDZK8Dw5WIbg=5W7n
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&opÌk
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2004-03-26 20:05 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-26 17:08 udev fails to add/remove devices Oliver Paschke
2004-03-26 17:39 ` Kay Sievers
2004-03-26 20:05 ` Treeve Jelbert [this message]
2004-03-26 20:13 ` Oliver Paschke
2004-03-26 20:42 ` Oliver Paschke
2004-03-26 21:28 ` Oliver Paschke
2004-03-26 21:57 ` Kay Sievers
2004-03-27 12:55 ` Treeve Jelbert
2004-03-27 19:02 ` Kay Sievers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200403262105.51437.treeve01@pi.be \
--to=treeve01@pi.be \
--cc=linux-hotplug@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).