alsa-driver, alsa-libs, alsa-utils, and alsa-tools 0.9.0_rc6 all emerge properly, but "/etc/init.d/alsasound start" gives the following: /usr/sbin/alsactl: set_control:960: Cannot write control '3:0:0:IEC958 Playback Mask:0' : Operation not permitted ALSA-aware applications do not issue error messages but do not output any sound. When 0.9.0_rc6 is unmerged and the last stable 0.9.0_rc2 or the masked 0.9.0_rc5 is emerged, the problem disappears. Kernel: 2.4.19-gentoo-r10 with sound support built as a module Sound card: ENS1371 - "export ALSA_CARDS=ens1371; emerge alsa-driver" is used glibc: 2.3.1-r2 GCC: 3.2.1 /etc/modules.d/alsa: alias char-major-116 snd alias char-major-14 soundcore alias snd-caalias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss rd-0 snd-ens1371 alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss options snd cards_limit=1 /etc/devfsd.conf: LOOKUP snd MODLOAD ACTION snd LOOKUP dsp MODLOAD LOOKUP mixer MODLOAD LOOKUP midi MODLOAD REGISTER sound/.* PERMISSIONS root.audio 660 REGISTER snd/.* PERMISSIONS root.audio 660
alias snd-card-0 snd-ens1371 is also in /etc/modules.d/alsa
Can you produce an output of "/sbin/lsmod"? In which runlevel do you have 'alsasound' startup script? Also, try adding the following to the /etc/init.d/alsa: alias sound-slot-0 snd-card-0
After emerging alsa-driver-0.9.0_rc6 and alsa-libs-0.9.0_rc6 once more and rebooting, sound has been restored. However, the same "Cannot write control" error message is displayed when starting the alsasound script. The alsasound script is in the boot runlevel. Adding "alias sound-slot-0 snd-card-0" to /etc/modules.d/alsa makes no difference. /sbin/lsmod: Module Size Used by Tainted: P sr_mod 13528 0 (autoclean) (unused) ide-cd 27336 0 (autoclean) cdrom 26144 0 (autoclean) [sr_mod ide-cd] floppy 45792 0 (autoclean) agpgart 11656 3 (autoclean) serial 42756 0 (autoclean) parport_pc 20616 1 (autoclean) lp 6016 0 (autoclean) parport 23424 1 (autoclean) [parport_pc lp] snd-ens1371 13420 1 snd-rawmidi 14848 0 [snd-ens1371] snd-seq-device 4316 0 [snd-rawmidi] snd-pcm 62176 0 [snd-ens1371] snd-timer 11848 0 [snd-pcm] snd-ac97-codec 30212 0 [snd-ens1371] snd 29196 1 [snd-ens1371 snd-rawmidi snd-seq-device snd-pcm snd-timer snd-ac97-codec] soundcore 3524 2 [snd] rtc 6976 0 (autoclean) nls_iso8859-1 2780 3 (autoclean) nls_cp437 4316 3 (autoclean) vfat 10452 3 (autoclean) fat 31384 0 (autoclean) [vfat] ide-scsi 7504 0 scsi_mod 80580 2 [sr_mod ide-scsi] keybdev 1792 0 (unused) mousedev 3860 1 hid 16772 0 (unused) input 3136 0 [keybdev mousedev hid] usb-uhci 20748 0 (unused) usbcore 53792 1 [hid usb-uhci] nvidia 1469088 10 8139too 13320 1 mii 1040 0 [8139too] unix 14952 76 (autoclean)
I also have the same problem and am using the same hardware (ens1371). I have narrowed down the offending command in the /etc/init.d/alsasound script. root # alsactl -f /etc/asound.state restore alsactl: set_control:960: Cannot write control '3:0:0:IEC958 Playback Mask:0' : Operation not permitted root # I am also having a problem with processes which are producing sound preventing other processes from producing sound. For example, if xmms is producing sound and then I start alsaplayer, alsaplayer will block until I stop xmms. Anyone else having this problem?
Jeremiah: your second comment does not constitute an error. THis is the correct behaviour (read the FAQ that comes with alsa-driver for more insight on the topic).
I still cannot reproduce the problem. Are you guys still experiencing it with the latest version of alsa packages (0.9.0_rc8)? Please reopen the bug if you do. I'm going to close it as "WORKSFORME". Perhaps this is a bug that you would want to report upstream to the ALSA developers?
I can reproduce this and use a ens1371 integrated audio chip. "alsactl restore" as root produces the following output, alsactl: set_control:960: Cannot write control '3:0:0:IEC958 Playback Mask:0' : Operation not permitted "strace alasctl restore" ends like this, ioctl(3, USBDEVFS_HUB_PORTINFO, 0xbffff140) = -1 EPERM (Operation not permitted) write(2, "alsactl: set_control:960: ", 26alsactl: set_control:960: ) = 26 write(2, "Cannot write control \'3:0:0:IEC9"..., 77Cannot write control '3:0:0:IEC958 Playback Mask:0' : Operation not permitted) = 77 write(2, "\n", 1) = 1 close(3) = 0 _exit(1) = ? Why on earth is alsactl doing anything with usbdevfs?
Sorry I forgot to include what version of alsa I am using, alsactl --version alsactl version 0.9.0rc6
Sorry still not reading things properly! I can confirm that this bug is resolved by the latest masked alsa packages, media-libs/alsa-lib Latest version available: 0.9.0_rc6 Latest version installed: 0.9.0_rc8-r3 * media-sound/alsa-driver Latest version available: 0.9.0_rc6 Latest version installed: 0.9.0_rc8-r1 * media-sound/alsa-utils Latest version available: 0.9.0_rc6 Latest version installed: 0.9.0_rc8-r1
Great,thanks. 0.9.1 stable release is out and will hit portage pretty soon, barring any problems.