The error from ALSA has changed but is still, well... an error: nix at hades 90 /home/nix% /usr/bin/pulseaudio -vv --daemonize=no pulseaudio: modules/module-alsa-sink.c:177: mmap_write: Assertion `(areas[0].step >> 3) == u->frame_size' failed. Aborted I get some syslog output at the same time: main.c: PolicyKit grants us acquire-high-priority privilige. main.c: We're in the group 'realtime', allowing real-time and high-priority scheduling. core-util.c: Successfully gained nice level -11. main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted main.c: Page size is 4096 bytes main.c: Dude, your kernel stinks! The chef's recommendation today is Linux with high-resolution timers enabled! module-alsa-sink.c: Successfully opened device hw:0. module-alsa-sink.c: Successfully enabled mmap() mode. alsa-util.c: Successfully attached to mixer 'hw:0' alsa-util.c: Using mixer control "Master". sink.c: Created sink 0 "alsa_output.hw_0" with sample spec "s16le 2ch 44100Hz" source.c: Created source 0 "alsa_output.hw_0.monitor" with sample spec "s16le 2ch 44100Hz" module-alsa-sink.c: Using 4 fragments of size 4408 bytes. alsa-util.c: All 2 channels can be mapped to mixer channels. Using hardware volume control. (The EPERM errors are my fault, I think: a PAM config bug, perhaps, although it's not obvious. The hires timer thing remains undiagnosed so far.) Using plughw:0 fails for other reasons, visible only if alsa-lib is compiled without --disable-debug and pulseaudio is started with --enable-daemonize=no: ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL plughw:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL plughw:0 So I suspect plughw:0 simply doesn't exist, or something (whatever it is). When it boots successfully (using a hardwired OSS), I get some rather strange log messages: Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: socket(PF_INET6): Address family not supported by protocol Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: socket(PF_INET6): Address family not supported by protocol Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: socket(PF_INET6): Address family not supported by protocol Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: socket(PF_INET6): Address family not supported by protocol Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: bind(): Address already in use Nov 22 22:47:51 hades err: pulseaudio[6242]: module.c: Failed to load module "module-native-protocol-tcp" (argument: "auth-anonymous=1"): initialization failed. Nov 22 22:47:51 hades err: pulseaudio[6242]: module-gconf.c: pa_module_load() failed Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: socket(PF_INET6): Address family not supported by protocol Nov 22 22:47:51 hades err: pulseaudio[6242]: socket-server.c: bind(): Address already in use Nov 22 22:47:51 hades err: pulseaudio[6242]: module.c: Failed to load module "module-esound-protocol-tcp" (argument: "auth-anonymous=1"): initialization failed. Nov 22 22:47:51 hades err: pulseaudio[6242]: module-gconf.c: pa_module_load() failed Nov 22 22:47:51 hades err: pulseaudio[6242]: module.c: Module "module-zeroconf-publish" should be loaded once at most. Refusing to load. Nov 22 22:47:51 hades err: pulseaudio[6242]: module-gconf.c: pa_module_load() failed It's almost as if it's reading the config file twice or something. I'll dig further into this pile of problems tomorrow evening. -- `Some people don't think performance issues are "real bugs", and I think such people shouldn't be allowed to program.' --- Linus Torvalds
