alsa problem after the latest slackware-current update
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
alsa problem after the latest slackware-current update
After I updated my system I have a problem with alsa.
Although alsaconf runs fine, the sound card is detected and the modules are loaded at boot, I get a no soundcard found message in the boot process. The only way to overcome this is by running hotplug.
I'm not sure but I think it must have something to do with the new udev not building the device nodes.
Has anybody had the same problem?
I'm using the slackware-current 2.6.16.9 kernel
Last edited by perfect_circle; 04-25-2006 at 07:44 PM.
This is strange.
If I run /etc/rc.d/rc.udev afterwards it creates the /dev/sound/* files and the sound works, but when udev is executed in the boot process it doesn't.
I seem to be facing the problem for which the 090 was not included instead:
Quote:
I've had other reports of hardware that wasn't hotplugged correctly, too (and ran into some myself). Mostly it seems to be a question of figuring out the proper place in the boot process to put udev, but there are also a lot of things we're left to figure out concerning the udev rules. We'll get there, but maybe not in the next release.
To me - looking at the latest ChangeLog - it seems that you will need both udev and hotplug enabled (chmod +x /etc/rc.d/rc.hotplug ; chmod +x /etc/rc.d/rc.udev) for 2.6 kernels.
Also note that for the 2.6 kernel, if udev is enabled, the old hotplug will not be used. Udevsend will take the place of the hotplug program for handling hotplugging events - and this is configured in rc.hotplug.
Well if your soundcard is compiled as a module then it won't show up during boot, if it's in the kernel it will. As module alsaconf will detect it, if it's in the kernel it won't. Dunno why...
Add your module name to /etc/rc.d/rc.modules and it will (hopefully work).
Well if your soundcard is compiled as a module then it won't show up during boot, if it's in the kernel it will. As module alsaconf will detect it, if it's in the kernel it won't. Dunno why...
Add your module name to /etc/rc.d/rc.modules and it will (hopefully work).
This won't make any difference at all.
In rc.S the boot script the /etc/rc.d/rc.udev is executed in line 40 and the /etc/rc.d/rc.modules is executed in line 200.
and then rc.alsa is executed in rc.M. I don't think this will make any difference. SO the alsa modules are loaded after rc.udev
So the question is Am I obligated to use hotplug?
Last edited by perfect_circle; 04-26-2006 at 12:19 PM.
That was my first idea and I tried it immediately, without any positive effect. For me the only solution is to start hotplug and have a proper working soundcard.
No problem with a soundcard, a little problem with an old pc with an isa-pnp soundchip (onboard). With this machine hotplug needs about 40 seconds to finish, to add a "&" in rc.M doesn't help, because then the soundcard isn't detected in the right time and rc.alsa runs before.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.