Re: pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead

[Nikolaj Thygesen]

On 03/19/2018 00:41, Cy Schubert wrote:

The other thing you might want to check out is if you multiboot your
laptop that any non-FreeBSD operating system may put hardware into an
inconsistent state. For example, my Acer laptop loses sound if I boot
Windows then boot FreeBSD. The workaround is either adjust the HDA
inputs/outputs through sysctl or simply power cycle the laptop.
I fixed that issue by changing the Windows sound driver to the generic 
hda driver instead of the Realtek driver.


    N :o)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead

[Cy Schubert]

In message <764e2df5-613d-a131-5d7d-6df545995...@gmail.com>, Theron 
Tarigo writ
es:
> On 03/18/18 18:35, AN wrote:
> > Is there a way to restart the audio subsystem without rebooting the 
> > machine?
> Building kernel with sound and snd_* as loadable modules should enable 
> this to be accomplished with kldunload/kldload.  In my experience though 
> all sound device files must be closed before unloading these modules to 
> avoid some lockup issues.

The other thing you might want to check out is if you multiboot your 
laptop that any non-FreeBSD operating system may put hardware into an 
inconsistent state. For example, my Acer laptop loses sound if I boot 
Windows then boot FreeBSD. The workaround is either adjust the HDA 
inputs/outputs through sysctl or simply power cycle the laptop.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead

[Theron Tarigo]

On 03/18/18 18:35, AN wrote:
Is there a way to restart the audio subsystem without rebooting the 
machine?
Building kernel with sound and snd_* as loadable modules should enable 
this to be accomplished with kldunload/kldload.  In my experience though 
all sound device files must be closed before unloading these modules to 
avoid some lockup issues.

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead

[Theron Tarigo]

On 03/18/18 18:52, Theron Tarigo wrote:

On 03/18/18 18:35, AN wrote:
Is there a way to restart the audio subsystem without rebooting the 
machine?
Building kernel with sound and snd_* as loadable modules should enable 
this to be accomplished with kldunload/kldload.  In my experience 
though all sound device files must be closed before unloading these 
modules to avoid some lockup issues.


___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead

[AN]

FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #12 r331138: Sun Mar 18 
15:09:37 EDT 2018 
root@BSD_12:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL  amd64


I recently started to see strange behavior on 2 different machines and was 
wondering if anyone else has run into it.  Within the last few days, I 
have been experiencing a reproduceable problem with sound.  It happens in 
VLC and also in Virtualbox watching video in a browser.


I get the following log entry:

Mar 18 18:10:26 BSD_12 kernel: pcm1: chn_write(): pcm1:virtual:dsp1.vp0: 
play interrupt timeout, channel dead


and then sound is dead in all applications.  Any ideas what to do?

I tried the following:

rebuilt world and kernel several times
rebuilt libvorbis
rebuilt ffmpeg
rebuilt vlc
rebuilt Vbox and kmod

The only thing I can think of as a possible issue is an update to 
libvorbis recently, cc'ing ports just in case.


Is there a way to restart the audio subsystem without rebooting the 
machine?  Is there anymore info I can provide to troubleshoot?


# dmesg | grep pcm
pcm0:  at nid 3 on hdaa0
pcm1:  at nid 20,22,21,23 and 24,26 
on hdaa1

pcm2:  at nid 27 and 25 on hdaa1
pcm1: chn_write(): pcm1:virtual:dsp1.vp0: play interrupt timeout, channel 
dead



# pciconf -lv
hostb0@pci0:0:0:0:	class=0x06 card=0x7a341462 chip=0x14501022 
rev=0x00 hdr=0x00

vendor = 'Advanced Micro Devices, Inc. [AMD]'
device = 'Family 17h (Models 00h-0fh) Root Complex'
class  = bridge
subclass   = HOST-PCI

hdac0@pci0:34:0:1:	class=0x040300 card=0xaa681545 chip=0xaa681002 
rev=0x00 hdr=0x00

vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]'
device = 'Cedar HDMI Audio [Radeon HD 5400/6300/7300 Series]'
class  = multimedia
subclass   = HDA


hdac1@pci0:36:0:3:	class=0x040300 card=0xda341462 chip=0x14571022 
rev=0x00 hdr=0x00

vendor = 'Advanced Micro Devices, Inc. [AMD]'
device = 'Family 17h (Models 00h-0fh) HD Audio Controller'
class  = multimedia
subclass   = HDA


Thanks in advance for any advice.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"