From owner-freebsd-current@freebsd.org Sun Mar 18 22:35:36 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93F9FF59FA8; Sun, 18 Mar 2018 22:35:36 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [104.225.8.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freebsd-11-64", Issuer "freebsd-11-64" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D5A776A9E5; Sun, 18 Mar 2018 22:35:35 +0000 (UTC) (envelope-from andy@neu.net) Received: from neu.net (neu.net [104.225.8.138]) by mail.neu.net (8.15.2/8.15.2) with ESMTPS id w2IMZRIJ034447 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 18 Mar 2018 18:35:29 -0400 (EDT) (envelope-from andy@neu.net) Date: Sun, 18 Mar 2018 18:35:27 -0400 (EDT) From: AN To: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead Message-ID: User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-0.0 required=5.0 tests=RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2018 22:35:36 -0000 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=0x060000 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.