> > > > As requested— > > > > <a href="http://home.comcast.net/~jpiszcz/20140530/lsusb-vvvv.txt">http://home.comcast.net/~jpiszcz/20140530/lsusb-vvvv.txt</a> > > <a href="http://home.comcast.net/~jpiszcz/20140530/full-pulse-audio-log.txt">http://home.comcast.net/~jpiszcz/20140530/full-pulse-audio-log.txt</a> > > <a href="http://home.comcast.net/~jpiszcz/20140530/alsa-info.txt">http://home.comcast.net/~jpiszcz/20140530/alsa-info.txt</a> > control.6 { iface MIXER name 'Speaker Playback Volume' value.0 151 value.1 151 comment { access 'read write' type INTEGER count 2 range '0 - 151' dbmin -2837 dbmax -6 dbvalue.0 -6 dbvalue.1 -6 } } You have to specify log_info=debug in daemon.conf Check the pulseaudio debug log whether pulseaudio calculated software volume is accurate enough (VOLUME_ACCURACY=PA_VOLUME_NORM/100) since your Max dB -0.06 are quite close to PA_VOLUME_NORM > > > Ø step to reproduce your problem when you report the bug > > I often SSH to my machine or use X remotely and not locally— this is the first time I have seen this in logs that I can remember and I’ve not changed anything locally. > > > ==> /var/log/user.log <== > > > > May 25 06:38:06 atom pulseaudio[6754]: [alsa-sink-USB Audio] alsa-sink.c: > > ALSA woke us up to write new data to the device, but there was actually > > nothing to write! > > > > May 25 06:38:06 atom pulseaudio[6754]: [alsa-sink-USB Audio] alsa-sink.c: > > Most likely this is a bug in the ALSA driver '(null)'. Please report this > > issue to the ALSA developers. > > Name of alsa sink seem changed from USB-audio to null, did you find any unplug event if USB audio device in system log > > Any error message related to USB controllers and your audio card > > > > > May 25 06:38:06 atom pulseaudio[6754]: [alsa-sink-USB Audio] alsa-sink.c: We > > were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() > > returned 0 or another value < min_avail. > > > > <a href="http://www.alsa-project.org/main/index.php/XRUN_Debug">http://www.alsa-project.org/main/index.php/XRUN_Debug</a> /proc/asound/card#/pcm0p/xrun_debug Replace '#' with your card number (usually 0). This proc file can enable various debugging tools. The CONFIG_SND_PCM_XRUN_DEBUG, CONFIG_SND_VERBOSE_PROCFS, CONFIG_SND_DEBUG options must be enabled in your kernel (if xrun_debug proc file is present - this feature is enabled). # Enable basic debugging and dump stack, check hardware pointer on the period update # Usefull to just see, if PCM stream is stopped for a reason (usually wrong audio process timing from scheduler) # And to check the values from driver echo 11 > /proc/asound/card0/pcm0p/xrun_debug