From owner-freebsd-current@FreeBSD.ORG Wed Apr 8 08:38:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02143106566C; Wed, 8 Apr 2009 08:38:14 +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 3A97B8FC0A; Wed, 8 Apr 2009 08:38:13 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 239663393; Wed, 08 Apr 2009 11:38:12 +0300 Message-ID: <49DC6273.1040907@FreeBSD.org> Date: Wed, 08 Apr 2009 11:38:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Robert Noland References: <1239063789.00097214.1239052203@10.7.7.3> <1239063790.00097218.1239052203@10.7.7.3> <1239063792.00097228.1239052802@10.7.7.3> <49DBBE59.2080801@mavhome.dp.ua> <1239142508.1947.26.camel@balrog.2hip.net> In-Reply-To: <1239142508.1947.26.camel@balrog.2hip.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Diego Depaoli , freebsd-current Subject: Re: AMD 780G chipset major issues 2/3 (snd_hda) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 08 Apr 2009 08:38:14 -0000 Robert Noland wrote: > On Tue, 2009-04-07 at 23:58 +0300, Alexander Motin wrote: >> Diego Depaoli wrote: >>> On Mon, Apr 6, 2009 at 11:06 PM, Paul B. Mahol wrote: >>>> Because pcm0 switched position with pcm1 :-) >>> Already noticed. >>> Do you know why? >> It is really interesting question, but probably to the PCI guys. > > I think it is due to bus enumeration... the first one found (i.e. lower > bus id) becomes pcm0. If I plug in the radeon HD 3850 which has hdmi > audio, it ends up being pcm0, instead of my rear ports. I also have a > seperate codec for front ports, which is a bit of a pain, but... I understand this, I am surprised that attach orders on boot and later are different: on boot: hdac0: mem 0xfeae8000-0xfeaebfff irq 19 at device 5.1 on pci1 hdac1: mem 0xfe8f4000-0xfe8f7fff irq 16 at device 20.2 on pci0 later: hdac0: mem 0xfe8f4000-0xfe8f7fff irq 16 at device 20.2 on pci0 hdac1: mem 0xfeae8000-0xfeaebfff irq 19 at device 5.1 on pci1 Any ideas? -- Alexander Motin