Messages in this thread | | | Date | Sun, 5 Sep 2004 10:02:00 +0200 | From | Greg KH <> | Subject | Re: devfs -> udev transition: vcsN are not created |
| |
On Fri, Aug 27, 2004 at 12:48:59PM +0300, Denis Vlasenko wrote: > Hi Greg, > > On Wednesday 25 August 2004 15:17, Denis Vlasenko wrote: > > I am migrating my 2.6 systems from devfs to udev. > > Versions: > > > > # uname -a > > Linux firebird 2.6.7-bk20 #6 Mon Jul 12 01:23:31 EEST 2004 i686 unknown > > # ls -d udev* hotplug* > > hotplug-2004_04_01 udev-030 > > > > In early boot, when root fs is readonly yet, I start udev this way: > > > > mount -t ramfs none /dev > > env - udevd & sleep 1 > > udevstart > > > > and then continue as normal. Things mostly work. > > However, I noticed that vcsN device nodes are missing > > (I tried to start Midnight Commander and it failed). > > This can be due to the fact that I start agettys very > > late in boot sequence, and thus all ttyN's were not > > open at the time of udevstart, only first one was (tty1). > > > > I logged in and did: > > > > # ls -l /udev >before > > # strace -o us.log udevstart > > # ls -l /udev >after > > # diff -u before after >diff > > > > This worked, vcsN's appeared: > [snip] > > As you suggested, I tried 2.6.9-rc1-mm1. Sorry. It does not work. > > My hotplug is instrumented a bit > to log invocations to syslog. I did 'cat >/dev/tty13': > > hotplug[1196]: cmd: /sbin/hotplug vc > hotplug[1196]: env: DEVPATH=/class/vc/vcs13 PATH=/sbin:/bin:/usr/sbin:/usr/bin > ACTION=add PWD=/ SHLVL=1 HOME=/ SEQNUM=232 _=/sbin/env > hotplug[1198]: cmd: /sbin/hotplug vc > hotplug[1198]: env: DEVPATH=/class/vc/vcsa13 PATH=/sbin:/bin:/usr/sbin:/usr/bin > ACTION=add PWD=/ SHLVL=1 HOME=/ SEQNUM=233 _=/sbin/env > hotplug[1198]: run: /etc/hotplug.d/default/default.hotplug vc > hotplug[1196]: run: /etc/hotplug.d/default/default.hotplug vc > hotplug[1196]: run: /etc/hotplug.d/default/udev.hotplug vc > hotplug[1198]: run: /etc/hotplug.d/default/udev.hotplug vc > > /dev/vcs[a]13 did NOT appear. > I waited ~15 secs and ^C'ed cat:
Hm, this works for me.
What does /sys/class/vc/ contain? Any "vcs" files there? If not, that's the issue.
thanks,
greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |