'Twas brillig, and Pete Nesbitt at 28/12/08 23:51 did gyre and gimble: > On Fri, 26 Dec 2008 14:15:27 -0800 > Pete Nesbitt <pete at linux1.ca> wrote: > >> Hi, >> I have a system serving music locally and over the network. It was >> working properly (once I took it off wireless), however after shutting >> it down (to move it) the ALSA modules are failing to load. >> >> Maybe this is not a PA issue, it may be an ALSA problem but thought I >> would post anyway. >> >> I am auto loading the alsa modules. >> >> Here is the log information for when it was working, followed by the >> same info when it failed. I don't know why it would quit working after >> a reboot. >> >> When it was working: >> >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-hal-detect.c: Trying capability alsa >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-sink.c: Successfully opened device front:0. >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-sink.c: Successfully enabled mmap() mode. >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Unable to attach to mixer front:0: No such file or directory >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Successfully attached to mixer 'hw:0' >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Cannot find mixer control "Master". >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Using mixer control "PCM". >> Dec 26 11:11:43 artigo pulseaudio[11657]: sink.c: Created sink 0 "alsa_output.pci_1106_3288_sound_card_0_alsa_playback_0" with sample spec "s16le 2ch 48000Hz" >> Dec 26 11:11:43 artigo pulseaudio[11657]: source.c: Created source 0 "alsa_output.pci_1106_3288_sound_card_0_alsa_playback_0.monitor" with sample spec "s16le 2ch 48000Hz" >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-sink.c: Using 4 fragments of size 4736 bytes. >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: All 2 channels can be mapped to mixer channels. Using hardware volume control. >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-sink.c: Starting playback. >> Dec 26 11:11:43 artigo pulseaudio[11657]: module.c: Loaded "module-alsa-sink" (index: #0; argument: "device_id=0 sink_name=alsa_output.pci_1106_3288_sound_card_0_alsa_playback_0"). >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-source.c: Successfully opened device front:0. >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-source.c: Successfully enabled mmap() mode. >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Unable to attach to mixer front:0: No such file or directory >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Successfully attached to mixer 'hw:0' >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: Using mixer control "Capture". >> Dec 26 11:11:43 artigo pulseaudio[11657]: source.c: Created source 1 "alsa_input.pci_1106_3288_sound_card_0_alsa_capture_0" with sample spec "s16le 2ch 48000Hz" >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-alsa-source.c: Using 4 fragments of size 4736 bytes. >> Dec 26 11:11:43 artigo pulseaudio[11657]: alsa-util.c: All 2 channels can be mapped to mixer channels. Using hardware volume control. >> Dec 26 11:11:43 artigo pulseaudio[11657]: module.c: Loaded "module-alsa-source" (index: #1; argument: "device_id=0 source_name=alsa_input.pci_1106_3288_sound_card_0_alsa_capture_0"). >> Dec 26 11:11:43 artigo pulseaudio[11657]: module-hal-detect.c: Loaded 2 modules. >> >> ______ >> >> Rebooted at: 11:59 >> ______ >> Now ALSA fails, as does the daemon: >> >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: alsa-util.c: Error opening PCM device hw:0: No such file or directory >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: module.c: Failed to load module "module-alsa-sink" (argument: "device_id=0 sink_name=alsa_output.pci_1106_3288_sound_card_0_alsa_playback_0"): initialization failed. >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: alsa-util.c: Error opening PCM device hw:0: No such file or directory >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: module.c: Failed to load module "module-alsa-source" (argument: "device_id=0 source_name=alsa_input.pci_1106_3288_sound_card_0_alsa_capture_0"): initialization failed. >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: module-rtp-send.c: Source does not exist. >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: module.c: Failed to load module "module-rtp-send" (argument: "source=alsa_output.pci_1106_3288_sound_card_0_alsa_playback_0.monitor"): initialization failed. >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: main.c: Module load failed. >> Dec 26 12:07:05 artigo-nic pulseaudio[2705]: main.c: Failed to initialize daemon. >> >> _______ >> I modified my default.pa so not use the alsa sink as rtp source, so now >> as expected ALSA fails, but still sends music to remote hosts: >> >> Dec 26 12:56:07 artigo-nic pulseaudio[2834]: alsa-util.c: Error opening PCM device hw:0: No such file or directory >> Dec 26 12:56:07 artigo-nic pulseaudio[2834]: module.c: Failed to load module "module-alsa-sink" (argument: "device_id=0 sink_name=alsa_output.pci_1106_3288_sound_card_0_alsa_playback_0"): initialization failed. >> Dec 26 12:56:07 artigo-nic pulseaudio[2834]: alsa-util.c: Error opening PCM device hw:0: No such file or directory >> Dec 26 12:56:07 artigo-nic pulseaudio[2834]: module.c: Failed to load module "module-alsa-source" (argument: "device_id=0 source_name=alsa_input.pci_1106_3288_sound_card_0_alsa_capture_0"): initialization failed. >> >> I have powered it off, rebooted etc but no luck. Not sure if it is a >> hardware issue of something on the software side. >> >> Any ideas? >> Thanks. > > The problem was that udev overwrites permissions to the sound device on > reboot. I had given everyone rw (it's an appliance so I'm not worried > about local user security). > > I'm running Fedora 9, and had to modify /etc/udev/rules.d/40-alsa.rules > I changed this: > KERNEL=="controlC[0-9]*", NAME="snd/%k" > KERNEL=="hwC[D0-9]*", NAME="snd/%k" > KERNEL=="pcmC[D0-9cp]*", NAME="snd/%k" > KERNEL=="midiC[D0-9]*", NAME="snd/%k" > KERNEL=="timer", NAME="snd/%k" > KERNEL=="seq", NAME="snd/%k" > > To this: > KERNEL=="controlC[0-9]*", NAME="snd/%k", MODE="0666" > KERNEL=="hwC[D0-9]*", NAME="snd/%k", MODE="0666" > KERNEL=="pcmC[D0-9cp]*", NAME="snd/%k", MODE="0666" > KERNEL=="midiC[D0-9]*", NAME="snd/%k", MODE="0666" > KERNEL=="timer", NAME="snd/%k", MODE="0666" > KERNEL=="seq", NAME="snd/%k", MODE="0666" Please note that while I'm not certain about F9, the job of assigning permissions to the audio device have moved on from simple modes. Nowadays console-kit will assign an acl to the device nodes when a given user is considered "active" e.g. has the active tty login or the active X11 login etc. This acl cannot be seen when doing a simple ls -l /dev/snd. You need to use "getfacl /dev/snd/*" Also see ck-list-sessions and check that one of them is ACTIVE. > It now works great locally and over the LAN via RTP. Would still like to > use wireless but that seems to be too much traffic for the network. > > FYI, wireless floods my logs with 20 lines per second! > Dec 21 13:05:13 artigo pulseaudio[2126]: module-rtp-send.c: Failed to push chunk into memblockq. > > Oh well :( Wireless works OK for me (not via RTP, just plain pulse protocol, althouhg it does suffer from occasional pops etc. Tunnels are worse than just setting PULSE_SERVER. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
