[pulseaudio-discuss] pulseaudio 0.9.8 still unhappy with ALSA (for different reasons?)

[Nix]

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