where is my /dev/input/mice on breezy?

[Allison Karlitskaya]

Usually when I start up my computer /dev/input/mice is missing.
Every now and then (about 1 time out of 5) it randomly exists.

/dev/.static/dev/input/mice is still there.

rawr?

[David Pashley (david-davidpashley)]

I've discovered that reloading mousedev works (rmmod mousedev; modprobe
mousedev) and the device is correctly created. I have mousedev in
/etc/modules. It seems that when the module gets loaded during boot udev
fails to notice the device and doesn't create it, but does after the
machine has booted. I don't have anything else that creates a device
node in /etc/modules, so I don't know if it is just mousedev or anything
in /etc/modules.

--
David Pashley
<email address hidden>
Nihil curo de ista tua stulta superstitione.

[Noël Köthe (noel)]

Hello,

I have the same problem and after booting I restart udev:

/etc/init.d/udev restart

and then I get the missing devices.

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

[Mark Purcell (msp)]

Looks like udev is the problem here. Try downgrading udev < 0.060...

I had exactly the same issues, couldn't start X no mice, couldn't load ALSA
hardware...

I downgraded to udev/testing (0.056-3) and everything is working again.

Have a look at http://bugs.debian.org/317626, http://bugs.debian.org/317332
and http://bugs.debian.org/317333. Perhaps these three could be merged.

Mark

[Marco d'Itri (md)]

severity 317626 important
merge 317333 317626
tag 317333 unreproducible upstream

--
ciao,
Marco

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.8.14
severity 317333 important
reassign 317626 udev
merge 317333 317626

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.8.14
severity 317639 important
tags 317639 unreproducible upstream
merge 317333 317639

[Mourad De Clerck (mourad)]

On Sun, 2005-07-10 at 11:00 +0200, Noèl Köthe wrote:
> I have the same problem and after booting I restart udev:
>
> /etc/init.d/udev restart
>
> and then I get the missing devices.

I just updated to 0.062-1, and now it's not just /dev/input/mice
anymore, but my alsa devices, input devices, nvidia, etc that just isn't
there on boot.

As Noèl mentions, doing /etc/init.d/udev restart after boot fixes it.

-- M

[Didrik Pinte (dpinte-itae)]

Hi,

As asked by udev 0.062 (0.062-4 here), i've installed a custom 2.6.12
kernel on my Sid.

My mouse and alsa driver aren't created anymore and it seems a lot of
devices not needed a created also (ex: tty[a-z]7, ..)

Didrik

[Marco d'Itri (md)]

On Jul 12, Didrik Pinte <email address hidden> wrote:

> As asked by udev 0.062 (0.062-4 here), i've installed a custom 2.6.12
> kernel on my Sid.
>
> My mouse and alsa driver aren't created anymore and it seems a lot of
> devices not needed a created also (ex: tty[a-z]7, ..)
This definitely needs to be investigated. Please report the content of
/etc/udev/ and /etc/udev/rules.d/
Also, are you sure that the relevant drivers have been loaded?

--
ciao,
Marco

[Didrik Pinte (dpinte-itae)]

Le mardi 12 juillet 2005 à 14:39 +0200, Marco d'Itri a écrit :
> On Jul 12, Didrik Pinte <email address hidden> wrote:
>
> > As asked by udev 0.062 (0.062-4 here), i've installed a custom 2.6.12
> > kernel on my Sid.
> >
> > My mouse and alsa driver aren't created anymore and it seems a lot of
> > devices not needed a created also (ex: tty[a-z]7, ..)
> This definitely needs to be investigated. Please report the content of
> /etc/udev/ and /etc/udev/rules.d/
> Also, are you sure that the relevant drivers have been loaded?

Sure, lsmod after boot has all the modules loaded (snd_intel8x0, psmouse
and mousedev are loaded).

I've also tried to purge udev installation and reinstall it after
without success.

A /etc/init.d/udev restart always fix the problem after the boot.

Here are the content of /etc/udev and /etc/udev/rules.d :

geru-itea:/home/did# ls /etc/udev
cd-aliases.rules hotplugd.rules scripts
cdsymlinks.conf links.conf simple-cd-aliases.rules
compat-full.rules permissionsd.old.tar.gz thinkpad.rules
compat.rules permissions.rules udev.conf
devfs.rules rules.d udev.rules
hal.rules run.rules udev.rules.labjack

geru-itea:/etc/udev/rules.d# ls
020_permissions.rules cd-aliases.rules udev.rules
z70_hotplugd.rules
050_hal-plugdev.rules thinkpad.rules z50_run.rules

Didrik

[Noël Köthe (noel)]

Hello,

the update of udev to now 0.062-4 fixed my problem with the
missing /dev/input/mice and I dont have to restart udev after rebooting
anymore.

$ uname -a
Linux apu 2.6.11-1-686 #1 Mon Jun 20 22:00:38 MDT 2005 i686 GNU/Linux

thx.

--
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

[Marco d'Itri (md)]

On Jul 12, Noèl Köthe <email address hidden> wrote:

> the update of udev to now 0.062-4 fixed my problem with the
> missing /dev/input/mice and I dont have to restart udev after rebooting
> anymore.
>
> $ uname -a
> Linux apu 2.6.11-1-686 #1 Mon Jun 20 22:00:38 MDT 2005 i686 GNU/Linux
This is interesting, because nothing in udev itself was changed.
(IOW, this bug is even more subtle...)

--
ciao,
Marco

[Mourad De Clerck (mourad)]

On Tue, 2005-07-12 at 19:22 +0200, Noèl Köthe wrote:
> the update of udev to now 0.062-4 fixed my problem with the
> missing /dev/input/mice and I dont have to restart udev after rebooting
> anymore.

Are you sure udev is not just deactivated? I think Marco set it up so
that udev detects whether or not 2.6.12 is running, and if it's not
(like in your case 2.6.11) it just stops. Well, that's how I understood
it at least.

Personally I had to temporarily downgrade to sarge's udev, seeing as I
was getting more problems (sbp2 problems) - at least until 2.6.12 enters
debian.

-- M

[Marco d'Itri (md)]

On Jul 12, Mourad De Clerck <email address hidden> wrote:

> Are you sure udev is not just deactivated? I think Marco set it up so
> that udev detects whether or not 2.6.12 is running, and if it's not
> (like in your case 2.6.11) it just stops. Well, that's how I understood
> it at least.
Not when upgrading from earlier 0.060-* versions.

--
ciao,
Marco

[Ralf Hildebrandt (ralf-hildebrandt)]

Package: udev
Version: 0.062-4
Followup-For: Bug #317333

In addition to the observations of the initial reporter I must report,
that /etc/init.d/udev restart does INDEED (after the bootup) DOES create
/dev/input/mice. So I wonder if this is a timing problem?

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 20 Apr 10 09:58 020_permissions.rules -> ../permissions.rules
lrwxr-xr-x 1 root root 19 Dec 4 2004 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx 1 root root 13 Jul 4 2004 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 12 Jul 4 09:30 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 17 Jul 4 09:30 z70_hotplugd.rules -> ../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/graphics/fb0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/event3/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/input/mouse1/dev
/sys/class/input/mouse2/dev
/sys/class/input/ts0/dev
/sys/class/input/ts1/dev
/sys/class/input/ts2/dev
/sys/class/misc/ndiswrapper/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/ppp/ppp/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/audio1/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dsp/dev
/sys/class/sound/dsp1/dev
/sys/class/sound/mixer/dev
/sys/class/sound/mixer1/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D0p/dev
/sys/class/sound/timer/dev

-- Kernel configuration:
 isapnp_init not present.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages udev depends on:
ii hotplug 0.0.20040329-24 Linux Hotplug Scripts
ii initscripts 2.86.ds1-1 Standard scripts needed for bootin
ii libc6 2.3.5-1 GNU C Library: Shared libraries an
ii libselinux1 1.24-1 SELinux shared libraries
ii makedev 2.3.1-78 creates device files in /dev
ii sed 4.1.4-2 The GNU sed stream editor

udev recommends no packages.

-- debconf information:
  udev/devfs-warning:
* udev/reboot-warning:

[Marco d'Itri (md)]

On Jul 13, Ralf Hildebrandt <email address hidden> wrote:

> In addition to the observations of the initial reporter I must report,
> that /etc/init.d/udev restart does INDEED (after the bootup) DOES create
> /dev/input/mice. So I wonder if this is a timing problem?
This sucks, I see that you are running 2.6.13rc...

Please reboot with this installed as
/etc/hotplug.d/default/logger.hotplug and send me the compressed
/dev/hotplug.log file.

--
ciao,
Marco

[Joost Kooij (joost-213-84-68-67)]

Hi,

I set the logging from "err" to "info" in /etc/udev/udev.conf and
I got errors in the syslog like so:
udevinfo[2129]: udev_db.c: unable to read db file '/dev/.udevdb/class@input@mous e0These did not show up with "err" logging. Strange..

Anyway, the problem turned out to be a broken udev_db setting in udev.conf
My udev.conf had it set to "/dev/.udevdb", but because /etc/init.d/udev-mtab
doesn't bind mount that (anymore?), it is not there. After changing it to
"/dev/.static/dev/.udevdb", things were all merry again.

Perhaps this helps?

Cheers,

Joost

[Marco d'Itri (md)]

On Jul 14, Joost Kooij <[e-mail]> wrote:

> Anyway, the problem turned out to be a broken udev_db setting in udev.conf
> My udev.conf had it set to "/dev/.udevdb", but because /etc/init.d/udev-mtab
> doesn't bind mount that (anymore?), it is not there. After changing it to
> "/dev/.static/dev/.udevdb", things were all merry again.
No, this is meaningless. /etc/init.d/udev-mtab has nothing to do with
this, the directory is supposed to be created by udevstart and using
/dev/.static/dev/.udevdb is definitely wrong because the file system
will be read only.
Let's try a different approach. What happens if you restore the correct
udev.conf and add "mkdir /dev/.udevdb" to /etc/init.d/udev after the
"warn_if_interactive" line?

--
ciao,
Marco

[Ralf Hildebrandt (ralf-hildebrandt)]

* Marco d'Itri <email address hidden>:

> > In addition to the observations of the initial reporter I must report,
> > that /etc/init.d/udev restart does INDEED (after the bootup) DOES create
> > /dev/input/mice. So I wonder if this is a timing problem?

> This sucks, I see that you are running 2.6.13rc...

You bet it sucks :) I played around a bit and found that it happens
sometimes, sometimes it doesn't. I don't know what it depends on. Even
with the SAME kernel -- sometimes it works, sometimes it doesn't.

> Please reboot with this installed as
> /etc/hotplug.d/default/logger.hotplug and send me the compressed
> /dev/hotplug.log file.

I did that. If the device files are not created I get NO logfile. If
the bootup works correctly, I get a log (attached).

--
_________________________________________________

  Charité - Universitätsmedizin Berlin
_________________________________________________

  Ralf Hildebrandt
   i.A. Geschäftsbereich Informationsmanagement
   Campus Benjamin Franklin
   Hindenburgdamm 30 | Berlin
   Tel. [phone] | Fax [phone]
   <email address hidden>
   http://www.charite.de

[Marco d'Itri (md)]

On Jul 14, Ralf Hildebrandt <email address hidden> wrote:

> > Please reboot with this installed as
> > /etc/hotplug.d/default/logger.hotplug and send me the compressed
> > /dev/hotplug.log file.
> I did that. If the device files are not created I get NO logfile. If
This is what other people reported too... It means that for some reason
*no* RUN rule is being honoured, which is even harder to explain.
One of the upstream maintainers suggested to try again with no rules
files (rename /etc/udev/rules.d/).
Myself, I suggest to also try again with "mkdir /dev/.udevdb/" in the
init script after the warn_if_interactive line.

--
ciao,
Marco

[Mourad De Clerck (mourad)]

> Please reboot with this installed as
> /etc/hotplug.d/default/logger.hotplug and send me the compressed
> /dev/hotplug.log file.

I'm not sure if this is of use to you, considering I'm still using 2.6.11.

But here are the logs generated on boot for udev 0.056-3, 0.060-1, 0.062-1, 0.062-3 and 0.062-4.

These are the symptoms I experience with every udev version.
- 0.056-3: works perfectly
- 0.060-1: a bit of breakage, like /dev/input/mice missing
- 0.062-1: a boatload of breakage, like alsa devices (and lots of others) missing
- 0.062-3 and -4: udev gets disabled on boot, because kernel < 2.6.12, so I guess you can ignore these.

-- M

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.8.14
severity 318334 important
tags 318334 unreproducible upstream
merge 318334 317333
tags 317333 help

[Marco d'Itri (md)]

On Jul 14, Marco d'Itri <email address hidden> wrote:

> Myself, I suggest to also try again with "mkdir /dev/.udevdb/" in the
> init script after the warn_if_interactive line.
This one works, and correctly works around the bug.
I will upload a fixed package in one or two days.

--
ciao,
Marco

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.8.14
tags 317333 - help unreproducible upstream

[Marco d'Itri (md)]

I uploaded at http://www.bofh.it/~md/debian/ an updated package which
should fix this bug.
Please let me know how it will work (without replying to everybody!).

--
ciao,
Marco

[Joost Kooij (joost-213-84-68-67)]

Hi,

First of all, sorry for using telnet as a mail client. Alas, I'm a little
underorganised right now, so this is in ad hoc mode. I'll try to check the
bug log for any replies and necessary further info you might need.

I tried the "mkdir /dev/.udevdb" mod to /etc/init.d/udev and it did not help.
Some other things I tried, broke my system in many funny ways, but still
I could not find the source of the problem. I did find a stray file + dir
/etc/udev/permissions.d/udev.permissions . dpkg knew nothing about it.

Then I purged both udev and hotplug from my system and reinstalled.
This actually broke in the case of udev, report below.

I also tried booting an initrd kernel (2.6.13-rc3) and a straight kernel
(2.6.13-rc3-mm1) and it made no difference wrt the udev problem. It did
bring up another data point, though (fwiw): I changed one hd controller
driver to be modular, which caused a problem in /etc/init.d/checkfs.sh (hde1
device not found). That spawns an early root login, in which I restarted
udev, hoping that it would preempt the alsa/gpm/gdm errors later. Alas, that
does not work either. When later gdm has given up, udev restart still does
make the system completely functional again.

Here's a terminal dump of some of what I did:

thunderbird:/etc/udev# dpkg -S /etc/udev/permissions.d/
dpkg: /etc/udev/permissions.d/ not found.
thunderbird:/etc/udev# rm -r permissions.d/
thunderbird:/etc/udev# cd
thunderbird:~# apt-get install udev
Reading package lists... Done
Building dependency tree... Done
You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:
  udev: Depends: hotplug (>= 0.0.20040329-17)
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
thunderbird:~# apt-get install udev hotplug
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  ifrename
The following NEW packages will be installed:
  hotplug udev
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/351kB of archives.
After unpacking 1266kB of additional disk space will be used.
Selecting previously deselected package hotplug.
(Reading database ... 81643 files and directories currently installed.)
Unpacking hotplug (from .../hotplug_0.0.20040329-24_all.deb) ...
Selecting previously deselected package udev.
Unpacking udev (from .../archives/udev_0.062-4_i386.deb) ...
Setting up hotplug (0.0.20040329-24) ...

Setting up udev (0.062-4) ...
Populating the new /dev filesystem temporarily mounted on /tmp/udev.3vA3De/...
mount: special device /dev/pts/ does not exist
dpkg: error processing udev (--configure):
 subprocess post-installation script returned error exit status 32
Errors were encountered while processing:
 udev
E: Sub-process /usr/bin/dpkg returned an error code (1)
thunderbird:~# mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
/dev/hda6 on /usr type ext3 (rw)
/dev/hda7 on /var type ext3 (rw)
/dev/hda8 on /home type ext3 (rw)
/dev/hdd1 on /mnt type ext3 (rw)
usbfs on /proc/bus/usb type usbfs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
tmpfs on /dev/shm type tm...

[Joost Kooij (joost-213-84-68-67)]

Hi,

Here's a quick turnaround. I got udev 0.63 from your website and everything
seems to work fine now. Of course, in the last mail I meant to write "0.63 is
just out", instead of "0.64". Anyway, thanks for the quick response to bugs
and upstream releases.

BTW, during debugging, I noticed that the scripts in the initrd image created
by the mkinitrd package assume devfs support still. Perhaps they need a tune-
up and use udev instead?

Cheers,

Joost

(please reply to bug# only - this address bounces)

[Marco d'Itri (md)]

Source: udev
Source-Version: 0.063-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

udev_0.063-1.diff.gz
  to pool/main/u/udev/udev_0.063-1.diff.gz
udev_0.063-1.dsc
  to pool/main/u/udev/udev_0.063-1.dsc
udev_0.063-1_i386.deb
  to pool/main/u/udev/udev_0.063-1_i386.deb
udev_0.063.orig.tar.gz
  to pool/main/u/udev/udev_0.063.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <email address hidden> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Fri, 15 Jul 2005 23:37:29 +0200
Source: udev
Binary: udev udev-udeb
Architecture: source i386
Version: 0.063-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Marco d'Itri <email address hidden>
Description:
 udev - /dev/ management daemon
Closes: 317333 317639 318115 318334
Changes:
 udev (0.063-1) unstable; urgency=low
 .
   * New upstream release.
   * Always create .udevdb in the init script, to make the enable_after_udev
     patch work. Many thanks to Kay Sievers for the invaluable debugging tips.
     (Closes: #317333, #317639, #318334)
   * Do not build the udeb with selinux support. (Closes: #318115)
Files:
 26c942a48e499ea28e56c8d5b8f876ee 578 admin optional udev_0.063-1.dsc
 1f532521acc019a74b07dd8b91fe67f9 434670 admin optional udev_0.063.orig.tar.gz
 cdab7480ed10deecd2af2f4dc3c76a82 28415 admin optional udev_0.063-1.diff.gz
 65c5f3299983090b3e161e8664dfc823 293176 admin optional udev_0.063-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC2TpNFGfw2OHuP7ERAuGQAJ9qPFtjWAlY1KsPz+o3EXsDtVoGuwCaAnDm
A+5VaMZaOvW77GWA94mkJv4=
=MiMD
-----END PGP SIGNATURE-----

[Allison Karlitskaya (desrt)]

Usually when I start up my computer /dev/input/mice is missing.
Every now and then (about 1 time out of 5) it randomly exists.

/dev/.static/dev/input/mice is still there.

rawr?

[Allison Karlitskaya (desrt)]

Should mention: 'mice' device definitely exists in every other way (ie: opening
the static one works)

also, from dmesg:

[4294675.683000] mice: PS/2 mouse device common for all mice

[Mourad De Clerck (mourad)]

reopen 317333
thanks

On Sat, 2005-07-16 at 10:33 -0700, Debian Bug Tracking System wrote:
> Source: udev
> Source-Version: 0.063-1
>
> We believe that the bug you reported is fixed in the latest version of
> udev, which is due to be installed in the Debian FTP archive:

Sorry, I'm afraid it's still there. I had installed 0.063-1 a while
back, but only recently installed 2.6.12 (linux-image-2.6.12-1-k7) - as
udev got disabled on boot with 2.6.11, I didn't see the bug of course.

/dev/input/mice is still missing on boot.

Let me know how I can help you chase down this bug.

-- M

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.8.14
unmerge 317333
close 318334

[Marco d'Itri (md)]

On Jul 28, Mourad De Clerck <email address hidden> wrote:

> Let me know how I can help you chase down this bug.
Are mousedev and all the other related drivers loaded?
Does /sys/class/input/mice/dev exist?
Does running udevstart make the device appear?
Did you read README.Debian?

--
ciao,
Marco

[Mourad De Clerck (mourad)]

On Thu, 2005-07-28 at 18:34 +0200, Marco d'Itri wrote:
> On Jul 28, Mourad De Clerck <email address hidden> wrote:
>
> > Let me know how I can help you chase down this bug.
> Are mousedev and all the other related drivers loaded?

mousedev is loaded in /etc/modules, just to be sure. Otherwise
everything I can think of (usbhid, bluetooth hidp etc) is all loaded by
hotplug etc.

> Does /sys/class/input/mice/dev exist?

yes.

$ cat /sys/class/input/mice/dev
13:63

> Does running udevstart make the device appear?

yes - doing a find in /dev/ before and after doing udevstart shows it
only affects /dev/input/mice - unlike previous episodes where lots of
other devices (like nvidia) were missing.

--- dev_after_boot_sorted.txt 2005-07-28 19:26:22.000000000 +0200
+++ dev_after_udevstart_sorted.txt 2005-07-28 19:26:39.000000000
+0200
@@ -5805,2 +5805,3 @@
 /dev/.udevdb/class@input@event5
+/dev/.udevdb/class@input@mice
 /dev/.udevdb/class@input@mouse0
@@ -5845,2 +5846,3 @@
 /dev/input/event5
+/dev/input/mice
 /dev/input/mouse0

> Did you read README.Debian?

yes - read and re-read.

-- Mourad

[Mourad De Clerck (mourad)]

reopen 317333
thanks

-- M

[Marco d'Itri (md)]

On Jul 28, Mourad De Clerck <email address hidden> wrote:

> Let me know how I can help you chase down this bug.
Please check if you can still reproduce this bug with udev 066 and a
2.6.12 kernel.

--
ciao,
Marco

[Mourad De Clerck (mourad)]

On Sun, 2005-08-14 at 04:00 +0200, Marco d'Itri wrote:
> On Jul 28, Mourad De Clerck <email address hidden> wrote:
> > Let me know how I can help you chase down this bug.
> Please check if you can still reproduce this bug with udev 066 and a
> 2.6.12 kernel.

Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
can still reproduce this bug. After boot certain devices don't show up,
but after running udevstart they seem to be there. Compared to the
previous udev version I checked where only /dev/input/mice was affected,
now my cdrw/dvd devices seem to be affected too:

--- dev_after_boot.txt 2005-08-14 14:33:44.000000000 +0200
+++ dev_after_udevstart.txt 2005-08-14 14:34:06.000000000 +0200
@@ -1,2 +1,5 @@
 /dev/
+/dev/dvd
+/dev/cdrw
+/dev/cdrom
 /dev/vcsa5
@@ -20,2 +23,3 @@
 /dev/input
+/dev/input/mice
 /dev/input/event5
@@ -745,2 +749,4 @@
 /dev/.udevdb
+/dev/.udevdb/class@input@mice
+/dev/.udevdb/block@hdc
 /dev/.udevdb/class@input@event5

-- Mourad

[Marco d'Itri (md)]

On Aug 14, Mourad De Clerck <email address hidden> wrote:

> Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> can still reproduce this bug. After boot certain devices don't show up,
> but after running udevstart they seem to be there. Compared to the
> previous udev version I checked where only /dev/input/mice was affected,
> now my cdrw/dvd devices seem to be affected too:
You will have to try with some extensive debugging then.
Please add to the udev init script commands to mount / (or /var) rw and
start syslogd just before udevstart is called:

mount / -o rw,remount
/etc/init.d/sysklogd start

Set udev_log="debug" in /etc/udev/udev.conf and then reboot with
init=/bin/bash on the kernel command line and manually start udev:

/etc/rcS.d/S02mountvirtfs start
/etc/rcS.d/S04udev start

You should find some useful debugging information in the log.

--
ciao,
Marco

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.9.4
tags 301780 unreproducible moreinfo help
tags 317333 unreproducible moreinfo help
tags 323030 unreproducible moreinfo help
tags 321276 unreproducible moreinfo help
tags 322205 unreproducible moreinfo help

[joe (joerg-unglaub)]

Where is it thats my question too.

It must be related to kernel 2.6.12. If I boot 2.6.10 the
mice devices work. But under 2.6.12 nope no X.
but my touchpad now works as Synaptics on /dev/psaux.
Next: if the is no /dev/input/mice additionally plugged
externel Mice won't work. :-( you have to configure each one

[Jacob Emcken (jacob-emcken)]

A few days ago I did my daily Breezy update (dist-upgrade).

The next day I booted X wouldn't start because I was missing /dev/input/mice.
Unplugging and plugging my USB mouse a /dev/input/mouse0 was created. Then I
created a symlink from mice to mouse0 and restarted GDM.

Now X starts... but I have to do this a every startup. Might this be related?

[Allison Karlitskaya (desrt)]

Sounds pretty much the same

You might want to symlink to /dev/.static/dev/input/mice instead, though. If
you symlink to mouse0 then your X mouse cursor won't survive
unplugging/replugging your USB mouse.

[Tristan Tarrant (tristan-tarrant)]

It is the kernel's fault (at least version 2.6.12-6.10). I just upgraded to
2.6.12-7.11 and everything is back to normal.

[Martijn vdS (martijn)]

It's not back to normal for me on 2.6.12-7-686. Only a few devices are available
in /dev/input, and /dev/hdc (my CD-ROM drive) is missing too.

Restarting udev (/etc/init.d/udev restart) fixes the problem for me consistently
though.

[Marco d'Itri (md)]

On Aug 14, Marco d'Itri <email address hidden> wrote:

> > Let me know how I can help you chase down this bug.
> Please check if you can still reproduce this bug with udev 066 and a
> 2.6.12 kernel.
What about 068?

--
ciao,
Marco

[boppy (boppy)]

Hi,
I use Version: 0.068-1 and kernel 2.6.12.
After booting there is still no /dev/input/mice.
If I restart udev everything works fine.

 Andreas

[Marco d'Itri (md)]

On Aug 22, boppy <email address hidden> wrote:

> I use Version: 0.068-1 and kernel 2.6.12.
> After booting there is still no /dev/input/mice.
Please try to get a debug log at boot time as explained, I cannot
reproduce this bug and I cannot do anything without further information.

--
ciao,
Marco

[Marco d'Itri (md)]

On Aug 24, boppy <email address hidden> wrote:

> No idea, it didn't work, so perhaps we can try something else. I send you a
> part of my logfile, after I do a regular boot and before I restart udev.
Not helpful, there are no mentions of mice.

> Aug 23 23:08:56 (none) udev[2971]: run_program: '/usr/lib/hal/hal.hotplug'
> 'module'
> Aug 23 23:08:56 (none) udev[2986]: run_program: exec of program failed
>
> Could it be, that /usr is not mounted at this time?
Yes, but it's harmless.

--
ciao,
Marco

[boppy (boppy)]

No idea, it didn't work, so perhaps we can try something else. I send you a
part of my logfile, after I do a regular boot and before I restart udev.

There are some error-messages:

Aug 23 23:08:56 (none) udev[2971]: run_program: '/usr/lib/hal/hal.hotplug'
'module'
Aug 23 23:08:56 (none) udev[2986]: run_program: exec of program failed

Could it be, that /usr is not mounted at this time?

Am Dienstag, 23. August 2005 20:38 schrieben Sie:
> On Aug 23, boppy <email address hidden> wrote:
> > I am sorry but it don't get this to work.
> > I boot as you told me and I'm on a clean shell.
> > / is mounted rw und syslog starts before udevstart.
> > -part of /etc/init.d/udev-
> > mount / -o rw,remount
> > /etc/init.d/sysklogd start
> > udevstart
>
> It looks right, so I'm not sure about what's wrong.
> Try with "export UDEV_LOG=debug" before starting the init script.

[Mourad De Clerck (mourad)]

On Sun, 2005-08-14 at 14:57 +0200, Marco d'Itri wrote:
> On Aug 14, Mourad De Clerck <email address hidden> wrote:
> You will have to try with some extensive debugging then.

I just tried debugging:

0. (before rebooting I set udev_log="debug" in /etc/udev/udev.conf)
1. boot Debian linux-image-2.6.12-1-k7 with init=/bin/bash
2. mount / -o rw,remount
3. /etc/rcS.d/S02mountvirtfs start
4. /etc/init.d/sysklogd start
5. modprobe ohci_hcd (hotplug loads the other necessary modules, like
usbhid, and mousedev - doublechecked they are loaded in dmesg/lsmod)
6. /etc/rcS.d/S04udev start

... result: /dev/input/mice _is_ present! (annoying, as it makes it
harder to replicate/simplify the bug)

However I failed to capture any relevant bits of syslog information -
syslog only contains hotplug messages like:
Aug 24 22:32:55 (none) input.agent[1528]: mousedev: loaded
successfully

I guess we're still not closer to figuring out what's going on.

-- M

[Marco d'Itri (md)]

On Aug 24, Mourad De Clerck <email address hidden> wrote:

> 0. (before rebooting I set udev_log="debug" in /etc/udev/udev.conf)
What happens if you do not set this?

--
ciao,
Marco

[Mourad De Clerck (mourad)]

On Wed, 2005-08-24 at 23:12 +0200, Marco d'Itri wrote:
> On Aug 24, Mourad De Clerck <email address hidden> wrote:
> > 0. (before rebooting I set udev_log="debug" in /etc/udev/udev.conf)
> What happens if you do not set this?

No change whatsoever.

-- M

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 19179 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

Could you provide the following information:

  udevinfo -a -p /class/input/mice

  udevinfo -q all -n input/mice

  udevinfo -d
  (attach this one, rather than pasting)

Also try setting udev_log="debug" in /etc/udev/udev.conf and attach
/var/log/syslog after a boot (you can trim this if you want)

[Marco d'Itri (md)]

On Aug 14, Mourad De Clerck <email address hidden> wrote:

> Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> can still reproduce this bug. After boot certain devices don't show up,
One of the udev maintainers suggested to try adding mousedev to
/etc/modules.

--
ciao,
Marco

[boppy (boppy)]

Am Donnerstag, 25. August 2005 16:49 schrieben Sie:
> On Aug 14, Mourad De Clerck <email address hidden> wrote:
> > Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> > can still reproduce this bug. After boot certain devices don't show up,
>
> One of the udev maintainers suggested to try adding mousedev to
> /etc/modules.

it's already in my /etc/modules

[Mourad De Clerck (mourad)]

On Thu, 2005-08-25 at 16:49 +0200, Marco d'Itri wrote:
> On Aug 14, Mourad De Clerck <email address hidden> wrote:
>
> > Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> > can still reproduce this bug. After boot certain devices don't show up,
> One of the udev maintainers suggested to try adding mousedev to
> /etc/modules.
>

Actually, they are on to something because I had just found out
something significant.

I had 2 things in my /etc/modules:

mousedev
ide-cd

The reason why I added mousedev is that (quite) a while back it wouldn't
get automatically loaded. ide-cd was a debian default if I am not
mistaken.

I commented both out, and on reboot /dev/input/mice was there!

Just to make sure there were no other devices missing, I started
udevstart again and compared the before and afters:

--- dev_before_udevstart.txt 2005-08-25 16:20:35.000000000 +0200
+++ dev_after_udevstart.txt 2005-08-25 16:20:54.000000000 +0200
@@ -1,2 +1,5 @@
 /dev/
+/dev/dvd1
+/dev/cdrw1
+/dev/cdrom1
 /dev/vcsa1

Now this is weird (and new) - there's no clear reason why extra
(unecessary) dev nodes are made afterwards, and why he didn't make them
in the first place (on boot). The nodes point to the same thing:

lrwxrwxrwx 1 root root 3 Aug 25 16:19 /dev/dvd -> hdc
lrwxrwxrwx 1 root root 3 Aug 25 16:20 /dev/dvd1 -> hdc

(similarly for cdrw/cdrw1, and cdrom/cdrom1 - there's no dvd0)

I guess it's because I commented out ide-cd too ...?

It's still very weird that modules listed in /etc/modules have this
effect on udev. In the end the same modules are loaded, just at
different times (and maybe twice?).

-- Mourad

[Allison Karlitskaya (desrt)]

Created an attachment (id=3387)
part one of the info

here's the output of the commands you requested.

i'll try rebooting with the logging enabled a bit later.

[Allison Karlitskaya (desrt)]

btw:

desrt@moonpix:~$ ls -l /dev/input/
total 0
crw-rw---- 1 root root 13, 64 2005-08-24 21:01 event0
crw-rw---- 1 root root 13, 65 2005-08-24 21:01 event1
crw-rw---- 1 root root 13, 66 2005-08-24 21:01 event2
crw-rw---- 1 root root 13, 67 2005-08-24 21:01 event3
crw-rw---- 1 root root 13, 68 2005-08-24 21:01 event4
lrwxrwxrwx 1 root root 17 2005-08-24 21:03 ev_external -> /dev/input/event3
lrwxrwxrwx 1 root root 17 2005-08-24 21:03 ev_keyboard -> /dev/input/event1
lrwxrwxrwx 1 root root 17 2005-08-24 21:03 ev_mackeys -> /dev/input/event2
lrwxrwxrwx 1 root root 17 2005-08-24 21:03 ev_mouse -> /dev/input/event0
crw-rw-r-- 1 root root 13, 0 2005-08-24 21:01 js0
crw-rw---- 1 root root 13, 128 2005-08-24 21:01 ts0

but....
desrt@moonpix:~$ lsmod | grep mousedev
mousedev 12132 1

*shrug*

[Kay Sievers (kaysievers)]

On Thu, Aug 25, 2005 at 07:47:56PM +0200, Marco d'Itri wrote:
> An interesting comment.

> Subject: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)
> From: Mourad De Clerck <email address hidden>
> To: Marco d'Itri <email address hidden>
> Cc: <email address hidden>

> On Thu, 2005-08-25 at 16:49 +0200, Marco d'Itri wrote:
> > On Aug 14, Mourad De Clerck <email address hidden> wrote:
> >
> > > Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> > > can still reproduce this bug. After boot certain devices don't show up,
> > One of the udev maintainers suggested to try adding mousedev to
> > /etc/modules.
> >
>
> Actually, they are on to something because I had just found out
> something significant.
>
> I had 2 things in my /etc/modules:
>
> mousedev
> ide-cd
>
> The reason why I added mousedev is that (quite) a while back it wouldn't
> get automatically loaded. ide-cd was a debian default if I am not
> mistaken.
>
> I commented both out, and on reboot /dev/input/mice was there!

Strange, the event seems to get lost. If you restore the
failing setup and add a "sleep 1" before udevstart, does it work then?

> Just to make sure there were no other devices missing, I started
> udevstart again and compared the before and afters:
>
> --- dev_before_udevstart.txt 2005-08-25 16:20:35.000000000 +0200
> +++ dev_after_udevstart.txt 2005-08-25 16:20:54.000000000 +0200
> @@ -1,2 +1,5 @@
> /dev/
> +/dev/dvd1
> +/dev/cdrw1
> +/dev/cdrom1
> /dev/vcsa1
>
> Now this is weird (and new) - there's no clear reason why extra
> (unecessary) dev nodes are made afterwards, and why he didn't make them
> in the first place (on boot). The nodes point to the same thing:
>
> lrwxrwxrwx 1 root root 3 Aug 25 16:19 /dev/dvd -> hdc
> lrwxrwxrwx 1 root root 3 Aug 25 16:20 /dev/dvd1 -> hdc
>
> (similarly for cdrw/cdrw1, and cdrom/cdrom1 - there's no dvd0)
>
> I guess it's because I commented out ide-cd too ...?
>
> It's still very weird that modules listed in /etc/modules have this
> effect on udev. In the end the same modules are loaded, just at
> different times (and maybe twice?).

No, this is ok. %e is used, i think. That %e is not very smart and just
increases the number if the udevdb is not cleared before the run of
udevstart.

Kay

[Scott James Remnant (Canonical) (canonical-scott)]

After testing, I'm able to sometimes replicate this.

[Scott James Remnant (Canonical) (canonical-scott)]

Should be fixed by:

 udev (0.060-1ubuntu10) breezy; urgency=low
 .
   * debian/udev.init: Cope with a /dev tmpfs already being present.
     (Ubuntu #14226)
     Always make sure $udev_root/.udevdb is around
     (Ubuntu #12915)

Can anyone who has this problem upgrade to that, and see if they still have trouble?

[Allison Karlitskaya (desrt)]

Created an attachment (id=3452)
/var/log/syslog output from booting with udev on debug mode

The problem still exists in the current udev 0.060-1ubuntu10.

The output of the 3 commands is still the same. I've attached a log of my
bootup -- hope this helps.

[Scott James Remnant (Canonical) (canonical-scott)]

This bug has been marked as a duplicate of bug 20465.

[Scott James Remnant (Canonical) (canonical-scott)]

Ryan: could you try doing

aptitude install udev initramfs-tools
dpkg-reconfigure linux-image-`uname -r`

and rebooting -- it might be that you need to regenerate your initramfs to make
this work.

[Matt Zimmerman (mdz)]

Reopened per discussion in #14226; this seems like it could be a separate issue

[Allison Karlitskaya (desrt)]

For what it's worth, I just did a Colony 3 install and I no longer experience
this problem. Prior to this I had been running a system that I had upgraded
from Hoary around June and followed Breezy with.

[Scott James Remnant (Canonical) (canonical-scott)]

Indeed, this is the bug I had discussed with Jeff for which he closed #14226 --
this must be another symptom of initramfs/udev interaction. I'll grab him when
he wakes up.

[Scott James Remnant (Canonical) (canonical-scott)]

Given Ryan (the reporter) hasn't seen this bug since re-installing, I'm going to
close it. I've not been able to replicate it since the udev fix.

[Scott James Remnant (Canonical) (canonical-scott)]

There's rumour that mdz is still having problems -- so reopening and will pounce
on him when _he_ wakes up :D

[Allison Karlitskaya (desrt)]

The bug seems to be caused by following Breezy through it's early development.

There is no reason to believe that this will affect users who do a fresh install
or upgrade from Hoary. I'm OK with this being closed.

[Allison Karlitskaya (desrt)]

"its", sorry. (oh i hate that) :)

[Scott James Remnant (Canonical) (canonical-scott)]

We actually think this bug is caused by the "unix" module not being around/ready
for udev to use to communicate with its daemon early enough in the boot process
for those modules listed in /etc/modules to be plugged properly.

[Scott James Remnant (Canonical) (canonical-scott)]

David, could you try the following:

echo unix >> /etc/mkinitramfs/modules
dpkg-reconfigure linux-image-`uname -r`

and reboot.

If you still don't have /dev/input/mice then, could you attach your /etc/modules
file.

[Scott James Remnant (Canonical) (canonical-scott)]

Oh, and could you also attach your "lsmod" output

[David Sedeño Fernandez (david-alderia)]

Scott, with your instructions alls works ok, /dev/input/mice created at boot
time and X starts OK.

Thanks.

[Scott James Remnant (Canonical) (canonical-scott)]

bugger.

I was rather hoping you wouldn't say that.

Jeff, looks like we need to load unix in initramfs *sigh*

[Jeff Bailey (jbailey)]

Done with initramfs-tools 0.25. I'll leave this for you to close.

[Scott James Remnant (Canonical) (canonical-scott)]

Let's leave it open for a few days. Anybody experiencing this bug, make sure
you have the latest version of udev and initramfs-tools installed and do:

  dpkg-reconfigure linux-image-`uname -r`

before you reboot. If you still see the bug, please provide the output of lsmod
and your /etc/modules file.

If nobody posts for a few days, we'll assume we fixed it.

[Marco d'Itri (md)]

Looks like the Ubuntu people have found a workaround, but I do not know
why unix.ko is not always being correctly autoloaded.

(Anyway, a generic kernel with modular AF_UNIX is stupidly broken.)

----- Forwarded message from Jeff Bailey <email address hidden> -----

From: Jeff Bailey <email address hidden>
Subject: udev not creating /dev/input/mice
To: Marco d'Itri <email address hidden>

We traced the race condition here, FYI: It seems that the 'unix' kernel
module isn't always loaded, so udevsend can't talk to udevd. In our
testcases, it looks like forcing it to be loaded in advance does the
trick.

Ubuntu Bug: http://bugzilla.ubuntu.com/show_bug.cgi?id=12915

Tks,
Jeff Bailey

----- End forwarded message -----

--
ciao,
Marco

[Marco d'Itri (md)]

On Sep 01, Marco d'Itri <email address hidden> wrote:

> Looks like the Ubuntu people have found a workaround, but I do not know
> why unix.ko is not always being correctly autoloaded.
I would like the users experiencing this bug to confirm that AF_UNIX is
modular on their system and then boot with init=/bin/bash, check that
the module is not loaded and check if it is after sending an event
this way:

ACTION=add DEVPATH=/devices/system/cpu/cpu0 SUBSYSTEM=cpu /sbin/udevsend

udevd should be started too. If this is not happening, then we have
a problem.

--
ciao,
Marco

[boppy (boppy)]

Am Donnerstag, 1. September 2005 14:22 schrieb Marco d'Itri:
> I would like the users experiencing this bug to confirm that AF_UNIX is
> modular on their system and then boot with init=/bin/bash, check that
> the module is not loaded and check if it is after sending an event
> this way:
>
> ACTION=add DEVPATH=/devices/system/cpu/cpu0 SUBSYSTEM=cpu /sbin/udevsend
>
> udevd should be started too. If this is not happening, then we have
> a problem.

OK!
unix.ko is loaded and udevd started.

[Marco d'Itri (md)]

On Sep 01, boppy <email address hidden> wrote:

> unix.ko is loaded and udevd started.
Annoying. Please try these tests (not at the same time), and do multiple
reboots to be sure that it's not working for unrelated reasons:

* add "/sbin/udevd &" at the top of the init script
* add "modprobe unix" at the top of the init script

--
ciao,
Marco

[boppy (boppy)]

Am Donnerstag, 1. September 2005 19:15 schrieb Marco d'Itri:

> Annoying. Please try these tests (not at the same time), and do multiple
> reboots to be sure that it's not working for unrelated reasons:
>
> * add "/sbin/udevd &" at the top of the init script
> * add "modprobe unix" at the top of the init script

I tried it with some reboots and :

/sbin/udevd & => works
modprobe unix => doesn't

[David Sedeño Fernandez (david-alderia)]

Created an attachment (id=3549)
lsmod with nvidia driver

[David Sedeño Fernandez (david-alderia)]

I have this bug again when I have switched from nv to nvidia driver in
xorg.conf. Attached are my lsmod and /etc/modules.

[David Sedeño Fernandez (david-alderia)]

Created an attachment (id=3550)
/etc/modules

[Jim Bray (jb-cs)]

 (vaguely apropos this bug) A friend, at my encouragement, just did an install
and mouse detection failed on some old mboard he's using, attempting to use a
nonexistent PS2
instead of serial. I've had good luck with /dev/input/mice in the past, and want
to float the suggestion
to possibly interested parties, without filing a new wishlist item, that
/dev/input/mice be
the standard device used in xorg.conf on fresh installs. Failed mouse detection
is one of the
most common things I've run across in installs, and along with other X configuration
failures is about top of the list of things I know about that will leave new
users without a working
GUI and thus inclined to give up. If /dev/input/mice is more likely to work out
of the box
than the attempted autodetection at install time, then perhaps it should be used.

  I haven't yet gotten hands-on with my friend's old machine, but if I do, first
thing I'll do is see if /dev/input/mice works instead of the nonexistent PS2 the
install chose.

  If anyone thinks this idea is worth discussing, feel free to redirect to the
appropriate forum.

[Scott James Remnant (Canonical) (canonical-scott)]

Hi, David. After a boot during which /dev/input/mice is missing, could you run
the following commands and attach the output here:

  ls -l /dev/input
  dpkg -l hotplug udev initramfs-tools 'linux-image-*'

Then could you edit /etc/udev/udev.conf, change the udev_log line to say
udev_log="debug"; reboot, and attach your /var/log/syslog to this bug.

Thanks

[Scott James Remnant (Canonical) (canonical-scott)]

Track the Debian bug

[David Sedeño Fernandez (david-alderia)]

# ls -l /dev/input
total 0
crw-rw---- 1 root root 13, 64 2005-09-06 18:59 event0
crw-rw---- 1 root root 13, 65 2005-09-06 18:59 event1
crw-rw---- 1 root root 13, 66 2005-09-06 18:59 event2
crw-rw---- 1 root root 13, 67 2005-09-06 18:59 event3
crw-rw---- 1 root root 13, 68 2005-09-06 18:59 event4
crw-rw---- 1 root root 13, 128 2005-09-06 18:59 ts0
crw-rw---- 1 root root 13, 129 2005-09-06 18:59 ts1

# dpkg -l hotplug udev initramfs-tools 'linux-image-*'
Desired=Unknown/Install/Remove/Purge/Hold
| Estado=No/Instalado/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: mayúsc.=malo)
||/ Nombre Versión Descripción
+++-=========================-=======================-=========================
===================
ii hotplug 0.0.20040329-22ubuntu11 Linux Hotplug Scripts
ii initramfs-tools 0.25 tools for generating an i
nitramfs
un linux-image-2.6 <ninguna> (no hay ninguna descripci
ón disponible)
ii linux-image-2.6-386 2.6.8.1-13 Linux kernel image for ve
rsion 2.6 on 386.
ii linux-image-2.6.10-2-386 2.6.10-14 Linux kernel image for ve
rsion 2.6.10 on 386
ii linux-image-2.6.10-3-386 2.6.10-19 Linux kernel image for ve
rsion 2.6.10 on 386
ii linux-image-2.6.10-4-386 2.6.10-27 Linux kernel image for ve
rsion 2.6.10 on 386
ii linux-image-2.6.10-5-386 2.6.10-34.4 Linux kernel image for ve
rsion 2.6.10 on 386
ii linux-image-2.6.12-7-386 2.6.12-7.11 Linux kernel image for ve
rsion 2.6.12 on 386
ii linux-image-2.6.12-8-386 2.6.12-8.12 Linux kernel image for ve
rsion 2.6.12 on 386
ii linux-image-2.6.8.1-3-386 2.6.8.1-16.1 Linux kernel image for ve
rsion 2.6.8.1 on 38
ii linux-image-2.6.8.1-4-386 2.6.8.1-16.10 Linux kernel image for ve
rsion 2.6.8.1 on 38
ii linux-image-386 2.6.12.12 Linux kernel image on 386 .
ii udev 0.060-1ubuntu10 /dev/ management daemon

For instance:
# uname -a
Linux ubuntu 2.6.12-8-386 #1 Tue Aug 30 22:41:30 BST 2005 i686 GNU/Linux

[David Sedeño Fernandez (david-alderia)]

Created an attachment (id=3578)
syslog debug

[Lukas Kolbe (lucky)]

Created an attachment (id=3675)
ls -la /dev/input, dpkg -l and uname -a

Output of requested commands on another system which shows this bug. I can only
use my touchpad right now, no usb-mouse. I also had to mark the touchpad in
/etc/X11/xorg.conf as CorePointer for my X to work, because that was formally
the mouse, which wasn't found - and X didn't start because it couldn't find
it's corepointer. Syslog follows after reboot ...

[Lukas Kolbe (lucky)]

Created an attachment (id=3677)
syslog, with udev_log=debug, after reboot

the last lines say "device not accepting address X, error -71". That happens
when I plug my mouse in (worked in hoary), so I suppose even when I get
/dev/input/mice, my mouse won't work ...

[Lukas Kolbe (lucky)]

(From update of attachment 3677)
update: after rebooting I actually have a /dev/input/mice. When I plug the
mouse into the usb-port I usually use, it doesn't work. When I plug it the port
on the other side of the laptop, it works very fine. Seems pretty strange to
me, but that is possibly another bug?

[Edward Ocampo-Gooding (edward-og)]

I can also confirm this bug:

1. Install Breezy 5.10 Preview iso (binary i386)
2. Upgrade all packages by clicking on the red upgrade button in the top right
of the desktop
3. Reboot computer
4. Cry as X can't find a core pointer.

I've reproduced this twice in a row now.

[Marco d'Itri (md)]

# Automatically generated email from bts, devscripts version 2.9.7
tags 328094 pending
tags 317333 pending

[Matt Zimmerman (mdz)]

I just saw this on my laptop. Nothing is blocking hotplug or udev, and
udevstart fixes it. It's as if the events are being lost.

[Scott James Remnant (Canonical) (canonical-scott)]

Whoo!! can you do the following ... change /etc/udev/udev.conf to say
udev_log="debug" and _ALL_ the calls of udevstart in /etc/init.d/udev to
"UDEV_LOG=debug udevstart" ... then when it happens again, send me the syslog of
that boot.

Also anything in particular about your box would be useful ... was it a laptop
with a built-in trackpad and a USB mouse plugged in? That seems a common
failure device at the moment.

[Marco d'Itri (md)]

Source: udev
Source-Version: 0.069-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

udev-udeb_0.069-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.069-1_i386.udeb
udev_0.069-1.diff.gz
  to pool/main/u/udev/udev_0.069-1.diff.gz
udev_0.069-1.dsc
  to pool/main/u/udev/udev_0.069-1.dsc
udev_0.069-1_i386.deb
  to pool/main/u/udev/udev_0.069-1_i386.deb
udev_0.069.orig.tar.gz
  to pool/main/u/udev/udev_0.069.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <email address hidden> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu, 15 Sep 2005 13:18:01 +0200
Source: udev
Binary: udev udev-udeb
Architecture: source i386
Version: 0.069-1
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Marco d'Itri <email address hidden>
Description:
 udev - /dev/ management daemon
 udev-udeb - /dev/ management daemon (udeb)
Closes: 317333 325976 328094
Changes:
 udev (0.069-1) unstable; urgency=medium
 .
   * New upstream release.
     + Fixes firmware loader timeouts. (Closes: #328094)
     + Removes chassis_id and cdsymlinks.sh.
   * Manually start udevd in the init script. I do not why this works, but
     it fixes the problem with some devices not being created the first time
     udevstart is run. (Closes: #317333)
   * Made scsi_id create temporary files in /dev/. (Closes: #325976)
   * devfs.rules, udev.rules: replaced dvb.sh with inline shell code and
     ide-model.sh with ata_id.
   * hotplugd.rules: added support for a generic remover command.
   * permissions.rules: added tpm* tpm:tpm 0600.
   * cd-aliases.rules, permissions.rules: moved to permissions.rules the
     call to cdrom_id for IDE devices and the GROUP attribute setting.
   * Removed simple-cd-aliases.rules because it's not really different from
     the new cd-aliases.rules. Preinst will automatically replace the link,
     if present.
   * Removed again the dependency on coldplug.
   * Added an example vim syntax file for rules files.
Files:
 db8df5d24840b4c865c12812f33f6c90 576 admin optional udev_0.069-1.dsc
 7fa17e15d8c5f0c641ebdab84ce39c3a 438117 admin optional udev_0.069.orig.tar.gz
 c627158bb4536437d7c807babbf0d0e8 32025 admin optional udev_0.069-1.diff.gz
 be9e731104aee75a789365d9ea1a3509 299006 admin optional udev_0.069-1_i386.deb
 c2fba49e9db7b43930db191cda06d1a2 68212 debian-installer optional udev-udeb_0.069-1_i386.udeb
package-type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDKWH8FGfw2OHuP7ERAm/UAJoDaF9Om7kEkPdE/Ei2/R6RleWe+gCfUP/C
seL/YHbcRRkW50RmOwO2++w=
=i5cq
-----END PGP SIGNATURE-----

[Matt Zimmerman (mdz)]

(In reply to comment #43)
> Whoo!! can you do the following ... change /etc/udev/udev.conf to say
> udev_log="debug" and _ALL_ the calls of udevstart in /etc/init.d/udev to
> "UDEV_LOG=debug udevstart" ... then when it happens again, send me the syslog of
> that boot.

Done, will reboot a bunch today and see if I can trigger it again.

> Also anything in particular about your box would be useful ... was it a laptop
> with a built-in trackpad and a USB mouse plugged in? That seems a common
> failure device at the moment.

A laptop with built-in trackpad, but no USB mouse. An external USB CD writer,
though.

[Marco d'Itri (md)]

Source: udev
Source-Version: 0.070-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

udev-udeb_0.070-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.070-1_i386.udeb
udev_0.070-1.diff.gz
  to pool/main/u/udev/udev_0.070-1.diff.gz
udev_0.070-1.dsc
  to pool/main/u/udev/udev_0.070-1.dsc
udev_0.070-1_i386.deb
  to pool/main/u/udev/udev_0.070-1_i386.deb
udev_0.070.orig.tar.gz
  to pool/main/u/udev/udev_0.070.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <email address hidden> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu, 15 Sep 2005 13:18:01 +0200
Source: udev
Binary: udev udev-udeb
Architecture: source i386
Version: 0.070-1
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Marco d'Itri <email address hidden>
Description:
 udev - /dev/ management daemon
 udev-udeb - /dev/ management daemon (udeb)
Closes: 317333 325976 328094
Changes:
 udev (0.070-1) unstable; urgency=medium
 .
   * New upstream release.
     + Fixes firmware loader timeouts. (Closes: #328094)
     + Removes chassis_id and cdsymlinks.sh.
   * Manually start udevd in the init script. I do not why this works, but
     it fixes the problem with some devices not being created the first time
     udevstart is run. (Closes: #317333)
   * Made scsi_id create temporary files in /dev/. (Closes: #325976)
   * devfs.rules, udev.rules: replaced dvb.sh with inline shell code and
     ide-model.sh with ata_id.
   * hotplugd.rules: added support for a generic remover command.
   * permissions.rules: added tpm* tpm:tpm 0600.
   * cd-aliases.rules, permissions.rules: moved to permissions.rules the
     call to cdrom_id for IDE devices and the GROUP attribute setting.
   * Removed simple-cd-aliases.rules because it's not really different from
     the new cd-aliases.rules. Preinst will automatically replace the link,
     if present.
   * Removed again the dependency on coldplug.
   * Added an example vim syntax file for rules files.
Files:
 8d49c902502ee33865fe3bfe6395fa09 576 admin optional udev_0.070-1.dsc
 f8a247c67ee171cb4ee7d906eb674f42 439934 admin optional udev_0.070.orig.tar.gz
 9451cccf7f46e18a3d78846b0a084564 31265 admin optional udev_0.070-1.diff.gz
 f472689ef8553ef0d76d14d7c3548cfd 300108 admin optional udev_0.070-1_i386.deb
 f30dfb3486d50d5f4321610ed34221c9 68208 debian-installer optional udev-udeb_0.070-1_i386.udeb
package-type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDKb6tFGfw2OHuP7ERAhOkAJ0a/vS4xMMN3hZlo/qnwKKaImV+eQCfcj3a
a2BpAEIdKfxPRqDfY5n6/1s=
=D9mF
-----END PGP SIGNATURE-----

[Matt Zimmerman (mdz)]

Have done so, and rebooted half a dozen times since without being able to
reproduce the problem yet...

[Matt Zimmerman (mdz)]

*** Bug 21844 has been marked as a duplicate of this bug. ***

[Edward Ocampo-Gooding (edward-og)]

Since reinstalling and updating on 2005-08-27, I haven't been able to reproduce the problem.

I'm not sure what changed, but udev is creating /dev/psaux and /dev/input/mice just fine now.

This was tested on a laptop with a usb mouse.

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 21946 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

Is there anyone still getting this problem repeatably who has a second machine
they could IRC from and join me for some online debugging whenever's conveninent
for them?

[David Sedeño Fernandez (david-alderia)]

I suffer this bug every time. I don't have another computer but I can join irc
from a console for debug.

[Richard Traindl (richard-traindl)]

(In reply to comment #49)
> Is there anyone still getting this problem repeatably who has a second machine
> they could IRC from and join me for some online debugging whenever's conveninent
> for them?
I too suffer this bug every time. I think it must be a kernel problem, because
booting with kernel 2.6.12-8 my optical usb-mouse is initialised
just at the begining. Booting with kernel 2.6.10-5 the mouse is initialised
while starting hotplug subsystem.

[Matt Zimmerman (mdz)]

Anyone who is able to reproduce this bug reliably:

Does it change anything if you comment out mousedev and psmouse from /etc/modules?

[Scott James Remnant (Canonical) (canonical-scott)]

People who want to help debug this:

1) download and install my magic special udev package from
http://people.ubuntu.com/~scott/udev_0.060-1ubuntu12debug6761_i386.deb
2) check that /etc/udev/udev.conf has the line udev_log="debug"
3) mv /etc/rc2.d/S10sysklogd /etc/rcS.d
4) check that /etc/modules has both "psmouse" and "mousedev" listed; if they're
not in that order at the top, could you note that; especially if you have been
experiencing this bug regularly.
5) reboot

In theory, you still shouldn't have a /dev/input/mice; attach your
/var/log/syslog file to this bug so we can figure out what's going on.

If it mysteriously starts working, reboot a few times, it may stop again.
Otherwise we have an annoying case of "turn on the debugging and watch the bug
go away" :-/

[Scott James Remnant (Canonical) (canonical-scott)]

Background: in the upcoming Ubuntu 5.10 we've been having some problems
with /dev/input/mice not being created on startup despite the "mousedev"
module being hard-loaded early in the boot sequence.
(http://bugzilla.ubuntu.com/show_bug.cgi?id=12915 for those interested).

Debian has had similar problems too (http://bugs.debian.org/317333) and
found that starting udevd earlier manually seemed to fix it.

After much debugging, I've finally figured out what's going on ... it's
a bit of a story, but here goes...

Your system boots up and gets to the S:S20modules-init-tools stage,
that's where we read /etc/modules and modprobe the modules in order.
Now modprobe is basically just a kernel request, and these days tends to
return pretty quicky to userspace without blocking for everything to
happen.

Deep Black Magic happens inside the kernel, and once it's done it
generates a series of hotplug events which it passes back to userspace
through two means; by running the program specified
in /proc/sys/kernel/hotplug with interesting environment; and also
through a netlink socket.

/proc/sys/kernel/hotplug is "udevsend", a tool that gathers up this
environment and sends it over a local socket to the "udevd" process that
marshals all of these events. If there's no daemon listening it tries
to start one up, and will retry sending the event for a while until it
gets to the other end.

Now we have a whole bunch of udevsend processes all run at pretty much
the same time, all of these try to start up udevd and all of the udevd
processes try to bind to the local socket to receive events on. One of
them wins, the rest die and go away. A little time passes by which time
all of the running udevsend will have dispatched their event to this
udevd that will marshal them.

This udevd _also_ begins listening on the netlink socket, as it's a
better way to get events from the kernel than having it execute
something which mucks around with IPC to get it to us.

Meanwhile the kernel is happily generating both /proc/sys/kernel/hotplug
and netlink events for what's happening on the box, in fact it's been
doing this all the time udevd has been getting its clothes on.

If the module sequence loaded is something like "psmouse, mousedev, ...,
lp" (exactly as it is in breezy machines that have been upgraded from
warty/hoary[0]) you may find that the first netlink event you receive is
actually for the printer port.

But that's ok, we had udevsend events for the rest...

Well, that's the theory; sadly here's the practice.

On receiving the netlink event for the printer port, udevd disables
receipt of any "sequence numbered" events from udevsend (ie. those that
will almost certainly be duplicated over the netlink socket).
Unfortunately this means all the udevsend events we're about to receive
from the processes that backed off a second or so while fighting over
who got to start udevd[1].

These udevsend processes deliver their events to udevd, which cheerfully
ignores them because it thinks it's going to get another copy over the
netlink socket any second now. Unfortunately the netlink event has
already been and gone, and we just ignored an event we weren't supposed
to.

The tw...

[Scott James Remnant (Canonical) (canonical-scott)]

Created an attachment (id=3944)
syslog from failed boot, with full debugging from udevd start

Added syslog contributed from Charles Henderson; this contains the boot
sequence of a machine that didn't plug /dev/input/mice. Full udev debugging
was enabled and syslog started early enough to capture it all (other than
udevstart, which we've already ruled out).

Just a quick read shows some fun; we get 10 udevsend events all at once all of
which try to start a udevd. Noteworth is that /class/input/mice is amongst
them, and reaches the udevd -- but that the udevd throws it away because
netlink is already active by this point.

Next up, compare this with my logs to see why the event _isn't_ thrown away for
me.

[Scott James Remnant (Canonical) (canonical-scott)]

So, here's what's happening here then, folks:

Your system boots up and gets to the S:S20modules-init-tools stage, that's where
we read /etc/modules and modprobe the modules in order. Now modprobe is
basically just a kernel request, and these days tends to return pretty quicky to
userspace without blocking for everything to happen.

Deep Black Magic happens inside the kernel, and once it's done it generates a
series of hotplug events which it passes back to userspace through two means; by
running the program specified in /proc/sys/kernel/hotplug with interesting
environment; and also through a netlink socket.

/proc/sys/kernel/hotplug is "udevsend", a tool that gathers up this environment
and sends it over a local socket to the "udevd" process that marshalls all of
these events. If there's no daemon listening it tries to start one up, and will
retry sending the event for a while until it gets to the other end.

Now we have a whole bunch of udevsend processes all run at pretty much the same
time, all of these try to start up udevd and all of the udevd processes try to
bind to the local socket to receive events on. One of them wins, the rest die
and go away. A little time passes by which time all of the running udevsend
will have dispatched their event to this udevd that will marshall them.

This udevd _also_ begins listening on the netlink socket, as it's a better way
to get events from the kernel than having it execute something which mucks
around with IPC to get it to us.

Meanwhile the kernel is happily generating both /proc/sys/kernel/hotplug and
netlink events for what's happening on the box, in fact it's been doing this all
the time udevd has been getting its clothes on.

If the module sequence loaded is something like "psmouse, mousedev, ..., lp"
(exactly as it is in breezy machines that have been upgraded from warty/hoary)
you may find that the first netlink event you receive is actually for the
printer port.

But that's ok, we had udevsend events for the rest...

Well, that's the theory; sadly here's the practice.

On receiving the netlink event for the printer port, udevd disables receipt of
any "sequence numbered" events from udevsend (ie. those that will almost
certainly be duplicated over the netlink socket). Unfortunately this means all
the udevsend events we're about to receive from the processes that backed off a
second or so while fighting over who got to start udevd.

These udevsend processes deliver their events to udevd, which cheerfully ignores
them because it thinks it's going to get another copy over the netlink socket
any second now. Unfortunately the netlink event has already been and gone, and
we just ignored an event we weren't supposed to.

The two problems as I see them are:

1) The fact that receiving a netlink event disables sequence numbered udevsend
events, when there's already code to deal with de-duping events anyway. Is
there actually any need for this additional check, can't we just queue both
events and have them ignored by msg_queue_insert() ?

2) That this ignoring of events is done at receipt, rather than in queue order.
 This means that the "later" parport_pc netlink event is able to disable
qu...

[Scott James Remnant (Canonical) (canonical-scott)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 21 Sep 2005 03:45:49 +0100
Source: udev
Binary: udev udev-udeb
Architecture: source
Version: 0.060-1ubuntu13
Distribution: breezy
Urgency: low
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Scott James Remnant <email address hidden>
Description:
 udev - /dev/ management daemon
 udev-udeb - /dev/ management daemon
Changes:
 udev (0.060-1ubuntu13) breezy; urgency=low
 .
   * Disable receipt of hotplug events via the netlink socket, there are
     race conditions at early boot time where we can end up ignoring
     udevsend events for netlink events we've already missed. This
     particularly affected /dev/input/mice. (Ubuntu #12915).
Files:
 072756e7147274413ebcd436985b9571 604 admin optional udev_0.060-1ubuntu13.dsc
 871e764388264056f175742901a8acec 33220 admin optional udev_0.060-1ubuntu13.diff.gz
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDMMmeSnQiFMl4yK4RAhdwAJ4kLkTwBbbTE9bcJ2xoU3HA8/1ihQCfeDGt
RH2FMrDUe4MaD4DMe+TQIcU=
=FcEZ
-----END PGP SIGNATURE-----

[Kay Sievers (kaysievers)]

On Wed, Sep 21, 2005 at 03:38:06AM +0100, Scott James Remnant wrote:
> Background: in the upcoming Ubuntu 5.10 we've been having some problems
> with /dev/input/mice not being created on startup despite the "mousedev"
> module being hard-loaded early in the boot sequence.
> (http://bugzilla.ubuntu.com/show_bug.cgi?id=12915 for those interested).
>
> Debian has had similar problems too (http://bugs.debian.org/317333) and
> found that starting udevd earlier manually seemed to fix it.

Yes, that's a good way to fix it.

> After much debugging, I've finally figured out what's going on ... it's
> a bit of a story, but here goes...

Great, we finally have an idea why this happens. Thanks for finding that
out.

> On receiving the netlink event for the printer port, udevd disables
> receipt of any "sequence numbered" events from udevsend (ie. those that
> will almost certainly be duplicated over the netlink socket).
> Unfortunately this means all the udevsend events we're about to receive
> from the processes that backed off a second or so while fighting over
> who got to start udevd[1].
>
> These udevsend processes deliver their events to udevd, which cheerfully
> ignores them because it thinks it's going to get another copy over the
> netlink socket any second now. Unfortunately the netlink event has
> already been and gone, and we just ignored an event we weren't supposed
> to.
>
>
> The two problems as I see them are:
>
> 1) The fact that receiving a netlink event disables sequence numbered
> udevsend events, when there's already code to deal with de-duping
> events anyway. Is there actually any need for this additional check,
> can't we just queue both events and have them ignored by
> msg_queue_insert() ?
>
> 2) That this ignoring of events is done at receipt, rather than in queue
> order. This means that the "later" parport_pc netlink event is able
> to disable queueing of udevsend events with a lower sequence number.
>
> I can envisage that #1 is necessary in case the time between receiving
> the udevsend and netlink event is so long that we've already processed
> and removed one of the events by the time the second is queued.

Yes, that was the reason for ignoring the incoming messages.

> In which case the problem becomes fixing #2, however unless the kernel
> promises strict ordering of events over the netlink socket (which I
> doubt, otherwise it wouldn't need sequence numbers)

Netlink events are always in the right order. The SEQNUM is only needed
for the forked events.

> we can't assume
> that we've received all of the pre-netlink events we are going to.

Right, as "/proc/sys/kernel/hotplug" events are forked processes, you will
never know when and in which order they will arrive.

> I suspect the right solution is actually to implement history of what
> events we've already processed, and de-dupe them that way; rather than
> ignoring messages on receipt.

We could just accept all events with a lower sequence number as the first
netlink event's one, that may fix it.

The "right solution" is to start udevd as one of the first things
after taking over control from the kernel. This way you will only catch
the ...

[Crispin Flowerday (crispin-flowerday-deactivatedaccount)]

This latest change managed to break /dev/input/mice (I have no /dev/input
directory), and broke the firmware loading on my ipw2200 card. (This is on an
IBM x31 laptop). For the moment, I have gone back to -ubuntu12

[Dave Meikle (dmk-uk)]

Upon updating my copy of Breezy today my X server no longer starts complaining
of a missing Core Pointer.

It used to worked perfectly and now it is complaining about missing /dev entries
for both the Touchpad (/dev/psaux) and USB Mouse (/dev/input/mice).

As a side note my sound is also no longer working, probably due to the udev changes.

[Martin Pitt (pitti)]

I don't exactly know whether it was this change that broke my box now. I updated
to the latest breezy packages, and now I don't have any sound devices any more.
After booting, I have to run "udevstart" and restart pbbuttonsd and gdm to make
things work again.

[Daniel Stone (daniels)]

*** Bug 22146 has been marked as a duplicate of this bug. ***

[Martin Pitt (pitti)]

(In reply to comment #59)
> I don't exactly know whether it was this change that broke my box now. I updated
> to the latest breezy packages, and now I don't have any sound devices any more.
> After booting, I have to run "udevstart" and restart pbbuttonsd and gdm to make
> things work again.

Confirmed, downgrading to ubuntu12 makes things work again.

[Björn Röder (overgee)]

(In reply to comment #57)
For the moment, I have gone back to -ubuntu12

How does one do that?

[Boleslaw Dawidowicz (bdaw)]

(In reply to comment #61)
> (In reply to comment #59)
> > I don't exactly know whether it was this change that broke my box now. I updated
> > to the latest breezy packages, and now I don't have any sound devices any more.
> > After booting, I have to run "udevstart" and restart pbbuttonsd and gdm to make
> > things work again.
>
> Confirmed, downgrading to ubuntu12 makes things work again.

Hi after upgrading breezy today I have this mouse problem (no /dev/input/mice no
sound no /dev/psaux). Could you tell how to exacly do this "downgrading to
ubuntu12" so I can get back to work? :)

Thanks

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22150 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22141 has been marked as a duplicate of this bug. ***

[Martin Pitt (pitti)]

(In reply to comment #63)

> Hi after upgrading breezy today I have this mouse problem (no /dev/input/mice no
> sound no /dev/psaux). Could you tell how to exacly do this "downgrading to
> ubuntu12" so I can get back to work? :)

wget http://archive.ubuntu.com/ubuntu/pool/main/u/udev/udev_0.060-1ubuntu12_i386.deb
(or _amd64, or _powerpc)

sudo dpkg -i udev_0.060-1ubuntu12_*.deb

[Scott James Remnant (Canonical) (canonical-scott)]

On Wed, 2005-09-21 at 11:51 +0200, Kay Sievers wrote:

> On Wed, Sep 21, 2005 at 03:38:06AM +0100, Scott James Remnant wrote:
> > Background: in the upcoming Ubuntu 5.10 we've been having some problems
> > with /dev/input/mice not being created on startup despite the "mousedev"
> > module being hard-loaded early in the boot sequence.
> > (http://bugzilla.ubuntu.com/show_bug.cgi?id=12915 for those interested).
> >
> > Debian has had similar problems too (http://bugs.debian.org/317333) and
> > found that starting udevd earlier manually seemed to fix it.
>
> Yes, that's a good way to fix it.
>
One thing I'd like to see changed in udevd is to move the
init_udevd_socket() and init_uevent_netlink_sock() calls to above the
daemonization; that way when you call "udevd --daemon" from the init
script, you *know* that the next command may cause a netlink event.

Right now there's an unknown amount of time between calling "udevd
--daemon" and being able to safely "modprobe".

This'd also mean that udevd could exit with an error status if it's
unable to create the necessary sockets; rather than the child exiting
and the status being lost.

Scott
--
Scott James Remnant
<email address hidden>

[Daniel Stone (daniels)]

*** Bug 22159 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22161 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22164 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 21 Sep 2005 12:40:40 +0100
Source: udev
Binary: udev udev-udeb
Architecture: source
Version: 0.060-1ubuntu14
Distribution: breezy
Urgency: low
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Scott James Remnant <email address hidden>
Description:
 udev - /dev/ management daemon
 udev-udeb - /dev/ management daemon
Changes:
 udev (0.060-1ubuntu14) breezy; urgency=low
 .
   * Well, that didn't work so well now, did it folks?
 .
     Looks like good old Mr Kernel is _only_ sending some events down the
     netlink socket, and we really don't want to be ignoring them.
 .
     Revert the ubuntu13 change, and instead start udevd manually at
     S04udev. This isn't as much of a hack as it first appears, because
     once /proc/sys/kernel/hotplug goes away we'll need to do this anyway.
Files:
 c1745008453c7e652d9a3944aca4d7f9 604 admin optional udev_0.060-1ubuntu14.dsc
 4b7e14032ec8ce9ac22e42e74ee6143e 33030 admin optional udev_0.060-1ubuntu14.diff.gz
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD4DBQFDMUdCSnQiFMl4yK4RAjDkAJiDrtrbwxKR3ZW+JhXt5TtltSGCAJ4/TBne
Cz0jb/NGauov4bn6KqZ/kA==
=HTcZ
-----END PGP SIGNATURE-----

[Guillermo Gutiérrez (capitanterrex)]

'cd /dev/ && sudo MAKEDEV input'
solve the problem for me.

[Scott James Remnant (Canonical) (canonical-scott)]

The ubuntu14 upload (just accepted into the archive and building now) should fix
both the original set of problems and all the problems I caused by trying to fix
it ...

ubuntu13 tried to fix the problem by disabling listening for events on the
netlink socket, and only receiving them from the /proc/sys/kernel/hotplug
program (udevsend)... this would have stopped the race to get the first netlink
event because they weren't being taken and thus solved the bug.

Unfortunately it seems that although udevd is *supposed* to work without the
netlink socket, it's not actually been tested properly because with that code
disabled it core dumps. This is why events were being lost, not as I guessed
earlier because the kernel wasn't sending them.

Rather than try and fix the "no netlink" code path in udevd, I've opted for a
different fix...

udevd is now started manually in S04udev, this means that by the time the first
module is loaded it's already settled and listening for events, so won't miss
any from the kernel. Debian have actually done this for a week or so now, but
didn't understand why this fixed it; now I understand the original bug, this is
a valid fix.

In fact, it's not even a hack, because in dapper we won't be using
/proc/sys/kernel/hotplug at all and relying solely on netlink events -- so we
need to start udevd somewhere anyway.

So upgrade to ubuntu14 and both sets of problems will be fixed. I'll keep this
bug open for a day or so in case anybody still has problems, but I'm really not
expecting any now <g>

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22166 has been marked as a duplicate of this bug. ***

[Christophe Dumez (hydr0g3n)]

Ok this is already fixed for me. dist-upgrade ;)

[Matt Zimmerman (mdz)]

*** Bug 22190 has been marked as a duplicate of this bug. ***

[Matt Zimmerman (mdz)]

*** Bug 22203 has been marked as a duplicate of this bug. ***

[Matt Zimmerman (mdz)]

*** Bug 22186 has been marked as a duplicate of this bug. ***

[Thomas Hood (jdthood)]

I have just experienced this problem for the first time today.

Repeated reboots, repeated absence of /dev/input/mice. Conspicuous
result: inability to start X.

Found this bug report by searching for "/dev/input/mice".

I am one of those who installed Hoary and dist-upgrades every day or two.

After running "dpkg-reconfigure linux-image-$(uname -r)",
dist-upgrading (22 September, 10.00 UTC) and rebooting, /dev/input/mice
exists (along with several other device nodes that weren't there before).

Thanks.

[Thomas Hood (jdthood)]

Should mousedev and psmouse be listed in /etc/modules these days, or not?

[Scott James Remnant (Canonical) (canonical-scott)]

Now that's a great question, mdz and I talking about this just the other day.

My gut feeling right now is that "mousedev" should always be loaded, so leaving
it here is the right thing. It's there to ensure that /dev/input/mice exists
even when the user hasn't got a mouse plugged in. Once X is dragged into the
20th century (on it's way to the 21st) and can actually do hotplugging of input
devices (and screens, monitors, etc.) then we can remove it. Until that time we
need it otherwise X will fail to start if the user has forgotten to plug their
mouse in; with it loaded, X starts and the user can plug their mouse in and use
it straight away.

I can't remember why we load "psmouse", I'll have to go back and read the
archives. It should be loaded by the hotplug isapnp.rc if one exists, which
happens well before X starts. My gut feeling is that that one can go, but not
until dapper starts ;)

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22231 has been marked as a duplicate of this bug. ***

[Matt Zimmerman (mdz)]

(In reply to comment #80)
> I can't remember why we load "psmouse", I'll have to go back and read the
> archives. It should be loaded by the hotplug isapnp.rc if one exists, which
> happens well before X starts. My gut feeling is that that one can go, but not
> until dapper starts ;)

My vague recollection is that we added it because otherwise it wasn't being
loaded, at least in some cases where a PS/2 mouse port did exist on the system.
 It may be that hotplug support has improved since then.

[Scott James Remnant (Canonical) (canonical-scott)]

I wouldn't bet on it ... PS/2 mice are pretty hard to detect as they aren't PCI,
USB, etc. and have so far just tended to show up across the ISA bridge. This
kind of thing is improving (especially with the serio bus) but we don't actually
do coldplugging of those yet; we'll get that for dapper).

It's not quite there today (mostly our fault, we'd need to update hotplug,
grepmap, etc. and there's no point given we should be throwing both away for
dapper) so psmouse can stay in /etc/modules for breezy and we'll reconsider it
for dapper if we've fixed all the detection bugs.

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 1 Sep 2005 19:15:14 +0200
From: <email address hidden> (Marco d'Itri)
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: udev not creating /dev/input/mice

--CE+1k2dSO48ffgeK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sep 01, boppy <email address hidden> wrote:

> unix.ko is loaded and udevd started.
Annoying. Please try these tests (not at the same time), and do multiple
reboots to be sure that it's not working for unrelated reasons:

* add "/sbin/udevd &" at the top of the init script
* add "modprobe unix" at the top of the init script

--=20
ciao,
Marco

--CE+1k2dSO48ffgeK
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDFzciFGfw2OHuP7ERAtjgAJ4hte9ncUlFPfhipUNCECCZchC6DwCfQ+QM
W0/TycnEzfBKZGTFyJ3ETnQ=
=/M5t
-----END PGP SIGNATURE-----

--CE+1k2dSO48ffgeK--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 1 Sep 2005 22:26:02 +0200
From: boppy <email address hidden>
To: "Marco d'Itri" <email address hidden>
Cc: <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: udev not creating /dev/input/mice

--nextPart1879163.qD92fzlWeC
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Am Donnerstag, 1. September 2005 19:15 schrieb Marco d'Itri:

> Annoying. Please try these tests (not at the same time), and do multiple
> reboots to be sure that it's not working for unrelated reasons:
>
> * add "/sbin/udevd &" at the top of the init script
> * add "modprobe unix" at the top of the init script

I tried it with some reboots and :

/sbin/udevd & => works
modprobe unix => doesn't

--nextPart1879163.qD92fzlWeC
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDF2Pg6obKX2P3R6MRApeWAJ9V4S7urqr2sLM35rOvgmE9uAB7eACfQxo4
UVB+1OUGzz77/ZnSHx9Qm9c=
=sYER
-----END PGP SIGNATURE-----

--nextPart1879163.qD92fzlWeC--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Wed, 14 Sep 2005 12:26:51 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: tagging 328094, tagging 317333

# Automatically generated email from bts, devscripts version 2.9.7
tags 328094 pending
tags 317333 pending

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 15 Sep 2005 05:47:07 -0700
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: Bug#317333: fixed in udev 0.069-1

Source: udev
Source-Version: 0.069-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

udev-udeb_0.069-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.069-1_i386.udeb
udev_0.069-1.diff.gz
  to pool/main/u/udev/udev_0.069-1.diff.gz
udev_0.069-1.dsc
  to pool/main/u/udev/udev_0.069-1.dsc
udev_0.069-1_i386.deb
  to pool/main/u/udev/udev_0.069-1_i386.deb
udev_0.069.orig.tar.gz
  to pool/main/u/udev/udev_0.069.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <email address hidden> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu, 15 Sep 2005 13:18:01 +0200
Source: udev
Binary: udev udev-udeb
Architecture: source i386
Version: 0.069-1
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Marco d'Itri <email address hidden>
Description:
 udev - /dev/ management daemon
 udev-udeb - /dev/ management daemon (udeb)
Closes: 317333 325976 328094
Changes:
 udev (0.069-1) unstable; urgency=medium
 .
   * New upstream release.
     + Fixes firmware loader timeouts. (Closes: #328094)
     + Removes chassis_id and cdsymlinks.sh.
   * Manually start udevd in the init script. I do not why this works, but
     it fixes the problem with some devices not being created the first time
     udevstart is run. (Closes: #317333)
   * Made scsi_id create temporary files in /dev/. (Closes: #325976)
   * devfs.rules, udev.rules: replaced dvb.sh with inline shell code and
     ide-model.sh with ata_id.
   * hotplugd.rules: added support for a generic remover command.
   * permissions.rules: added tpm* tpm:tpm 0600.
   * cd-aliases.rules, permissions.rules: moved to permissions.rules the
     call to cdrom_id for IDE devices and the GROUP attribute setting.
   * Removed simple-cd-aliases.rules because it's not really different from
     the new cd-aliases.rules. Preinst will automatically replace the link,
     if present.
   * Removed again the dependency on coldplug.
   * Added an example vim syntax file for rules files.
Files:
 db8df5d24840b4c865c12812f33f6c90 576 admin optional udev_0.069-1.dsc
 7fa17e15d8c5f0c641ebdab84ce39c3a 438117 admin optional udev_0.069.orig.tar.gz
 c627158bb4536437d7c807babbf0d0e8 32025 admin optional udev_0.069-1.diff.gz
 be9e731104aee75a789365d9ea1a3509 299006 admin optional udev_0.069-1_i386.deb
 c2fba49e9db7b43930db191cda06d1a2 68212 debian-installer optional udev-udeb_0.069-1_i386.udeb
package-type: udeb

-...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 15 Sep 2005 11:47:10 -0700
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: Bug#317333: fixed in udev 0.070-1

Source: udev
Source-Version: 0.070-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

udev-udeb_0.070-1_i386.udeb
  to pool/main/u/udev/udev-udeb_0.070-1_i386.udeb
udev_0.070-1.diff.gz
  to pool/main/u/udev/udev_0.070-1.diff.gz
udev_0.070-1.dsc
  to pool/main/u/udev/udev_0.070-1.dsc
udev_0.070-1_i386.deb
  to pool/main/u/udev/udev_0.070-1_i386.deb
udev_0.070.orig.tar.gz
  to pool/main/u/udev/udev_0.070.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <email address hidden> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu, 15 Sep 2005 13:18:01 +0200
Source: udev
Binary: udev udev-udeb
Architecture: source i386
Version: 0.070-1
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Marco d'Itri <email address hidden>
Description:
 udev - /dev/ management daemon
 udev-udeb - /dev/ management daemon (udeb)
Closes: 317333 325976 328094
Changes:
 udev (0.070-1) unstable; urgency=medium
 .
   * New upstream release.
     + Fixes firmware loader timeouts. (Closes: #328094)
     + Removes chassis_id and cdsymlinks.sh.
   * Manually start udevd in the init script. I do not why this works, but
     it fixes the problem with some devices not being created the first time
     udevstart is run. (Closes: #317333)
   * Made scsi_id create temporary files in /dev/. (Closes: #325976)
   * devfs.rules, udev.rules: replaced dvb.sh with inline shell code and
     ide-model.sh with ata_id.
   * hotplugd.rules: added support for a generic remover command.
   * permissions.rules: added tpm* tpm:tpm 0600.
   * cd-aliases.rules, permissions.rules: moved to permissions.rules the
     call to cdrom_id for IDE devices and the GROUP attribute setting.
   * Removed simple-cd-aliases.rules because it's not really different from
     the new cd-aliases.rules. Preinst will automatically replace the link,
     if present.
   * Removed again the dependency on coldplug.
   * Added an example vim syntax file for rules files.
Files:
 8d49c902502ee33865fe3bfe6395fa09 576 admin optional udev_0.070-1.dsc
 f8a247c67ee171cb4ee7d906eb674f42 439934 admin optional udev_0.070.orig.tar.gz
 9451cccf7f46e18a3d78846b0a084564 31265 admin optional udev_0.070-1.diff.gz
 f472689ef8553ef0d76d14d7c3548cfd 300108 admin optional udev_0.070-1_i386.deb
 f30dfb3486d50d5f4321610ed34221c9 68208 debian-installer optional udev-udeb_0.070-1_i386.udeb
package-type: udeb

-...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Wed, 21 Sep 2005 03:38:06 +0100
From: Scott James Remnant <email address hidden>
To: <email address hidden>
Cc: <email address hidden>, Marco d'Itri <email address hidden>
Subject: The case of udev and the missing /dev/input/mice

--=-iu5esJA+UWFxRG9iv+ol
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Background: in the upcoming Ubuntu 5.10 we've been having some problems
with /dev/input/mice not being created on startup despite the "mousedev"
module being hard-loaded early in the boot sequence.
(http://bugzilla.ubuntu.com/show_bug.cgi?id=3D12915 for those interested).

Debian has had similar problems too (http://bugs.debian.org/317333) and
found that starting udevd earlier manually seemed to fix it.

After much debugging, I've finally figured out what's going on ... it's
a bit of a story, but here goes...

Your system boots up and gets to the S:S20modules-init-tools stage,
that's where we read /etc/modules and modprobe the modules in order.
Now modprobe is basically just a kernel request, and these days tends to
return pretty quicky to userspace without blocking for everything to
happen.

Deep Black Magic happens inside the kernel, and once it's done it
generates a series of hotplug events which it passes back to userspace
through two means; by running the program specified
in /proc/sys/kernel/hotplug with interesting environment; and also
through a netlink socket.

/proc/sys/kernel/hotplug is "udevsend", a tool that gathers up this
environment and sends it over a local socket to the "udevd" process that
marshals all of these events. If there's no daemon listening it tries
to start one up, and will retry sending the event for a while until it
gets to the other end.

Now we have a whole bunch of udevsend processes all run at pretty much
the same time, all of these try to start up udevd and all of the udevd
processes try to bind to the local socket to receive events on. One of
them wins, the rest die and go away. A little time passes by which time
all of the running udevsend will have dispatched their event to this
udevd that will marshal them.

This udevd _also_ begins listening on the netlink socket, as it's a
better way to get events from the kernel than having it execute
something which mucks around with IPC to get it to us.

Meanwhile the kernel is happily generating both /proc/sys/kernel/hotplug
and netlink events for what's happening on the box, in fact it's been
doing this all the time udevd has been getting its clothes on.

If the module sequence loaded is something like "psmouse, mousedev, ...,
lp" (exactly as it is in breezy machines that have been upgraded from
warty/hoary[0]) you may find that the first netlink event you receive is
actually for the printer port.

But that's ok, we had udevsend events for the rest...

Well, that's the theory; sadly here's the practice.

On receiving the netlink event for the printer port, udevd disables
receipt of any "sequence numbered" events from udevsend (ie. those that
will almost certainly be duplicated over the netlink socket).
Unfortunately this means all the udevsend events we're about to ...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 21 Sep 2005 11:51:27 +0200
From: Kay Sievers <email address hidden>
To: Scott James Remnant <email address hidden>
Cc: <email address hidden>, <email address hidden>,
 Marco d'Itri <email address hidden>
Subject: Re: The case of udev and the missing /dev/input/mice

On Wed, Sep 21, 2005 at 03:38:06AM +0100, Scott James Remnant wrote:
> Background: in the upcoming Ubuntu 5.10 we've been having some problems
> with /dev/input/mice not being created on startup despite the "mousedev"
> module being hard-loaded early in the boot sequence.
> (http://bugzilla.ubuntu.com/show_bug.cgi?id=12915 for those interested).
>
> Debian has had similar problems too (http://bugs.debian.org/317333) and
> found that starting udevd earlier manually seemed to fix it.

Yes, that's a good way to fix it.

> After much debugging, I've finally figured out what's going on ... it's
> a bit of a story, but here goes...

Great, we finally have an idea why this happens. Thanks for finding that
out.

> On receiving the netlink event for the printer port, udevd disables
> receipt of any "sequence numbered" events from udevsend (ie. those that
> will almost certainly be duplicated over the netlink socket).
> Unfortunately this means all the udevsend events we're about to receive
> from the processes that backed off a second or so while fighting over
> who got to start udevd[1].
>
> These udevsend processes deliver their events to udevd, which cheerfully
> ignores them because it thinks it's going to get another copy over the
> netlink socket any second now. Unfortunately the netlink event has
> already been and gone, and we just ignored an event we weren't supposed
> to.
>
>
> The two problems as I see them are:
>
> 1) The fact that receiving a netlink event disables sequence numbered
> udevsend events, when there's already code to deal with de-duping
> events anyway. Is there actually any need for this additional check,
> can't we just queue both events and have them ignored by
> msg_queue_insert() ?
>
> 2) That this ignoring of events is done at receipt, rather than in queue
> order. This means that the "later" parport_pc netlink event is able
> to disable queueing of udevsend events with a lower sequence number.
>
> I can envisage that #1 is necessary in case the time between receiving
> the udevsend and netlink event is so long that we've already processed
> and removed one of the events by the time the second is queued.

Yes, that was the reason for ignoring the incoming messages.

> In which case the problem becomes fixing #2, however unless the kernel
> promises strict ordering of events over the netlink socket (which I
> doubt, otherwise it wouldn't need sequence numbers)

Netlink events are always in the right order. The SEQNUM is only needed
for the forked events.

> we can't assume
> that we've received all of the pre-netlink events we are going to.

Right, as "/proc/sys/kernel/hotplug" events are forked processes, you will
never know when and in which order they will arrive.

> I suspect the right solution is actually to implement history of what
> events we've already processe...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Wed, 21 Sep 2005 13:53:54 +0100
From: Scott James Remnant <email address hidden>
To: Kay Sievers <email address hidden>
Cc: <email address hidden>, <email address hidden>, Marco d'Itri <email address hidden>
Subject: Re: The case of udev and the missing /dev/input/mice

--=-d2ctW5kI1Fp9wqMs0++f
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2005-09-21 at 11:51 +0200, Kay Sievers wrote:

> On Wed, Sep 21, 2005 at 03:38:06AM +0100, Scott James Remnant wrote:
> > Background: in the upcoming Ubuntu 5.10 we've been having some problems
> > with /dev/input/mice not being created on startup despite the "mousedev=
"
> > module being hard-loaded early in the boot sequence.
> > (http://bugzilla.ubuntu.com/show_bug.cgi?id=3D12915 for those intereste=
d).
> >=20
> > Debian has had similar problems too (http://bugs.debian.org/317333) and
> > found that starting udevd earlier manually seemed to fix it.
>=20
> Yes, that's a good way to fix it.
>=20
One thing I'd like to see changed in udevd is to move the
init_udevd_socket() and init_uevent_netlink_sock() calls to above the
daemonization; that way when you call "udevd --daemon" from the init
script, you *know* that the next command may cause a netlink event.

Right now there's an unknown amount of time between calling "udevd
--daemon" and being able to safely "modprobe".

This'd also mean that udevd could exit with an error status if it's
unable to create the necessary sockets; rather than the child exiting
and the status being lost.

Scott
--=20
Scott James Remnant
<email address hidden>

--=-d2ctW5kI1Fp9wqMs0++f
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDMVfiSnQiFMl4yK4RAiYMAJ9e1GXn/HfyHJt7WKonV1VtLM+6TACdFaPp
/LWTjHqnE3jDQL5kRex5htg=
=dl/N
-----END PGP SIGNATURE-----

--=-d2ctW5kI1Fp9wqMs0++f--

[Debian Bug Importer (debzilla)]

(test importer on a real bug -- ignore this comment)

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 07 Jul 2005 19:59:52 +0200
From: Mourad De Clerck <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: udev: /dev/input/mice does not show up anymore

Package: udev
Version: 0.060-1
Severity: normal

Ever since upgrading to 0.060 I noticed /dev/input/mice doesn't get
created on boot. (X won't start up since that's my only corepointer)

This system has 2 USB mice, and no PS/2 mice. /dev/input/mouse[01]
are correctly made. /sys/class/input/mice/dev seems to be there too.

Making the node manually works of course.

Thanks,

-- Moourad DC

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 20 Apr 12 13:04 020_permissions.rules -> ../permissions.rules
lrwxrwxrwx 1 root root 12 Jul 2 19:33 050_hal-plugdev.rules -> ../hal.rules
lrwxrwxrwx 1 root root 19 Dec 5 2004 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx 1 root root 13 Apr 24 2004 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 12 Jul 5 00:59 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 17 Jul 5 00:59 z70_hotplugd.rules -> ../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/class/graphics/fb0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/event3/dev
/sys/class/input/event4/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/input/mouse1/dev
/sys/class/input/ts0/dev
/sys/class/input/ts1/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hpet/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/nvidia/nvidia0/dev
/sys/class/nvidia/nvidiactl/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/timer/dev
/sys/class/usb/hiddev0/dev

-- Kernel configuration:
 isapnp_init not present.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages udev depends on:
ii hotplug 0.0.20040329-22 Linux Hotplug Scripts
ii initscripts 2.86.ds1-1 Standard scripts needed for bootin
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libselinux1 1.24-1 SELinux shared libraries
ii makedev 2.3.1-78 creates device files in /de...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sat, 9 Jul 2005 07:22:25 +0100
From: David Pashley <email address hidden>
To: <email address hidden>
Subject: reloading mousedev works

I've discovered that reloading mousedev works (rmmod mousedev; modprobe
mousedev) and the device is correctly created. I have mousedev in
/etc/modules. It seems that when the module gets loaded during boot udev
fails to notice the device and doesn't create it, but does after the
machine has booted. I don't have anything else that creates a device
node in /etc/modules, so I don't know if it is just mousedev or anything
in /etc/modules.

--
David Pashley
<email address hidden>
Nihil curo de ista tua stulta superstitione.

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sun, 10 Jul 2005 11:00:44 +0200
From: =?ISO-8859-1?Q?No=E8l_K=F6the?= <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: udev and mouse

--=-MKGE5wtdN2m/LvUvlapO
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello,

I have the same problem and after booting I restart udev:

/etc/init.d/udev restart

and then I get the missing devices.

--=20
No=C3=A8l K=C3=B6the <noel debian.org>
Debian GNU/Linux, www.debian.org

--=-MKGE5wtdN2m/LvUvlapO
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBC0OO89/DnDzB9Vu0RAgJeAJ9q8peO+BoayGdNVhV1QjeI0leZ7wCfTbml
Rl0ejC3eKEEduoGit8c3lMc=
=PPaR
-----END PGP SIGNATURE-----

--=-MKGE5wtdN2m/LvUvlapO--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sun, 10 Jul 2005 10:14:48 +0100
From: Mark Purcell <email address hidden>
To: <email address hidden>
Cc: <email address hidden>,
 <email address hidden>
Subject: Same issues here.

Looks like udev is the problem here. Try downgrading udev < 0.060...

I had exactly the same issues, couldn't start X no mice, couldn't load ALSA
hardware...

I downgraded to udev/testing (0.056-3) and everything is working again.

Have a look at http://bugs.debian.org/317626, http://bugs.debian.org/317332
and http://bugs.debian.org/317333. Perhaps these three could be merged.

Mark

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 10 Jul 2005 11:41:38 +0200
From: <email address hidden> (Marco d'Itri)
To: <email address hidden>
Subject: merging

severity 317626 important
merge 317333 317626
tag 317333 unreproducible upstream

--
ciao,
Marco

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sun, 10 Jul 2005 11:49:30 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: severity of 317333 is important, reassign 317626 to udev, merging 317333 317626

# Automatically generated email from bts, devscripts version 2.8.14
severity 317333 important
reassign 317626 udev
merge 317333 317626

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sun, 10 Jul 2005 12:55:05 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: severity of 317639 is important, tagging 317639, merging 317333 317639

# Automatically generated email from bts, devscripts version 2.8.14
severity 317639 important
tags 317639 unreproducible upstream
merge 317333 317639

[Debian Bug Importer (debzilla)]

Message-Id: <1121025911.7597.3.camel@shuttle>
Date: Sun, 10 Jul 2005 22:05:11 +0200
From: Mourad De Clerck <email address hidden>
To: <email address hidden>
Subject: Re: udev and mouse

On Sun, 2005-07-10 at 11:00 +0200, No=E8l K=F6the wrote:
> I have the same problem and after booting I restart udev:
>
> /etc/init.d/udev restart
>
> and then I get the missing devices.

I just updated to 0.062-1, and now it's not just /dev/input/mice
anymore, but my alsa devices, input devices, nvidia, etc that just isn't
there on boot.

As No=E8l mentions, doing /etc/init.d/udev restart after boot fixes it.

-- M

[Debian Bug Importer (debzilla)]

Message-Id: <1121170595.10162.2.camel@geru-itea>
Date: Tue, 12 Jul 2005 14:16:34 +0200
From: Didrik Pinte <email address hidden>
To: <email address hidden>
Subject: same here with 2.6.12 kernel

--=-ee3JzolyIktdS3NA65Gq
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,

As asked by udev 0.062 (0.062-4 here), i've installed a custom 2.6.12
kernel on my Sid.

My mouse and alsa driver aren't created anymore and it seems a lot of
devices not needed a created also (ex: tty[a-z]7, ..)

Didrik

--=-ee3JzolyIktdS3NA65Gq
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBC07Si9Rlh4Zs4yBMRAubaAJwJ17I/H6PZIberbgXJlEXWP9bScACdF1t+
kFqBhGbJTx6OMXUiDK0FyTk=
=zzPn
-----END PGP SIGNATURE-----

--=-ee3JzolyIktdS3NA65Gq--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 12 Jul 2005 14:39:56 +0200
From: <email address hidden> (Marco d'Itri)
To: Didrik Pinte <email address hidden>, <email address hidden>
Subject: Re: Bug#317333: same here with 2.6.12 kernel

--s/l3CgOIzMHHjg/5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 12, Didrik Pinte <email address hidden> wrote:

> As asked by udev 0.062 (0.062-4 here), i've installed a custom 2.6.12
> kernel on my Sid.
>=20
> My mouse and alsa driver aren't created anymore and it seems a lot of
> devices not needed a created also (ex: tty[a-z]7, ..)
This definitely needs to be investigated. Please report the content of
/etc/udev/ and /etc/udev/rules.d/
Also, are you sure that the relevant drivers have been loaded?

--=20
ciao,
Marco

--s/l3CgOIzMHHjg/5
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC07ocFGfw2OHuP7ERAt6VAJ92T1gJEYfEMpxtXNH/vJHpYfWMQgCbB/y8
7ZjfQG8MTFHPuvIcAeLDAt0=
=38/v
-----END PGP SIGNATURE-----

--s/l3CgOIzMHHjg/5--

[Debian Bug Importer (debzilla)]

Message-Id: <1121172423.10378.13.camel@geru-itea>
Date: Tue, 12 Jul 2005 14:47:03 +0200
From: Didrik Pinte <email address hidden>
To: <email address hidden>
Subject: Re: Bug#317333: same here with 2.6.12 kernel

--=-dyk7d6kH/b6D1ZDH1QUC
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Le mardi 12 juillet 2005 =E0 14:39 +0200, Marco d'Itri a =E9crit :
> On Jul 12, Didrik Pinte <email address hidden> wrote:
>=20
> > As asked by udev 0.062 (0.062-4 here), i've installed a custom 2.6.12
> > kernel on my Sid.
> >=20
> > My mouse and alsa driver aren't created anymore and it seems a lot of
> > devices not needed a created also (ex: tty[a-z]7, ..)
> This definitely needs to be investigated. Please report the content of
> /etc/udev/ and /etc/udev/rules.d/
> Also, are you sure that the relevant drivers have been loaded?

Sure, lsmod after boot has all the modules loaded (snd_intel8x0, psmouse
and mousedev are loaded).=20

I've also tried to purge udev installation and reinstall it after
without success.

A /etc/init.d/udev restart always fix the problem after the boot.

Here are the content of /etc/udev and /etc/udev/rules.d :

geru-itea:/home/did# ls /etc/udev
cd-aliases.rules hotplugd.rules scripts
cdsymlinks.conf links.conf simple-cd-aliases.rules
compat-full.rules permissionsd.old.tar.gz thinkpad.rules
compat.rules permissions.rules udev.conf
devfs.rules rules.d udev.rules
hal.rules run.rules udev.rules.labjack

geru-itea:/etc/udev/rules.d# ls
020_permissions.rules cd-aliases.rules udev.rules
z70_hotplugd.rules
050_hal-plugdev.rules thinkpad.rules z50_run.rules

Didrik

--=-dyk7d6kH/b6D1ZDH1QUC
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBC07vH9Rlh4Zs4yBMRAncnAKCAK4g7sWrM56KLiyudDfcCzhoo3ACeI4kf
x8GhhsA/Tk3wAfvtXJTxtZs=
=e5/y
-----END PGP SIGNATURE-----

--=-dyk7d6kH/b6D1ZDH1QUC--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Tue, 12 Jul 2005 19:22:02 +0200
From: =?ISO-8859-1?Q?No=E8l_K=F6the?= <email address hidden>
To: <email address hidden>
Cc: Mourad De Clerck <email address hidden>
Subject: fixed for me with latest version

--=-aFKxn3DKxUaKTz0KkWI7
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello,

the update of udev to now 0.062-4 fixed my problem with the
missing /dev/input/mice and I dont have to restart udev after rebooting
anymore.

$ uname -a
Linux apu 2.6.11-1-686 #1 Mon Jun 20 22:00:38 MDT 2005 i686 GNU/Linux

thx.

--=20
No=C3=A8l K=C3=B6the <noel debian.org>
Debian GNU/Linux, www.debian.org

--=-aFKxn3DKxUaKTz0KkWI7
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBC0/w59/DnDzB9Vu0RAgRnAJ9mQFPKTsggtiRH102icRezkVzfrgCZAa90
ilxQzIyjJ4Te6D8q2yUe4Ys=
=B050
-----END PGP SIGNATURE-----

--=-aFKxn3DKxUaKTz0KkWI7--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 12 Jul 2005 19:42:30 +0200
From: <email address hidden> (Marco d'Itri)
To: =?iso-8859-15?B?Tm/DqGwgS8O2dGhl?= <email address hidden>,
 <email address hidden>
Cc: Mourad De Clerck <email address hidden>,
 Kay Sievers <email address hidden>
Subject: Re: Bug#317333: fixed for me with latest version

--2fHTh5uZTiUOsy+g
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 12, No=E8l K=F6the <email address hidden> wrote:

> the update of udev to now 0.062-4 fixed my problem with the
> missing /dev/input/mice and I dont have to restart udev after rebooting
> anymore.
>=20
> $ uname -a
> Linux apu 2.6.11-1-686 #1 Mon Jun 20 22:00:38 MDT 2005 i686 GNU/Linux
This is interesting, because nothing in udev itself was changed.
(IOW, this bug is even more subtle...)

--=20
ciao,
Marco

--2fHTh5uZTiUOsy+g
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC1AEGFGfw2OHuP7ERAjgxAKCNZ7xnUhE2vVNjPdsmyF2P7dGtrQCffjYU
XZ4oJNJym0L8AyOXGqJbMO8=
=xbUZ
-----END PGP SIGNATURE-----

--2fHTh5uZTiUOsy+g--

[Debian Bug Importer (debzilla)]

Message-Id: <1121191744.9802.12.camel@shuttle>
Date: Tue, 12 Jul 2005 20:09:04 +0200
From: Mourad De Clerck <email address hidden>
To: "=?ISO-8859-1?Q?No=E8l_K=F6the?=" <email address hidden>
Cc: <email address hidden>
Subject: Re: fixed for me with latest version

On Tue, 2005-07-12 at 19:22 +0200, No=E8l K=F6the wrote:
> the update of udev to now 0.062-4 fixed my problem with the
> missing /dev/input/mice and I dont have to restart udev after rebootin=
g
> anymore.

Are you sure udev is not just deactivated? I think Marco set it up so
that udev detects whether or not 2.6.12 is running, and if it's not
(like in your case 2.6.11) it just stops. Well, that's how I understood
it at least.

Personally I had to temporarily downgrade to sarge's udev, seeing as I
was getting more problems (sbp2 problems) - at least until 2.6.12 enters
debian.

-- M

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Tue, 12 Jul 2005 20:28:38 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>,
 <email address hidden>
Cc: =?iso-8859-1?Q?No=E8l_K=F6the?= <email address hidden>
Subject: Re: Bug#317333: fixed for me with latest version

--C7zPtVaVf+AK4Oqc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 12, Mourad De Clerck <email address hidden> wrote:

> Are you sure udev is not just deactivated? I think Marco set it up so
> that udev detects whether or not 2.6.12 is running, and if it's not
> (like in your case 2.6.11) it just stops. Well, that's how I understood
> it at least.
Not when upgrading from earlier 0.060-* versions.

--=20
ciao,
Marco

--C7zPtVaVf+AK4Oqc
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC1AvWFGfw2OHuP7ERAplBAJkB+4obIxIk13BC3LcRfnouEttFsgCghcr7
Pz1rHQNhDkuuiKApvKhxslo=
=QzHf
-----END PGP SIGNATURE-----

--C7zPtVaVf+AK4Oqc--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Wed, 13 Jul 2005 11:08:16 +0200
From: Ralf Hildebrandt <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: udev: /dev/input/mice is not being created at boot-time

Package: udev
Version: 0.062-4
Followup-For: Bug #317333

In addition to the observations of the initial reporter I must report,
that /etc/init.d/udev restart does INDEED (after the bootup) DOES create
/dev/input/mice. So I wonder if this is a timing problem?

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 20 Apr 10 09:58 020_permissions.rules -> ../permissions.rules
lrwxr-xr-x 1 root root 19 Dec 4 2004 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx 1 root root 13 Jul 4 2004 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 12 Jul 4 09:30 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 17 Jul 4 09:30 z70_hotplugd.rules -> ../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram1/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/graphics/fb0/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/event3/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/input/mouse1/dev
/sys/class/input/mouse2/dev
/sys/class/input/ts0/dev
/sys/class/input/ts1/dev
/sys/class/input/ts2/dev
/sys/class/misc/ndiswrapper/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/ppp/ppp/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/audio1/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dsp/dev
/sys/class/sound/dsp1/dev
/sys/class/sound/mixer/dev
/sys/class/sound/mixer1/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D0p/dev
/sys/class/sound/timer/dev

-- Kernel configuration:
 isapnp_init not present.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages udev depends on:
ii hotplug 0.0.20040329-24 Linux Hotplug Scripts
ii initscripts 2.86.ds1-1 Standard scripts needed for bootin
ii libc6 2.3.5-1 GNU C Library: Shared libraries an
ii libselinux1 1.24-1 SELinux shared libraries
ii makedev 2.3.1-78 creates device files in /dev
ii sed 4.1.4-2 The GNU sed stream editor

udev recommends no packages.

-- debco...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 13 Jul 2005 11:51:49 +0200
From: <email address hidden> (Marco d'Itri)
To: Ralf Hildebrandt <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: udev: /dev/input/mice is not being created at boot-time

--Fba/0zbH8Xs+Fj9o
Content-Type: multipart/mixed; boundary="wac7ysb48OaltWcw"
Content-Disposition: inline

--wac7ysb48OaltWcw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 13, Ralf Hildebrandt <email address hidden> wrote:

> In addition to the observations of the initial reporter I must report,
> that /etc/init.d/udev restart does INDEED (after the bootup) DOES create
> /dev/input/mice. So I wonder if this is a timing problem?
This sucks, I see that you are running 2.6.13rc...

Please reboot with this installed as
/etc/hotplug.d/default/logger.hotplug and send me the compressed
/dev/hotplug.log file.

--=20
ciao,
Marco

--wac7ysb48OaltWcw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="logger.hotplug"

#!/bin/dash

[ "$USER" = root ] && exit

FILE="/dev/hotplug.log"

[ -f $FILE ] || : > $FILE
if [ -w $FILE ]; then
  exec >> $FILE 2>&1
else
  echo "[Cannot write to $FILE.]"
fi
unset FILE

{
echo ========================================================================
date
echo $0 "$@"
echo
set
} | egrep -v "^'$|^(_|PATH|PWD|PPID|SHLVL|HOME|IFS|OPTIND|PS[1234])="

--wac7ysb48OaltWcw--

--Fba/0zbH8Xs+Fj9o
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC1OQ1FGfw2OHuP7ERAm2PAKCcVBDaWgED4url4obHWD2VakPRUgCfcOGf
wY5HEFUnPPVGuUm29NRHlng=
=g8fq
-----END PGP SIGNATURE-----

--Fba/0zbH8Xs+Fj9o--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Wed, 13 Jul 2005 18:27:49 -0700
From: "Joost Kooij" <[e-mail]>
To: <email address hidden>
Subject: Possible fix

Hi,

I set the logging from "err" to "info" in /etc/udev/udev.conf and
I got errors in the syslog like so:
udevinfo[2129]: udev_db.c: unable to read db file '/dev/.udevdb/class@input@mous e0These did not show up with "err" logging. Strange..

Anyway, the problem turned out to be a broken udev_db setting in udev.conf
My udev.conf had it set to "/dev/.udevdb", but because /etc/init.d/udev-mtab
doesn't bind mount that (anymore?), it is not there. After changing it to
"/dev/.static/dev/.udevdb", things were all merry again.

Perhaps this helps?

Cheers,

Joost

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 14 Jul 2005 16:47:54 +0200
From: <email address hidden> (Marco d'Itri)
To: Joost Kooij <[e-mail]>,
 <email address hidden>
Subject: Re: Bug#317333: Possible fix

--k1lZvvs/B4yU6o8G
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 14, Joost Kooij <[e-mail]> wrote:

> Anyway, the problem turned out to be a broken udev_db setting in udev.conf
> My udev.conf had it set to "/dev/.udevdb", but because /etc/init.d/udev-m=
tab
> doesn't bind mount that (anymore?), it is not there. After changing it to
> "/dev/.static/dev/.udevdb", things were all merry again.
No, this is meaningless. /etc/init.d/udev-mtab has nothing to do with
this, the directory is supposed to be created by udevstart and using
/dev/.static/dev/.udevdb is definitely wrong because the file system
will be read only.
Let's try a different approach. What happens if you restore the correct
udev.conf and add "mkdir /dev/.udevdb" to /etc/init.d/udev after the
"warn_if_interactive" line?

--=20
ciao,
Marco

--k1lZvvs/B4yU6o8G
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC1nsaFGfw2OHuP7ERAl3zAJ9BZdfmfLsKzpfpjDHfKS2BvKws2wCfYh/2
NA/6ocnGunn+Kxs4hcbRN5Q=
=a40y
-----END PGP SIGNATURE-----

--k1lZvvs/B4yU6o8G--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 14 Jul 2005 16:56:12 +0200
From: Ralf Hildebrandt <email address hidden>
To: Marco d'Itri <email address hidden>
Cc: Ralf Hildebrandt <email address hidden>, <email address hidden>
Subject: Re: Bug#317333: udev: /dev/input/mice is not being created at boot-time

--zhXaljGHf11kAtnf
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Marco d'Itri <email address hidden>:

> > In addition to the observations of the initial reporter I must report=
,
> > that /etc/init.d/udev restart does INDEED (after the bootup) DOES cre=
ate
> > /dev/input/mice. So I wonder if this is a timing problem?

> This sucks, I see that you are running 2.6.13rc...

You bet it sucks :) I played around a bit and found that it happens
sometimes, sometimes it doesn't. I don't know what it depends on. Even
with the SAME kernel -- sometimes it works, sometimes it doesn't.

> Please reboot with this installed as
> /etc/hotplug.d/default/logger.hotplug and send me the compressed
> /dev/hotplug.log file.

I did that. If the device files are not created I get NO logfile. If
the bootup works correctly, I get a log (attached).

--=20
_________________________________________________

  Charit=E9 - Universit=E4tsmedizin Berlin
_________________________________________________

  Ralf Hildebrandt
   i.A. Gesch=E4ftsbereich Informationsmanagement
   Campus Benjamin Franklin
   Hindenburgdamm 30 | Berlin
   Tel. [phone] | Fax [phone]
   <email address hidden>
   http://www.charite.de

--zhXaljGHf11kAtnf
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="hotplug.log.gz"
Content-Transfer-Encoding: base64

H4sICN181kIAA2hvdHBsdWcubG9nAOWcWW/iOBzA3/kUvCFVKrGdg4DEA0PZHWan0C20Up9Q
mqQlGiDZHJ3pt18nJGATmxDKlVANLcnf5vj9T1/Tbh/mpzKeBtUfwawKpSpUWhJsSWK12xuN
qwgAuSKYvi5Mbd+ZBe91QzDMNy2Y+cLMfn833XosqHp2sDAqlU533B8O2jXNMGqVu97zoHPf
a9dwpw/BWxiCb81NNxI8dMbfsUCfaZ4nRJ0T4X3nx/CxXYNQwc/7g/C5KNYqo96/g6f7dk0F
Er54+jZ6GY17+DrqW6s84de8m/See4Mx7ru8nvwc/o071yoHAnUYUroTpDnFODAnSzcxkE/P
N+cCbho+QPjrzTX/W1NoNEWKAm5QJAYW0m81Q3N80+WyWJoG0TJ6jr/Ww/eXUfhNH/vPPWwc
+O4kbrGSbeB0dAvgnxYAQvy3BWAdJi+4Mi0EKKjEexcJ7tzy9K2euDAs77erOQ7LF8PedIvE
IcHKHwHBDCKKWdi9SLD2t0RwaEukqDbLYImvM1v/tdUUp4ZOko46LG/GVocQaXUx1G9PI8zE
MNMaMMxb3XDteR7+ah0IuCMUYB2QEValVBB9tCLBX5h+hkXjFsLvmbbA37o/GPce/+p0sV7i
OyRqTC2FmgoRu8PW6skFwv/qlM3TiR1/uvPhlnLjDrzXydT2spgnzcInMJuyPdWtyVQ38iCm
qSKFopq8//nQyvugzayYOCAYmPGdFObo3hpZYxNZwWjlNUR0LEOkiqvmFRsiZGDONkQRFNwQ
07T6YYoRHNfWhdcgskKMCeEHzAtTQLegFaXs++Fd52e/s0Ta+ghbOuEvAyCgGDpoGp6Or/A9
S7/B9emN5dywVPE4vHvqYqr4zQTck1QETCti/PKAv0oTtwXl1ArMp5VlrBXg6bSC1HJrJR/2
/NEFXU50UU6R5sTsNGfuleYQSfXS6q290O5pjIiBeQdDvKB660C0uAEV7ePZ4WMZVIlxmihA
AaXDrCSrOKSKigEgBEYYYddhFog4zgJoOYAZLJJIi19CEBUBQnIcIYq8YAvOG2yPqTExXwpc
mr8g5k6BcO/CZGsKhIXVimvO7Q+zrK6UGgmVw5UIpX29dFnRki5oENQoRGEnXVA+PRAxbhAQ
ixoEJG7kPnMQyK8xa+EEjDqcmOaPWgjmh7nwIWNlhZImy03iauJfkXfygKmVd5qUYRBr/Wys
wISfsUhK2W1B3tHnXXCHHN6a/FrOWJaHavaAqr/wzVm13/2eRzUKpQmZTgBnXvA/riagvl0T
UGdqAsmn0QQsuyY0w+P6wlKW0JfWbkAO/2VUdkRz6w9/D08sTEOizEgtO6PQoXV74bv2rAt4
rIgGDJfeYQn2EB7dKLsqtMCwbK5LL4Vpc5VIRkrZGa3zD8io...

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 14 Jul 2005 17:00:04 +0200
From: <email address hidden> (Marco d'Itri)
To: Ralf Hildebrandt <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: udev: /dev/input/mice is not being created at boot-time

--aVD9QWMuhilNxW9f
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 14, Ralf Hildebrandt <email address hidden> wrote:

> > Please reboot with this installed as
> > /etc/hotplug.d/default/logger.hotplug and send me the compressed
> > /dev/hotplug.log file.
> I did that. If the device files are not created I get NO logfile. If
This is what other people reported too... It means that for some reason
*no* RUN rule is being honoured, which is even harder to explain.
One of the upstream maintainers suggested to try again with no rules
files (rename /etc/udev/rules.d/).
Myself, I suggest to also try again with "mkdir /dev/.udevdb/" in the
init script after the warn_if_interactive line.

--=20
ciao,
Marco

--aVD9QWMuhilNxW9f
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC1n30FGfw2OHuP7ERAjXEAJ9pMIYAKoAj+2iBDPFtomT8vIBntACcDcfq
5ZXF/lgo+RQS4g+llwYIUWc=
=q7sd
-----END PGP SIGNATURE-----

--aVD9QWMuhilNxW9f--

[Debian Bug Importer (debzilla)]

Message-Id: <1121373087.9094.11.camel@shuttle>
Date: Thu, 14 Jul 2005 22:31:27 +0200
From: Mourad De Clerck <email address hidden>
To: <email address hidden>
Subject: udev logfiles

--=_heaven-22136-1121373843-0001-2
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 7bit

> Please reboot with this installed as
> /etc/hotplug.d/default/logger.hotplug and send me the compressed
> /dev/hotplug.log file.

I'm not sure if this is of use to you, considering I'm still using 2.6.11.

But here are the logs generated on boot for udev 0.056-3, 0.060-1, 0.062-1, 0.062-3 and 0.062-4.

These are the symptoms I experience with every udev version.
- 0.056-3: works perfectly
- 0.060-1: a bit of breakage, like /dev/input/mice missing
- 0.062-1: a boatload of breakage, like alsa devices (and lots of others) missing
- 0.062-3 and -4: udev gets disabled on boot, because kernel < 2.6.12, so I guess you can ignore these.

-- M

--=_heaven-22136-1121373843-0001-2
Content-Type: application/x-compressed-tar; name="udev_hotplug_logs.tar.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=udev_hotplug_logs.tar.gz

H4sIACqy1UIAA+1d23LbuLL1c75Cb3myRfAmMbWzq2ZsZ8bn5HaSyVTNk4oiKZs7kqgSKe/k7w9I
ShbAK0CzQYCOMh7LIi1rLTT6BqD74AePC+1Ks+xL42od3V8APDT8sE0z+44f9HfdmCELXSBNty3D
0OyZcaEhHRnaxUSD+DDFxyFO3P1kcrGPoqTpvrbrij7e9vR49dfDYfI/h/UEmRNNf6PP3lj25Pr2
618TXdOsV9Mg8aYPUbJbH+6v/KkfrNzDOpligbsP9lfHC5NH79Wr367/uvv08e3rfbCJHoPXr25u
//78219/vn099dZuHE8fPfxfjF6/+nr7fx+/fXj72kEz/MO337/+8/WvW/zzo/f6laKoXBKWbqsD
y/V9lpEykDqQeEZKVwcW40jpCs0pRkjIUQcSh/AZmjqwGkaKwoTGofpoJTEfBSZqmKzRQdINdSCx
e0j6OFUfGseUotWEqQ4mnqEaDSxqsMahAGl/QiFnliNGVEivM6sKhTw/jjklNEac9YXq428fbjEq
P3g8jVP9CH747eNvf9zeLG7/vv3419vXLXryG34j8t7058X7T39kP0hLzUmI++KlHBGoyUutyNQy
00JMWbGpSUy1wHRlpWyY1WSld3Ep53WGImYukbiU4yM1WelbXCqMsZrE9CouFUkCNVnpXVzkUbsy
ictYdG7v4jIWtduruFQskqnJCkB0VE74qUlNz9FRRSZATV76F5mKtVk1qelbZORJNEgnMvLkGuQS
mbFo3/5FpmIRXk1qehaZisWEQXiZv9E0bl42kX9YB7V5+fwy/naIA8xTMw90xJj/qlJchHGzlOxi
9/CjLCXp752uNfFDB47pbynFDpOkeP4+2jTTYKsuJkxEhH6w8PxmJmYvggkv2myirefuGskwNcXJ
8PfhY7CPa9lYHuJUKKbH+9LnlwyzhU4fHH9ZJV4YhcTductwHSY/m6UESSUliJuN5TryvjcamQff
o8Qm/YX8xTIvn//85yu+9fdvX9++xvL09MLNl7u/b7+8ff2vj9/ev//308vHt8R/JfSCeLrzwvRw
Ah7U6fH7G8250lLJRFN0pZFiSLvF2YdSiXY2IQwe23wcU1dc/sLt7pA0yl92B6Yi2CZa2dehrzZL
ZBzsw6gkk27yfenXiuTaTVbRfjMN55qpT7N3oPinfczs04yR/g1mo478/FqTzTBlIkkHsaRYdz1Z
Uvd+d+/uk8vtY+iHbvP8teUyp/zksGmyIyXNXJhS6bIOVLTFa08sVEZsTBzNJIrZoIQlnzcLzEcz
F5ZU8mJBBW66t/CifbOKNeeKc4F1aHOkolc6nGcC6LgE/8rI0J9ckkYWLG30LJwsZBMLSGUWmOL2
MxOZfnB9d5cE+2ZWdLlcDX5mMlvZsmUbs3HJxAbtuGe/rBIX7LZji+MXL9Cb2ZDL9YKZNKSLvn2X
kbKIN5l2aKLGUn3aEFOCffJkz5si6lP4TKkf9rwOukKnP3Gmmg6GqKn8EuiuXNbrl25Ksmfy0c1/
4IVNER7iZasPbcnlQ/NT0eY/YRKaCZDIhwZBz+RD2xL50EAsMPjQtkQ+ND8LLJ4iZmLxEMXN+RZb
l8lNBCOimQOpXGV+Dlh8Q2JapM9XLZPDlMsnhOfk4dAiI5J5yUKkpJkRyTL7UJ5V9OCFi4eWnSW2
XDtLYKSDjC/ZWJmrLiInG8poatMnTUFOtkqLaSxFPWc62UMendowYNO+7dn4j5rsyqwPDNmkYM/0
MZBdy3OL1DFJeWY+CsRnr51J1Iokvgz+EJPgMvBnyMMf/3n058rfFDWmk1g5tF46h+nXVR9MluyP
8kzeXaf7Gnb7yHtyjjUNpV8diNbeZBv8WGj+8unm2zW+iN9oqms2STIqk/zXP5/xx3TwvdpwjDtw
ac2HsNnJnMu1Q5CfCe5QNfTbdk3ODbkcb35Snmtep3ov5mEmj1LricNKpabzKbUnivtRauZolFqH
HEurepMrFYf4zyPw2VajuxOT//9N5s7cffzr9su...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 14 Jul 2005 23:33:35 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: severity of 318334 is important, tagging 318334, merging 318334 317333, tagging 317333

# Automatically generated email from bts, devscripts version 2.8.14
severity 318334 important
tags 318334 unreproducible upstream
merge 318334 317333
tags 317333 help

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Fri, 15 Jul 2005 11:05:50 +0200
From: <email address hidden> (Marco d'Itri)
To: Ralf Hildebrandt <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: udev: /dev/input/mice is not being created at boot-time

--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 14, Marco d'Itri <email address hidden> wrote:

> Myself, I suggest to also try again with "mkdir /dev/.udevdb/" in the
> init script after the warn_if_interactive line.
This one works, and correctly works around the bug.
I will upload a fixed package in one or two days.

--=20
ciao,
Marco

--opJtzjQTFsWo+cga
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC13xuFGfw2OHuP7ERAnPhAJ4sNzuO9rv7+RaDW7KyH9dGj+fWLwCeLQED
9/PWJJUlEUx4AcUb/5gDRuE=
=fUu4
-----END PGP SIGNATURE-----

--opJtzjQTFsWo+cga--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Fri, 15 Jul 2005 11:06:06 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: tagging 317333

# Automatically generated email from bts, devscripts version 2.8.14
tags 317333 - help unreproducible upstream

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sat, 16 Jul 2005 01:27:18 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>,
 <email address hidden>, David Pashley <email address hidden>,
 =?iso-8859-15?B?Tm/DqGwgS8O2dGhl?= <email address hidden>,
 Mark Purcell <email address hidden>, Jaap Haitsma <email address hidden>,
 Jukka Suomela <email address hidden>, <email address hidden>,
 Luca Corti <email address hidden>, Didrik Pinte <email address hidden>,
 Ralf Hildebrandt <email address hidden>, Joost Kooij <[e-mail]>,
 Jan Rasche <email address hidden>, <email address hidden>
Subject: Re: Bug#317333: udev: /dev/input/mice does not show up anymore

--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I uploaded at http://www.bofh.it/~md/debian/ an updated package which
should fix this bug.
Please let me know how it will work (without replying to everybody!).

--=20
ciao,
Marco

--n8g4imXOkfNTN/H1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC2EZWFGfw2OHuP7ERAlwDAJoDF54QlTZTqK733gWHKxv+R5Nr+QCfVYb8
Bw5Db9kV9NWLTWu5FzI5Je4=
=DdAC
-----END PGP SIGNATURE-----

--n8g4imXOkfNTN/H1--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Fri, 15 Jul 2005 17:05:27 -0700
From: <[e-mail]>
To: <email address hidden>
Subject: more info on udev bug

Hi,

First of all, sorry for using telnet as a mail client. Alas, I'm a little
underorganised right now, so this is in ad hoc mode. I'll try to check the
bug log for any replies and necessary further info you might need.

I tried the "mkdir /dev/.udevdb" mod to /etc/init.d/udev and it did not help.
Some other things I tried, broke my system in many funny ways, but still
I could not find the source of the problem. I did find a stray file + dir
/etc/udev/permissions.d/udev.permissions . dpkg knew nothing about it.

Then I purged both udev and hotplug from my system and reinstalled.
This actually broke in the case of udev, report below.

I also tried booting an initrd kernel (2.6.13-rc3) and a straight kernel
(2.6.13-rc3-mm1) and it made no difference wrt the udev problem. It did
bring up another data point, though (fwiw): I changed one hd controller
driver to be modular, which caused a problem in /etc/init.d/checkfs.sh (hde1
device not found). That spawns an early root login, in which I restarted
udev, hoping that it would preempt the alsa/gpm/gdm errors later. Alas, that
does not work either. When later gdm has given up, udev restart still does
make the system completely functional again.

Here's a terminal dump of some of what I did:

thunderbird:/etc/udev# dpkg -S /etc/udev/permissions.d/
dpkg: /etc/udev/permissions.d/ not found.
thunderbird:/etc/udev# rm -r permissions.d/
thunderbird:/etc/udev# cd
thunderbird:~# apt-get install udev
Reading package lists... Done
Building dependency tree... Done
You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:
  udev: Depends: hotplug (>= 0.0.20040329-17)
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
thunderbird:~# apt-get install udev hotplug
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  ifrename
The following NEW packages will be installed:
  hotplug udev
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/351kB of archives.
After unpacking 1266kB of additional disk space will be used.
Selecting previously deselected package hotplug.
(Reading database ... 81643 files and directories currently installed.)
Unpacking hotplug (from .../hotplug_0.0.20040329-24_all.deb) ...
Selecting previously deselected package udev.
Unpacking udev (from .../archives/udev_0.062-4_i386.deb) ...
Setting up hotplug (0.0.20040329-24) ...

Setting up udev (0.062-4) ...
Populating the new /dev filesystem temporarily mounted on /tmp/udev.3vA3De/...
mount: special device /dev/pts/ does not exist
dpkg: error processing udev (--configure):
 subprocess post-installation script returned error exit status 32
Errors were encountered while processing:
 udev
E: Sub-process /usr/bin/dpkg returned an error code (1)
thunderbird:~# mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
/dev/hda6 on /usr type ext3 (rw)
/dev/hda7 o...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Fri, 15 Jul 2005 17:22:54 -0700
From: <[e-mail]>
To: <email address hidden>
Subject: udev 0.63 fixes problem

Hi,

Here's a quick turnaround. I got udev 0.63 from your website and everything
seems to work fine now. Of course, in the last mail I meant to write "0.63 is
just out", instead of "0.64". Anyway, thanks for the quick response to bugs
and upstream releases.

BTW, during debugging, I noticed that the scripts in the initrd image created
by the mkinitrd package assume devfs support still. Perhaps they need a tune-
up and use udev instead?

Cheers,

Joost

(please reply to bug# only - this address bounces)

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sat, 16 Jul 2005 13:21:29 -0400
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: Bug#317333: fixed in udev 0.063-1

Source: udev
Source-Version: 0.063-1

We believe that the bug you reported is fixed in the latest version of
udev, which is due to be installed in the Debian FTP archive:

udev_0.063-1.diff.gz
  to pool/main/u/udev/udev_0.063-1.diff.gz
udev_0.063-1.dsc
  to pool/main/u/udev/udev_0.063-1.dsc
udev_0.063-1_i386.deb
  to pool/main/u/udev/udev_0.063-1_i386.deb
udev_0.063.orig.tar.gz
  to pool/main/u/udev/udev_0.063.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marco d'Itri <email address hidden> (supplier of updated udev package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Fri, 15 Jul 2005 23:37:29 +0200
Source: udev
Binary: udev udev-udeb
Architecture: source i386
Version: 0.063-1
Distribution: unstable
Urgency: low
Maintainer: Marco d'Itri <email address hidden>
Changed-By: Marco d'Itri <email address hidden>
Description:
 udev - /dev/ management daemon
Closes: 317333 317639 318115 318334
Changes:
 udev (0.063-1) unstable; urgency=low
 .
   * New upstream release.
   * Always create .udevdb in the init script, to make the enable_after_udev
     patch work. Many thanks to Kay Sievers for the invaluable debugging tips.
     (Closes: #317333, #317639, #318334)
   * Do not build the udeb with selinux support. (Closes: #318115)
Files:
 26c942a48e499ea28e56c8d5b8f876ee 578 admin optional udev_0.063-1.dsc
 1f532521acc019a74b07dd8b91fe67f9 434670 admin optional udev_0.063.orig.tar.gz
 cdab7480ed10deecd2af2f4dc3c76a82 28415 admin optional udev_0.063-1.diff.gz
 65c5f3299983090b3e161e8664dfc823 293176 admin optional udev_0.063-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC2TpNFGfw2OHuP7ERAuGQAJ9qPFtjWAlY1KsPz+o3EXsDtVoGuwCaAnDm
A+5VaMZaOvW77GWA94mkJv4=
=MiMD
-----END PGP SIGNATURE-----

[Debian Bug Importer (debzilla)]

Message-Id: <1122563834.7369.6.camel@shuttle>
Date: Thu, 28 Jul 2005 17:17:14 +0200
From: Mourad De Clerck <email address hidden>
To: <email address hidden>
Subject: Re: Bug#317333 acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

reopen 317333
thanks

On Sat, 2005-07-16 at 10:33 -0700, Debian Bug Tracking System wrote:
> Source: udev
> Source-Version: 0.063-1
>
> We believe that the bug you reported is fixed in the latest version of
> udev, which is due to be installed in the Debian FTP archive:

Sorry, I'm afraid it's still there. I had installed 0.063-1 a while
back, but only recently installed 2.6.12 (linux-image-2.6.12-1-k7) - as
udev got disabled on boot with 2.6.11, I didn't see the bug of course.

/dev/input/mice is still missing on boot.

Let me know how I can help you chase down this bug.

-- M

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 28 Jul 2005 18:34:29 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 28, Mourad De Clerck <email address hidden> wrote:

> Let me know how I can help you chase down this bug.
Are mousedev and all the other related drivers loaded?
Does /sys/class/input/mice/dev exist?
Does running udevstart make the device appear?
Did you read README.Debian?

--=20
ciao,
Marco

--tThc/1wpZn/ma/RB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC6QkVFGfw2OHuP7ERAkVmAJ4uXDHY9xw/GApyJm9pZT8z0DYPLQCdFcMD
qetrGnkf2MXEAaPq5ROJbAE=
=fiKA
-----END PGP SIGNATURE-----

--tThc/1wpZn/ma/RB--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 28 Jul 2005 18:31:50 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: unmerging 317333, closing 318334

# Automatically generated email from bts, devscripts version 2.8.14
unmerge 317333
close 318334

[Debian Bug Importer (debzilla)]

Message-Id: <1122572438.9221.9.camel@shuttle>
Date: Thu, 28 Jul 2005 19:40:38 +0200
From: Mourad De Clerck <email address hidden>
To: Marco d'Itri <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

On Thu, 2005-07-28 at 18:34 +0200, Marco d'Itri wrote:
> On Jul 28, Mourad De Clerck <email address hidden> wrote:
>
> > Let me know how I can help you chase down this bug.
> Are mousedev and all the other related drivers loaded?

mousedev is loaded in /etc/modules, just to be sure. Otherwise
everything I can think of (usbhid, bluetooth hidp etc) is all loaded by
hotplug etc.

> Does /sys/class/input/mice/dev exist?

yes.

$ cat /sys/class/input/mice/dev
13:63

> Does running udevstart make the device appear?

yes - doing a find in /dev/ before and after doing udevstart shows it
only affects /dev/input/mice - unlike previous episodes where lots of
other devices (like nvidia) were missing.

--- dev_after_boot_sorted.txt 2005-07-28 19:26:22.000000000 +0200
+++ dev_after_udevstart_sorted.txt 2005-07-28 19:26:39.000000000
+0200
@@ -5805,2 +5805,3 @@
 /dev/.udevdb/class@input@event5
+/dev/.udevdb/class@input@mice
 /dev/.udevdb/class@input@mouse0
@@ -5845,2 +5846,3 @@
 /dev/input/event5
+/dev/input/mice
 /dev/input/mouse0

> Did you read README.Debian?

yes - read and re-read.

-- Mourad

[Debian Bug Importer (debzilla)]

Message-Id: <1123071310.5056.1.camel@localhost>
Date: Wed, 03 Aug 2005 14:15:10 +0200
From: Mourad De Clerck <email address hidden>
To: <email address hidden>
Subject: Re: Bug#317333 acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

reopen 317333
thanks

-- M

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 14 Aug 2005 04:00:30 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 28, Mourad De Clerck <email address hidden> wrote:

> Let me know how I can help you chase down this bug.
Please check if you can still reproduce this bug with udev 066 and a
2.6.12 kernel.

--=20
ciao,
Marco

--X1bOJ3K7DJ5YkBrT
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC/qW+FGfw2OHuP7ERApKrAJ9JNIVyvQgtCKl5Bsy0aPT/VNcBDwCfaiHe
5wAMIr3MlgR2JWZo+YFqX8A=
=6FX2
-----END PGP SIGNATURE-----

--X1bOJ3K7DJ5YkBrT--

[Debian Bug Importer (debzilla)]

Message-Id: <1124023739.9239.8.camel@shuttle>
Date: Sun, 14 Aug 2005 14:48:59 +0200
From: Mourad De Clerck <email address hidden>
To: Marco d'Itri <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

On Sun, 2005-08-14 at 04:00 +0200, Marco d'Itri wrote:
> On Jul 28, Mourad De Clerck <email address hidden> wrote:
> > Let me know how I can help you chase down this bug.
> Please check if you can still reproduce this bug with udev 066 and a
> 2.6.12 kernel.

Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
can still reproduce this bug. After boot certain devices don't show up,
but after running udevstart they seem to be there. Compared to the
previous udev version I checked where only /dev/input/mice was affected,
now my cdrw/dvd devices seem to be affected too:

--- dev_after_boot.txt 2005-08-14 14:33:44.000000000 +0200
+++ dev_after_udevstart.txt 2005-08-14 14:34:06.000000000 +0200
@@ -1,2 +1,5 @@
 /dev/
+/dev/dvd
+/dev/cdrw
+/dev/cdrom
 /dev/vcsa5
@@ -20,2 +23,3 @@
 /dev/input
+/dev/input/mice
 /dev/input/event5
@@ -745,2 +749,4 @@
 /dev/.udevdb
+/dev/.udevdb/class@input@mice
+/dev/.udevdb/block@hdc
 /dev/.udevdb/class@input@event5

-- Mourad

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 14 Aug 2005 14:57:25 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--r5Pyd7+fXNt84Ff3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 14, Mourad De Clerck <email address hidden> wrote:

> Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> can still reproduce this bug. After boot certain devices don't show up,
> but after running udevstart they seem to be there. Compared to the
> previous udev version I checked where only /dev/input/mice was affected,
> now my cdrw/dvd devices seem to be affected too:
You will have to try with some extensive debugging then.
Please add to the udev init script commands to mount / (or /var) rw and
start syslogd just before udevstart is called:

mount / -o rw,remount
/etc/init.d/sysklogd start

Set udev_log=3D"debug" in /etc/udev/udev.conf and then reboot with
init=3D/bin/bash on the kernel command line and manually start udev:

/etc/rcS.d/S02mountvirtfs start
/etc/rcS.d/S04udev start

You should find some useful debugging information in the log.

--=20
ciao,
Marco

--r5Pyd7+fXNt84Ff3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC/z+1FGfw2OHuP7ERAqjJAJwM6WzGcyDYxzzDKglRHdSUprFCzgCeIZ4n
0Db/SCl/bVhIcVcPC4dSWIE=
=/Ar1
-----END PGP SIGNATURE-----

--r5Pyd7+fXNt84Ff3--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Mon, 15 Aug 2005 19:44:01 +0200
From: Marco d'Itri <email address hidden>
To: <email address hidden>
Subject: tagging 301780, tagging 317333, tagging 323030, tagging 321276, tagging 322205

# Automatically generated email from bts, devscripts version 2.9.4
tags 301780 unreproducible moreinfo help
tags 317333 unreproducible moreinfo help
tags 323030 unreproducible moreinfo help
tags 321276 unreproducible moreinfo help
tags 322205 unreproducible moreinfo help

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 21 Aug 2005 12:16:46 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--uh9ZiVrAOUUm9fzH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 14, Marco d'Itri <email address hidden> wrote:

> > Let me know how I can help you chase down this bug.
> Please check if you can still reproduce this bug with udev 066 and a
> 2.6.12 kernel.
What about 068?

--=20
ciao,
Marco

--uh9ZiVrAOUUm9fzH
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDCFSOFGfw2OHuP7ERAh19AJ9oQU8n9DnakfJh1hzLtNF1dCqPQACdFyu1
bdD97JxyIMKJ9tCi/Sw2SnQ=
=tW2f
-----END PGP SIGNATURE-----

--uh9ZiVrAOUUm9fzH--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Mon, 22 Aug 2005 15:27:06 +0200
From: boppy <email address hidden>
To: <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--nextPart5750221.ZizbeYbkiN
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,
I use Version: 0.068-1 and kernel 2.6.12.=20
After booting there is still no /dev/input/mice.
If I restart udev everything works fine.

 Andreas

--nextPart5750221.ZizbeYbkiN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDCdKv6obKX2P3R6MRAjeEAKC+536NrVMVLFtAaFxQc3V9kkDgPwCgmMnO
UfEJgNzHI5XIh2KPh73c+TQ=
=L6nL
-----END PGP SIGNATURE-----

--nextPart5750221.ZizbeYbkiN--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Mon, 22 Aug 2005 15:29:39 +0200
From: <email address hidden> (Marco d'Itri)
To: boppy <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 22, boppy <email address hidden> wrote:

> I use Version: 0.068-1 and kernel 2.6.12.=20
> After booting there is still no /dev/input/mice.
Please try to get a debug log at boot time as explained, I cannot
reproduce this bug and I cannot do anything without further information.

--=20
ciao,
Marco

--nFreZHaLTZJo0R7j
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD4DBQFDCdNDFGfw2OHuP7ERAnHpAJUeW9qZaLoM3kkFU9iH/K+PZjoCAKCdq2lI
mwr6S4SrHM609WDMPP+4lg==
=vrHH
-----END PGP SIGNATURE-----

--nFreZHaLTZJo0R7j--

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 24 Aug 2005 01:26:17 +0200
From: <email address hidden> (Marco d'Itri)
To: boppy <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--RnlQjJ0d97Da+TV1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 24, boppy <email address hidden> wrote:

> No idea, it didn't work, so perhaps we can try something else. I send you=
 a=20
> part of my logfile, after I do a regular boot and before I restart udev.=
=20
Not helpful, there are no mentions of mice.

> Aug 23 23:08:56 (none) udev[2971]: run_program: '/usr/lib/hal/hal.hotplug=
'=20
> 'module'
> Aug 23 23:08:56 (none) udev[2986]: run_program: exec of program failed
>=20
> Could it be, that /usr is not mounted at this time?
Yes, but it's harmless.

--=20
ciao,
Marco

--RnlQjJ0d97Da+TV1
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDC7CZFGfw2OHuP7ERAm21AJ4z95fIV02WPIq7L9P3/fhBGZUIcgCeKzDI
VOk96HDnh+FvcWIQTFQjOEk=
=dSTa
-----END PGP SIGNATURE-----

--RnlQjJ0d97Da+TV1--

[Debian Bug Importer (debzilla)]

Message-Id: <1124917814.9415.11.camel@shuttle>
Date: Wed, 24 Aug 2005 23:10:14 +0200
From: Mourad De Clerck <email address hidden>
To: Marco d'Itri <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

On Sun, 2005-08-14 at 14:57 +0200, Marco d'Itri wrote:
> On Aug 14, Mourad De Clerck <email address hidden> wrote:
> You will have to try with some extensive debugging then.

I just tried debugging:

0. (before rebooting I set udev_log="debug" in /etc/udev/udev.conf)
1. boot Debian linux-image-2.6.12-1-k7 with init=/bin/bash
2. mount / -o rw,remount
3. /etc/rcS.d/S02mountvirtfs start
4. /etc/init.d/sysklogd start
5. modprobe ohci_hcd (hotplug loads the other necessary modules, like
usbhid, and mousedev - doublechecked they are loaded in dmesg/lsmod)
6. /etc/rcS.d/S04udev start

... result: /dev/input/mice _is_ present! (annoying, as it makes it
harder to replicate/simplify the bug)

However I failed to capture any relevant bits of syslog information -
syslog only contains hotplug messages like:
Aug 24 22:32:55 (none) input.agent[1528]: mousedev: loaded
successfully

I guess we're still not closer to figuring out what's going on.

-- M

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Wed, 24 Aug 2005 23:12:06 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--oyUTqETQ0mS9luUI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 24, Mourad De Clerck <email address hidden> wrote:

> 0. (before rebooting I set udev_log=3D"debug" in /etc/udev/udev.conf)
What happens if you do not set this?

--=20
ciao,
Marco

--oyUTqETQ0mS9luUI
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDDOKmFGfw2OHuP7ERAuotAJ9EkjpZ2pNNWiMwqhyOUZ1in6TEQgCfU/Ii
oUyG11NfRtUNBa8Tg8Z7SrI=
=WQ5h
-----END PGP SIGNATURE-----

--oyUTqETQ0mS9luUI--

[Debian Bug Importer (debzilla)]

Message-Id: <1124922905.11181.0.camel@shuttle>
Date: Thu, 25 Aug 2005 00:35:05 +0200
From: Mourad De Clerck <email address hidden>
To: Marco d'Itri <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

On Wed, 2005-08-24 at 23:12 +0200, Marco d'Itri wrote:
> On Aug 24, Mourad De Clerck <email address hidden> wrote:
> > 0. (before rebooting I set udev_log="debug" in /etc/udev/udev.conf)
> What happens if you do not set this?

No change whatsoever.

-- M

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 25 Aug 2005 16:49:43 +0200
From: <email address hidden> (Marco d'Itri)
To: Mourad De Clerck <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Aug 14, Mourad De Clerck <email address hidden> wrote:

> Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> can still reproduce this bug. After boot certain devices don't show up,
One of the udev maintainers suggested to try adding mousedev to
/etc/modules.

--=20
ciao,
Marco

--qDbXVdCdHGoSgWSk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDDdqHFGfw2OHuP7ERAlesAJ9qMfZQx1Q8p3O/ljfFNZ3UsotNsgCfU4CT
3Y+SeAhTOGtg7yOiXhIJL34=
=K2mQ
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 25 Aug 2005 17:12:29 +0200
From: boppy <email address hidden>
To: "Marco d'Itri" <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)

--nextPart1738068.sVlKiz8ksx
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Donnerstag, 25. August 2005 16:49 schrieben Sie:
> On Aug 14, Mourad De Clerck <email address hidden> wrote:
> > Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> > can still reproduce this bug. After boot certain devices don't show up,
>
> One of the udev maintainers suggested to try adding mousedev to
> /etc/modules.

it's already in my /etc/modules=20

--nextPart1738068.sVlKiz8ksx
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDDd/y6obKX2P3R6MRAoBrAKDVkR7tQv1EBBCRh1cwKup0N5iC0ACdGnFu
U8KpFKlBuH72CuRv0fxbXII=
=H6Rz
-----END PGP SIGNATURE-----

--nextPart1738068.sVlKiz8ksx--

[Debian Bug Importer (debzilla)]

Message-Id: <1124987404.10155.10.camel@shuttle>
Date: Thu, 25 Aug 2005 18:30:04 +0200
From: Mourad De Clerck <email address hidden>
To: Marco d'Itri <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#317333: acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)

On Thu, 2005-08-25 at 16:49 +0200, Marco d'Itri wrote:
> On Aug 14, Mourad De Clerck <email address hidden> wrote:
>
> > Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> > can still reproduce this bug. After boot certain devices don't show up,
> One of the udev maintainers suggested to try adding mousedev to
> /etc/modules.
>

Actually, they are on to something because I had just found out
something significant.

I had 2 things in my /etc/modules:

mousedev
ide-cd

The reason why I added mousedev is that (quite) a while back it wouldn't
get automatically loaded. ide-cd was a debian default if I am not
mistaken.

I commented both out, and on reboot /dev/input/mice was there!

Just to make sure there were no other devices missing, I started
udevstart again and compared the before and afters:

--- dev_before_udevstart.txt 2005-08-25 16:20:35.000000000 +0200
+++ dev_after_udevstart.txt 2005-08-25 16:20:54.000000000 +0200
@@ -1,2 +1,5 @@
 /dev/
+/dev/dvd1
+/dev/cdrw1
+/dev/cdrom1
 /dev/vcsa1

Now this is weird (and new) - there's no clear reason why extra
(unecessary) dev nodes are made afterwards, and why he didn't make them
in the first place (on boot). The nodes point to the same thing:

lrwxrwxrwx 1 root root 3 Aug 25 16:19 /dev/dvd -> hdc
lrwxrwxrwx 1 root root 3 Aug 25 16:20 /dev/dvd1 -> hdc

(similarly for cdrw/cdrw1, and cdrom/cdrom1 - there's no dvd0)

I guess it's because I commented out ide-cd too ...?

It's still very weird that modules listed in /etc/modules have this
effect on udev. In the end the same modules are loaded, just at
different times (and maybe twice?).

-- Mourad

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 25 Aug 2005 21:02:56 +0200
From: Kay Sievers <email address hidden>
To: Marco d'Itri <email address hidden>
Subject: Re: [<email address hidden>: Bug#317333: acknowledged by developer (Bug#317333: fixed in
 udev 0.063-1)]

On Thu, Aug 25, 2005 at 07:47:56PM +0200, Marco d'Itri wrote:
> An interesting comment.

> Subject: Bug#317333: acknowledged by developer (Bug#317333: fixed in udev 0.063-1)
> From: Mourad De Clerck <email address hidden>
> To: Marco d'Itri <email address hidden>
> Cc: <email address hidden>

> On Thu, 2005-08-25 at 16:49 +0200, Marco d'Itri wrote:
> > On Aug 14, Mourad De Clerck <email address hidden> wrote:
> >
> > > Unfortunately, using linux-image-2.6.12-1-k7 2.6.12-2 and udev 0.066-1 I
> > > can still reproduce this bug. After boot certain devices don't show up,
> > One of the udev maintainers suggested to try adding mousedev to
> > /etc/modules.
> >
>
> Actually, they are on to something because I had just found out
> something significant.
>
> I had 2 things in my /etc/modules:
>
> mousedev
> ide-cd
>
> The reason why I added mousedev is that (quite) a while back it wouldn't
> get automatically loaded. ide-cd was a debian default if I am not
> mistaken.
>
> I commented both out, and on reboot /dev/input/mice was there!

Strange, the event seems to get lost. If you restore the
failing setup and add a "sleep 1" before udevstart, does it work then?

> Just to make sure there were no other devices missing, I started
> udevstart again and compared the before and afters:
>
> --- dev_before_udevstart.txt 2005-08-25 16:20:35.000000000 +0200
> +++ dev_after_udevstart.txt 2005-08-25 16:20:54.000000000 +0200
> @@ -1,2 +1,5 @@
> /dev/
> +/dev/dvd1
> +/dev/cdrw1
> +/dev/cdrom1
> /dev/vcsa1
>
> Now this is weird (and new) - there's no clear reason why extra
> (unecessary) dev nodes are made afterwards, and why he didn't make them
> in the first place (on boot). The nodes point to the same thing:
>
> lrwxrwxrwx 1 root root 3 Aug 25 16:19 /dev/dvd -> hdc
> lrwxrwxrwx 1 root root 3 Aug 25 16:20 /dev/dvd1 -> hdc
>
> (similarly for cdrw/cdrw1, and cdrom/cdrom1 - there's no dvd0)
>
> I guess it's because I commented out ide-cd too ...?
>
> It's still very weird that modules listed in /etc/modules have this
> effect on udev. In the end the same modules are loaded, just at
> different times (and maybe twice?).

No, this is ok. %e is used, i think. That %e is not very smart and just
increases the number if the udevdb is not cleared before the run of
udevstart.

Kay

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 1 Sep 2005 11:44:42 +0200
From: <email address hidden> (Marco d'Itri)
To: <email address hidden>
Subject: udev not creating /dev/input/mice

Looks like the Ubuntu people have found a workaround, but I do not know
why unix.ko is not always being correctly autoloaded.

(Anyway, a generic kernel with modular AF_UNIX is stupidly broken.)

----- Forwarded message from Jeff Bailey <email address hidden> -----

From: Jeff Bailey <email address hidden>
Subject: udev not creating /dev/input/mice
To: Marco d'Itri <email address hidden>

We traced the race condition here, FYI: It seems that the 'unix' kernel
module isn't always loaded, so udevsend can't talk to udevd. In our
testcases, it looks like forcing it to be loaded in advance does the
trick.

Ubuntu Bug: http://bugzilla.ubuntu.com/show_bug.cgi?id=12915

Tks,
Jeff Bailey

----- End forwarded message -----

--
ciao,
Marco

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 1 Sep 2005 14:22:41 +0200
From: <email address hidden> (Marco d'Itri)
To: <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: Bug#317333: udev not creating /dev/input/mice

--IiVenqGWf+H9Y6IX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sep 01, Marco d'Itri <email address hidden> wrote:

> Looks like the Ubuntu people have found a workaround, but I do not know
> why unix.ko is not always being correctly autoloaded.
I would like the users experiencing this bug to confirm that AF_UNIX is
modular on their system and then boot with init=3D/bin/bash, check that
the module is not loaded and check if it is after sending an event
this way:

ACTION=3Dadd DEVPATH=3D/devices/system/cpu/cpu0 SUBSYSTEM=3Dcpu /sbin/udevs=
end

udevd should be started too. If this is not happening, then we have
a problem.

--=20
ciao,
Marco

--IiVenqGWf+H9Y6IX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDFvKRFGfw2OHuP7ERAh8oAJ0W08itjKV1FnBKFhhPgel6Dggo6QCdEbLA
MEpx8hHoPhfe0nfZWgc7nNA=
=B8ti
-----END PGP SIGNATURE-----

--IiVenqGWf+H9Y6IX--

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Thu, 1 Sep 2005 18:45:53 +0200
From: boppy <email address hidden>
To: "Marco d'Itri" <email address hidden>
Cc: <email address hidden>,
 <email address hidden>
Subject: Re: Bug#317333: udev not creating /dev/input/mice

--nextPart1518441.rm32Gbj3BS
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Am Donnerstag, 1. September 2005 14:22 schrieb Marco d'Itri:
> I would like the users experiencing this bug to confirm that AF_UNIX is
> modular on their system and then boot with init=/bin/bash, check that
> the module is not loaded and check if it is after sending an event
> this way:
>
> ACTION=add DEVPATH=/devices/system/cpu/cpu0 SUBSYSTEM=cpu /sbin/udevsend
>
> udevd should be started too. If this is not happening, then we have
> a problem.

OK!
unix.ko is loaded and udevd started.

--nextPart1518441.rm32Gbj3BS
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDFzBI6obKX2P3R6MRAo/IAJ9tMDSu4k9tmizsW9xbEFcskmBC5gCgj9Kc
c2kf7VhZ7S4pUrNBX2EUPiA=
=bHKy
-----END PGP SIGNATURE-----

--nextPart1518441.rm32Gbj3BS--

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22178 has been marked as a duplicate of this bug. ***

[Scott James Remnant (Canonical) (canonical-scott)]

hurrah, no further reports -- I think this bug can go away now.

[Scott James Remnant (Canonical) (canonical-scott)]

*** Bug 22695 has been marked as a duplicate of this bug. ***