From owner-freebsd-multimedia@FreeBSD.ORG Tue May 19 03:46:04 2009 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F785106566C for ; Tue, 19 May 2009 03:46:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED8C8FC08 for ; Tue, 19 May 2009 03:46:03 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 243149806; Tue, 19 May 2009 06:46:02 +0300 Message-ID: <4A122B72.80206@FreeBSD.org> Date: Tue, 19 May 2009 06:45:54 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: rick-freebsd2008@kiwi-computer.com References: <1242609781.00113421.1242598202@10.7.7.3> In-Reply-To: <1242609781.00113421.1242598202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org Subject: Re: snd_hda works on i386, fails on amd64 (RELENG_7) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2009 03:46:04 -0000 Hi. Rick C. Petty wrote: > In a recent switch from i386 to amd64, I having a problem with the > onboard audio, an Asus M3N78-VM board with VT1708B HDA 8-channel codec. > > It works perfectly in i386 but fails on the same kernel source in amd64: > hdac0: mem 0xfe978000-0xfe97bfff irq 22 at device 7.0 on pci0 > hdac0: HDA Driver Revision: 20090329_0131 > hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe978000 > hdac0: [MPSAFE] > hdac0: [ITHREAD] > hdac0: Probing codec #0... > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: Codec #0 is not responding! Probing aborted. > hdac0: Probing codec #3... > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: Codec #3 is not responding! Probing aborted. I have already seen such reports few times, but nobody yet reported about platform specifics of this. I think it is not codec, but a HDA controller related issue. In your case problem only appears with on-board NVidia controller, but not with external ATI one. Could you boot with `hw.snd.verbose=4` to get maximum driver debugging. I am especially interested in first hdac0 related messages. There is some sort of CPU cache coherency/DMA management magic used, which looks suspicious to me. Also some people report about such problems with NVidia HDA controllers when MSI interrupts enabled, but it is probably not your case, as snd_hda does not uses MSI by default on RELENG_7. -- Alexander Motin