On Fri, 26.09.08 19:29, Nix (nix at esperi.org.uk) wrote: > i) the alsa source and sink don't work together: if I try I get -EBUSY > on the second one to initialize, every time. Maybe my SBLive card is > just too cheap and old, but this does mean module-hal-detect won't work > for me. Is it possible that your card can do either surround sound XOR full duplex? i.e. either stereo in + stereo out XOR surround out + nothing in? m-h-d should load the sinks before the sources and hence it should be handling this fine, assuming that surround is more important to you the duplex. The sink should load properly, the source will fail with EBUSY, but PA should continue to run just fine. In a future version I will make this switchable during runtime. > ii) the card doesn't support mmapped access (we get a -EINVAL back) but > PA isn't detecting this (as, from the source, it should). With 'mmap=0' > on the ALSA sink (not source, I can't use that, see above) things work > better. I'll look into why the fallback code is broken next. PA should be able to handle that properly. Could you be a bit more elaborate about what goes wrong? > iii) module-console-kit fails with a ludicrous error, not yet diagnosed: > > module-console-kit.c: GetSessionsForUnixUser() call failed: > org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute > program /usr/libexec/dbus-daemon-launch-helper: Success This is weird. Looks like a D-Bus/CK issue. > iv) module-protocol-stub has a one-character typo that breaks > auth-ip-acl for the esound TCP module, patch: > Thanks, applied. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4
