Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 18:54, a tiny voice compelled Richard Fish to write: > On 12/18/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > > > What are the permissions that it is being created with? (Do "ls -l > > > > /dev/dsp" from a console after startup without logging into KDE). > > > > (loged into kde but I have not done # udevstart as of yet): > > > > lrwxrwxrwx 1 root root 9 Dec 18 03:45 /dev/dsp -> sound/dsp > > Damn symlinks. Need to see: > > ls -l /dev/sound/dsp ls -l /dev/sound/dsp crw-rw 1 root audio 14, 3 Dec 18 05:59 /dev/sound/dsp users are in the audio group > > > > > tar -tjvf /lib/udev-state/devices.tar.bz2 > > > > > > $ sudo tar -tjvf /lib/udev-state/devices.tar.bz2 | grep dsp > > > crw--- root/audio14,19 2004-02-19 04:28:48 dsp1 > > > crw--- root/audio14,35 2004-02-19 04:28:48 dsp2 > > > crw--- root/audio14,51 2004-02-19 04:28:48 dsp3 > > No /dev/dsp, so your tarball can't be having any effect here... The tarball has to be having some effect. When I turned it off and rebooted, I had no /dev/nvidia* devices. I recreated them, turned TARBALL back on and added /sbin/udevstart to /etc/conf.d/local.start. This might not be the right way to solve this but it does the trick. I would however like to fix this the right way. > > -Richard -- Regards, Ernie 100% Microsoft and Intel free 19:30:44 up 8:31, 3 users, load average: 0.01, 0.05, 0.12 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On 12/18/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > On Sunday 18 December 2005 10:13, a tiny voice compelled Ernie Schroder to > write: > > On Sunday 18 December 2005 08:35, a tiny voice compelled Ernie Schroder to > > > > write: > > > On Sunday 18 December 2005 00:42, a tiny voice compelled Richard Fish to > > > > > > write: > > > > > Hmm, /dev/dsp is only necessary for legacy OSS support...it should not > > > > be necessary with KDE, which _should_ be able to use the ALSA > > > > interface. Do you have the alsa USE flag set? > > > > > > Hmm, no > > > Changed the KDE sound system to ALSA same problem. Is there something I would > have to rebuild with the alsa flag? Yes...you can keep arts but have it use alsa if you set the alsa USE flag on arts. Or you can skip arts altogether and have it use alsa by setting +alsa on kdelibs. [ebuild R ] kde-base/arts-3.5.0 +alsa ... [ebuild U ] kde-base/kdelibs-3.5.0-r1 [3.5.0] -acl +alsa ... -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On 12/18/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > > What are the permissions that it is being created with? (Do "ls -l > > > /dev/dsp" from a console after startup without logging into KDE). > (loged into kde but I have not done # udevstart as of yet): > > lrwxrwxrwx 1 root root 9 Dec 18 03:45 /dev/dsp -> sound/dsp Damn symlinks. Need to see: ls -l /dev/sound/dsp > > > tar -tjvf /lib/udev-state/devices.tar.bz2 > > > > $ sudo tar -tjvf /lib/udev-state/devices.tar.bz2 | grep dsp > > crw--- root/audio14,19 2004-02-19 04:28:48 dsp1 > > crw--- root/audio14,35 2004-02-19 04:28:48 dsp2 > > crw--- root/audio14,51 2004-02-19 04:28:48 dsp3 No /dev/dsp, so your tarball can't be having any effect here... -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Sat, 2005-12-17 at 21:36 -0500, Ernie Schroder wrote: > I'm obviously looking in the wrong places, but I can't find documentation on > getting udev to start at boot. Sound and a few other things you don't notice > right away fail to work until I do: > # udevstart > /dev/dsp is created with correct permissions and I'm good to go. The question > is: > How to I get udev to start at boot? > > I had thought that the place to do this was in grub.conf. Following some > instructions I found searching the gentoo forums, I edited my kernel line > like so: > > title Gentoo-2.6.14 > root (hd0,0) > kernel /bzImage-2.6.14-gentoo-r4 root=/dev/hda5 dev=udev > video=vesafb:ywrap,mtrr vga=0x317 > IIRC its not dev=udev, it's jsut plain udev > Also If you see why the boot complains about my video mode, feel free to > comment. > -- > Regards, Ernie > 100% Microsoft and Intel free > > 21:17:06 up 23 min, 2 users, load average: 0.34, 0.59, 0.57 > Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- Lares Moreau <[EMAIL PROTECTED]> | LRU: 400755 http://counter.li.org lares/irc.freenode.net | Gentoo x86 Arch Tester | ::0 Alberta, Canada Public Key: 0D46BB6E @ subkeys.pgp.net | Encrypted Mail Preferred Key fingerprint = 0CA3 E40D F897 7709 3628 C5D4 7D94 483E 0D46 BB6E signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 14:14, a tiny voice compelled Daniel Drake to write: > Ernie Schroder wrote: > > I'm obviously looking in the wrong places, but I can't find documentation > > on getting udev to start at boot. Sound and a few other things you don't > > notice right away fail to work until I do: > > # udevstart > > /dev/dsp is created with correct permissions and I'm good to go. The > > question is: > > How to I get udev to start at boot? > > Which version of udev do you have installed? > What is the output of "cat /proc/sys/kernel/hotplug"? > > Daniel $ emerge -vp udev [ebuild R ] sys-fs/udev-070-r1 (-selinux) -static 0 kB $ cat /proc/sys/kernel/hotplug /sbin/udevsend I have added /sbin/udevstart to /etc/conf.d/local.start and it seems that /dev/dsp is recreated with the right permissions and the annoying message is gone. Not the most elegant solution, but effective. -- Regards, Ernie 100% Microsoft and Intel free 14:46:10 up 3:47, 3 users, load average: 0.31, 0.46, 0.49 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 14:01, a tiny voice compelled Tony Davison to write: > On Sunday 18 December 2005 15:30, Ernie Schroder wrote: > > On Sunday 18 December 2005 10:13, a tiny voice compelled Ernie Schroder > > to > > > > write: > > > On Sunday 18 December 2005 08:35, a tiny voice compelled Ernie Schroder > > > to > > > > > > write: > > > > On Sunday 18 December 2005 00:42, a tiny voice compelled Richard Fish > > > > to > > > > > > > > write: > > > > > Hmm, /dev/dsp is only necessary for legacy OSS support...it should > > > > > not be necessary with KDE, which _should_ be able to use the ALSA > > > > > interface. Do you have the alsa USE flag set? > > > > > > > > Hmm, no > > > > Changed the KDE sound system to ALSA same problem. Is there something I > > would have to rebuild with the alsa flag? > > -- > > Regards, Ernie > > 100% Microsoft and Intel free > > > > 10:26:28 up 1 min, 2 users, load average: 0.78, 0.36, 0.13 > > Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ > > Ernie, > Have you checked something simple, your user is in the audio group? > > -- > Big Tone Yes, early on the 2 users are there. Good question though, if someone else is following this thread. -- Regards, Ernie 100% Microsoft and Intel free 14:43:33 up 3:44, 2 users, load average: 0.51, 0.66, 0.56 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
Ernie Schroder wrote: I'm obviously looking in the wrong places, but I can't find documentation on getting udev to start at boot. Sound and a few other things you don't notice right away fail to work until I do: # udevstart /dev/dsp is created with correct permissions and I'm good to go. The question is: How to I get udev to start at boot? Which version of udev do you have installed? What is the output of "cat /proc/sys/kernel/hotplug"? Daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 15:30, Ernie Schroder wrote: > On Sunday 18 December 2005 10:13, a tiny voice compelled Ernie Schroder to > > write: > > On Sunday 18 December 2005 08:35, a tiny voice compelled Ernie Schroder > > to > > > > write: > > > On Sunday 18 December 2005 00:42, a tiny voice compelled Richard Fish > > > to > > > > > > write: > > > > Hmm, /dev/dsp is only necessary for legacy OSS support...it should > > > > not be necessary with KDE, which _should_ be able to use the ALSA > > > > interface. Do you have the alsa USE flag set? > > > > > > Hmm, no > > Changed the KDE sound system to ALSA same problem. Is there something I > would have to rebuild with the alsa flag? > -- > Regards, Ernie > 100% Microsoft and Intel free > > 10:26:28 up 1 min, 2 users, load average: 0.78, 0.36, 0.13 > Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ Ernie, Have you checked something simple, your user is in the audio group? -- Big Tone -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 10:13, a tiny voice compelled Ernie Schroder to write: > On Sunday 18 December 2005 08:35, a tiny voice compelled Ernie Schroder to > > write: > > On Sunday 18 December 2005 00:42, a tiny voice compelled Richard Fish to > > > > write: > > > Hmm, /dev/dsp is only necessary for legacy OSS support...it should not > > > be necessary with KDE, which _should_ be able to use the ALSA > > > interface. Do you have the alsa USE flag set? > > > > Hmm, no Changed the KDE sound system to ALSA same problem. Is there something I would have to rebuild with the alsa flag? -- Regards, Ernie 100% Microsoft and Intel free 10:26:28 up 1 min, 2 users, load average: 0.78, 0.36, 0.13 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 08:35, a tiny voice compelled Ernie Schroder to write: > On Sunday 18 December 2005 00:42, a tiny voice compelled Richard Fish to > > write: > > On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > > > Is /dev/dsp actually missing on startup, or just created with the > > > > wrong permissions? > > > > > > Apparently it has the wrong permissions, or so says the message when I > > > start KDE,but if I reset them, next boot they are changed. Either > > > resetting permissions, or doing # udevstart allows me to use /dev/dsp > > > as user but changes don't survive a reboot. > > > > Hmm, /dev/dsp is only necessary for legacy OSS support...it should not > > be necessary with KDE, which _should_ be able to use the ALSA > > interface. Do you have the alsa USE flag set? > > Hmm, no > > IIRC, when I first installed on this box, I had to go with oss (nforce2 > mobo w/onboard sound). > > > What are the permissions that it is being created with? (Do "ls -l > > /dev/dsp" from a console after startup without logging into KDE). (loged into kde but I have not done # udevstart as of yet): lrwxrwxrwx 1 root root 9 Dec 18 03:45 /dev/dsp -> sound/dsp After doing # udevstart: $ sudo udevstart [EMAIL PROTECTED] ~ $ ls -l /dev/dsp lrwxrwxrwx 1 root root 9 Dec 18 09:02 /dev/dsp -> sound/dsp Looks the same to me, but I seem to have permissions for /dev/dsp Saytime works now, it didn't give me audio befor udevstart. Look at the times wierd huh? Now, before logging into KDE: lrwxrwxrwx Time is still odd > > > > > > Are you using a device tarball (RC_DEVICE_TARBALL in /etc/conf.d/rc)? > > > > > > Yes. > > > > I would suggest turning TARBALL off. It is almost certainly not needed > > today. > > Turned it off. Let's see Not a good idea there. A device node for my nvidia graphics card was not created. I edited xorg.conf, changing driver from nvidia to "nv" just to get X up and running Gotta recreate them. I guess. OK created the nvidia devices like so: mknod -m 660 /dev/nvidia0 c 195 0 mknod -m 660 /dev/nvidia1 c 195 1 mknod -m 660 /dev/nvidiactl c 195 255 And changed back to TARBALL="on" Let's see changed back to "nvidia" and rebooted. X working properly. > > > One possibility is that the device is comfing from the tarball, but > > not being recreated by udev for some reason. You can check this with: > > > > tar -tjvf /lib/udev-state/devices.tar.bz2 > > $ sudo tar -tjvf /lib/udev-state/devices.tar.bz2 | grep dsp > crw--- root/audio14,19 2004-02-19 04:28:48 dsp1 > crw--- root/audio14,35 2004-02-19 04:28:48 dsp2 > crw--- root/audio14,51 2004-02-19 04:28:48 dsp3 > > > Also, what messages do you get on bootup between "Starting udevd" and > > "Mounting /dev/pts..." > > Can't see Starting udevd is dmesg or kern.log.0 will try to catch it next > boot > I don't see "Starting udevd" but I do see: Configuring System to use udev setting /sbin/udevsend as hotplug agent mounting devpts at /dev/pts > > Do you CONFIG_SND_PCM_OSS=y or =m in your kernel configuration? > > cat /usr/src/linux/.config | grep SND_PCM_OSS > CONFIG_SND_PCM_OSS=y > > Rebooting with these changes. I'll get back to you soon. Thanks again. > > > -Richard > > Rebooting with these changes. I'll get back to you soon. Thanks again. > -- > Regards, Ernie > 100% Microsoft and Intel free > > 08:07:29 up 8:26, 2 users, load average: 0.21, 0.69, 0.66 > Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- Regards, Ernie 100% Microsoft and Intel free 08:53:27 up 7 min, 2 users, load average: 0.58, 0.43, 0.18 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Sunday 18 December 2005 00:42, a tiny voice compelled Richard Fish to write: > On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > > Is /dev/dsp actually missing on startup, or just created with the > > > wrong permissions? > > > > Apparently it has the wrong permissions, or so says the message when I > > start KDE,but if I reset them, next boot they are changed. Either > > resetting permissions, or doing # udevstart allows me to use /dev/dsp as > > user but changes don't survive a reboot. > > Hmm, /dev/dsp is only necessary for legacy OSS support...it should not > be necessary with KDE, which _should_ be able to use the ALSA > interface. Do you have the alsa USE flag set? > Hmm, no IIRC, when I first installed on this box, I had to go with oss (nforce2 mobo w/onboard sound). > What are the permissions that it is being created with? (Do "ls -l > /dev/dsp" from a console after startup without logging into KDE). > > > > Are you using a device tarball (RC_DEVICE_TARBALL in /etc/conf.d/rc)? > > > > Yes. > > I would suggest turning TARBALL off. It is almost certainly not needed > today. Turned it off. Let's see > > One possibility is that the device is comfing from the tarball, but > not being recreated by udev for some reason. You can check this with: > > tar -tjvf /lib/udev-state/devices.tar.bz2 $ sudo tar -tjvf /lib/udev-state/devices.tar.bz2 | grep dsp crw--- root/audio14,19 2004-02-19 04:28:48 dsp1 crw--- root/audio14,35 2004-02-19 04:28:48 dsp2 crw--- root/audio14,51 2004-02-19 04:28:48 dsp3 > > Also, what messages do you get on bootup between "Starting udevd" and > "Mounting /dev/pts..." Can't see Starting udevd is dmesg or kern.log.0 will try to catch it next boot > > Do you CONFIG_SND_PCM_OSS=y or =m in your kernel configuration? > cat /usr/src/linux/.config | grep SND_PCM_OSS CONFIG_SND_PCM_OSS=y Rebooting with these changes. I'll get back to you soon. Thanks again. > -Richard Rebooting with these changes. I'll get back to you soon. Thanks again. -- Regards, Ernie 100% Microsoft and Intel free 08:07:29 up 8:26, 2 users, load average: 0.21, 0.69, 0.66 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > Is /dev/dsp actually missing on startup, or just created with the > > wrong permissions? > > Apparently it has the wrong permissions, or so says the message when I start > KDE,but if I reset them, next boot they are changed. Either resetting > permissions, or doing # udevstart allows me to use /dev/dsp as user but > changes don't survive a reboot. Hmm, /dev/dsp is only necessary for legacy OSS support...it should not be necessary with KDE, which _should_ be able to use the ALSA interface. Do you have the alsa USE flag set? What are the permissions that it is being created with? (Do "ls -l /dev/dsp" from a console after startup without logging into KDE). > > Are you using a device tarball (RC_DEVICE_TARBALL in /etc/conf.d/rc)? > > Yes. I would suggest turning TARBALL off. It is almost certainly not needed today. One possibility is that the device is comfing from the tarball, but not being recreated by udev for some reason. You can check this with: tar -tjvf /lib/udev-state/devices.tar.bz2 Also, what messages do you get on bootup between "Starting udevd" and "Mounting /dev/pts..." Do you CONFIG_SND_PCM_OSS=y or =m in your kernel configuration? -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Saturday 17 December 2005 22:48, a tiny voice compelled Richard Fish to write: > On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > On Saturday 17 December 2005 21:55, a tiny voice compelled Richard Fish > > to > > > > write: > > > Having RC_DEVICES=udev or auto should be sufficient to start udevd on > > > startup. Setting dev=udev in grub.conf is not necessary, and probably > > > won't change anything. > > > > Having RC_DEVICES=udev or auto Changed from auto to udev no joy. > > > > Where?? > > Sorry: /etc/conf.d/rc. > > > > Now for your missing device nodes, maybe you just need to do: > > > > > > rc-update -a coldplug default > > > > moved coldplug from boot to default no joy > > Is /dev/dsp actually missing on startup, or just created with the > wrong permissions? Apparently it has the wrong permissions, or so says the message when I start KDE,but if I reset them, next boot they are changed. Either resetting permissions, or doing # udevstart allows me to use /dev/dsp as user but changes don't survive a reboot. > > Are you using a device tarball (RC_DEVICE_TARBALL in /etc/conf.d/rc)? Yes. I've tried to read up on udev. but I guess I'm pretty thick headed. I do appreciate the hand holding. > > -Richard -- Regards, Ernie 100% Microsoft and Intel free 23:46:51 up 5 min, 2 users, load average: 0.47, 0.60, 0.28 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > On Saturday 17 December 2005 21:55, a tiny voice compelled Richard Fish to > write: > > Having RC_DEVICES=udev or auto should be sufficient to start udevd on > > startup. Setting dev=udev in grub.conf is not necessary, and probably > > won't change anything. > > Having RC_DEVICES=udev or auto > > Where?? Sorry: /etc/conf.d/rc. > > Now for your missing device nodes, maybe you just need to do: > > > > rc-update -a coldplug default > moved coldplug from boot to default no joy Is /dev/dsp actually missing on startup, or just created with the wrong permissions? Are you using a device tarball (RC_DEVICE_TARBALL in /etc/conf.d/rc)? -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On Saturday 17 December 2005 21:55, a tiny voice compelled Richard Fish to write: > On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > > I'm obviously looking in the wrong places, but I can't find documentation > > on getting udev to start at boot. Sound and a few other things you don't > > notice right away fail to work until I do: > > # udevstart > > /dev/dsp is created with correct permissions and I'm good to go. The > > question is: > > How to I get udev to start at boot? > > Udevstart doesn't actually start udevd...it just rescans the devices > and recreates device nodes. The actual udev daemon is started by > /sbin/rc, possibly via /lib/rc-scripts/add-ons/udev-start.sh depending > upon your version of baselayout. via /lib/rc-scripts/add-ons/ contains devfs start and stop and udev start and stop scripts. /sbin/rc looks right > > Having RC_DEVICES=udev or auto should be sufficient to start udevd on > startup. Setting dev=udev in grub.conf is not necessary, and probably > won't change anything. Having RC_DEVICES=udev or auto Where?? > > Now for your missing device nodes, maybe you just need to do: > > rc-update -a coldplug default moved coldplug from boot to default no joy > > > kernel /bzImage-2.6.14-gentoo-r4 root=/dev/hda5 dev=udev > > video=vesafb:ywrap,mtrr vga=0x317 > > > > Also If you see why the boot complains about my video mode, feel free to > > comment. > > 1. If you are using vesafb-tng, you cannot use vga= to set the video > mode. It must be part of the video option like so: > video=vesafb:[EMAIL PROTECTED],ywrap,mtrr Thanks that did it > > 2. If you are not using vesafb-tng, you cannot use video=, so you > should take out that option. > > -Richard -- Regards, Ernie 100% Microsoft and Intel free 22:27:31 up 4 min, 2 users, load average: 2.34, 0.91, 0.36 Linux 2.6.14-gentoo-r42.6.14-r-4_new i686 AMD Athlon(tm) XP 2400+ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udevstart at boot?
On 12/17/05, Ernie Schroder <[EMAIL PROTECTED]> wrote: > I'm obviously looking in the wrong places, but I can't find documentation on > getting udev to start at boot. Sound and a few other things you don't notice > right away fail to work until I do: > # udevstart > /dev/dsp is created with correct permissions and I'm good to go. The question > is: > How to I get udev to start at boot? Udevstart doesn't actually start udevd...it just rescans the devices and recreates device nodes. The actual udev daemon is started by /sbin/rc, possibly via /lib/rc-scripts/add-ons/udev-start.sh depending upon your version of baselayout. Having RC_DEVICES=udev or auto should be sufficient to start udevd on startup. Setting dev=udev in grub.conf is not necessary, and probably won't change anything. Now for your missing device nodes, maybe you just need to do: rc-update -a coldplug default > kernel /bzImage-2.6.14-gentoo-r4 root=/dev/hda5 dev=udev > video=vesafb:ywrap,mtrr vga=0x317 > > Also If you see why the boot complains about my video mode, feel free to > comment. 1. If you are using vesafb-tng, you cannot use vga= to set the video mode. It must be part of the video option like so: video=vesafb:[EMAIL PROTECTED],ywrap,mtrr 2. If you are not using vesafb-tng, you cannot use video=, so you should take out that option. -Richard -- gentoo-user@gentoo.org mailing list