I can get other processes to produce core dumps, but pulseaudio is not producing any.
Given PA stops dying when I add 'realtime-scheduling = no' to /etc/pulse/daemon.conf, this makes me think that the process is hitting either RLIMIT_RTTIME or RLIMIT_CPU, which would cause the kernel to send SIGKILL to the process when PA is scheduled (as it normally is) as a realtime process. While this is a relatively small machine, I would expect the OOM killer to be a factor regardless of the value assigned to realtime-scheduling, but it _only_ dies when PA is started as a realtime process. I did some more experiments. For whatever reason, indicator-sound wasn't installed (and there's no reason I would've removed it, so it's a mystery as to why it wasn't installed). Once I installed that, with 'realtime-scheduling = yes', PA would repeatedly die, but eventually start. With 'realtime-scheduling = no', it would start immediately. Without indicator-sound installed, PA would start if 'realtime- scheduling = no', but fail to start if 'realtime-scheduling = yes'. I'm attaching the contents of /var/log/syslog in the hope that it's useful, at least to show the behaviour I'm seeing. ** Attachment added: "/var/log/syslog" https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1783200/+attachment/5168646/+files/syslog.xz -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1783200 Title: [Lenovo Miix 310, Ubuntu 18.04] Audio no longer working Status in pulseaudio package in Ubuntu: Incomplete Bug description: I believe this is a pulseaudio regression, as the output of alsa-info (http://www.alsa- project.org/db/?f=730ab5b8f0499ef58c0e17f67f8f911ba53a011c) looks fine as far as I can see. I'm currently running Ubuntu 18.04, and I believe this is a regression as audio used to work under 17.10. Since upgrading (which fixed a good number of other incompatibilities with the machine), I've had no luck getting audio to work at all. I'm attaching the output of dmesg, 'aplay -l', 'aplay -L' and 'pulseaudio -vv'. If I can provide any other information, or if there's anything you'd like me to try, I'd be happy to help in any way possible. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1783200/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
