From owner-freebsd-current@FreeBSD.ORG Mon Mar 22 11:54:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1401C16A4CE for ; Mon, 22 Mar 2004 11:54:46 -0800 (PST) Received: from buh.cameradicommercio.ro (unknown [81.196.25.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ACD143D46 for ; Mon, 22 Mar 2004 11:54:45 -0800 (PST) (envelope-from itetcu@apropo.ro) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP id E277C635A; Mon, 22 Mar 2004 21:54:04 +0200 (EET) Received: from it.buh.cameradicommercio.ro (localhost.buh.cameradicommercio.ro [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with SMTP id AF2C1130; Mon, 22 Mar 2004 21:56:56 +0200 (EET) Date: Mon, 22 Mar 2004 21:56:56 +0200 From: Ion-Mihai Tetcu To: Nate Lawson Message-Id: <20040322215656.6e460fa0@it.buh.cameradicommercio.ro> In-Reply-To: <20040322111119.P33933@root.org> References: <20040322192654.2f24ef17@it.buh.cameradicommercio.ro> <20040322111119.P33933@root.org> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: acpi-jp@jp.FreeBSD.org Subject: Re: [acpi-jp 3129] ACPI (_PRS has invalid type 7) problem / regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 22 Mar 2004 19:54:46 -0000 On Mon, 22 Mar 2004 11:33:36 -0800 (PST) Nate Lawson wrote: > On Mon, 22 Mar 2004, Ion-Mihai Tetcu wrote: > > Two days ago I've posted on current@ my problem about sound: > > Thanks for posting to acpi-jp, as well as providing the full debugging > info requested. It really saves time for us. :-) Since I'm not able to debug this myself, it the least I could do. > > When I try to play something, I'm getting > > pcm0:play:0: play interrupt timeout, channel dead > > and just noise with sources from 18 Mar; the motherboard is a Gigabyte > > GA-7VT600-L (VIA KT600 / 8237), on-board sound. > > > > I think the problem is acpi routing related, namely : > > -ioapic0: routing intpin 22 (IRQ 22) to cluster 0 > > +ioapic0: routing intpin 11 (IRQ 11) to cluster 0 > > -pcm0: port 0xe400-0xe4ff irq 22 at device 17.5 on pci0 > > +pcm0: port 0xe400-0xe4ff irq 11 at device 17.5 on pci0 > > > > Booting with acpi disabled "helps". Debug info (as per handbook > > instructions) can be found at: http://people.tecnik93.com/acpi/ > > > > The change must have happen between 2004_03_04 and 2004_03_18. > > I don't think it was the _PRS changes on 3/18 and 3/20. I'm suspecting > the ACPI-CA import of 0311. You can revert all changes to acpi_pcib.c by > copying this file over sys/dev/acpica/acpi_pcib.c and recompiling your > kernel: > > http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/acpica/acpi_pcib.c?rev=1.36&content-type=text/plain > > I suspect it won't change anything for you but please test this to be > sure. I'm doing it right now, thank you. (Recompiling the acpi.ko wouldn't be enough ?) [..] > > --- dmesg_old Mon Mar 22 16:16:01 2004 > > +++ dmesg_new_r Mon Mar 22 17:00:27 2004 > > @@ -268,14 +269,13 @@ > > powerspec 2 supports D0 D3 current D0 > > map[10]: type 4, range 32, base 0000e400, size 8, enabled > > pcib0: matched entry for 0.17.INTC (source \\_SB_.PCI0.ALKC) > > -pcib0: possible interrupts: 22 > > -pcib0: slot 17 INTC routed to irq 22 via \\_SB_.PCI0.ALKC > > +pcib0: _PRS has invalid type 7 > > found-> vendor=0x1106, dev=0x3059, revid=0x60 > > bus=0, slot=17, func=5 > > class=04-01-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > - intpin=c, irq=22 > > + intpin=c, irq=11 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > map[10]: type 4, range 32, base 0000e800, size 8, enabled > > map[14]: type 1, range 32, base e2000000, size 8, enabled > > @@ -468,12 +468,12 @@ > > ioapic0: routing intpin 7 (IRQ 7) to cluster 0 > > ioapic0: routing intpin 8 (IRQ 8) to cluster 0 > > ioapic0: routing intpin 9 (IRQ 9) to cluster 0 > > +ioapic0: routing intpin 11 (IRQ 11) to cluster 0 > > ioapic0: routing intpin 12 (IRQ 12) to cluster 0 > > ioapic0: routing intpin 13 (IRQ 13) to cluster 0 > > ioapic0: routing intpin 14 (IRQ 14) to cluster 0 > > ioapic0: routing intpin 15 (IRQ 15) to cluster 0 > > ioapic0: routing intpin 18 (IRQ 18) to cluster 0 > > -ioapic0: routing intpin 22 (IRQ 22) to cluster 0 > > Your ASL returns a different interrupt link resource based on an external > variable DEID. It may be thinking it's in PIC mode and returning the IRQ > resource instead of APIC mode and the Interrupt resource. See the section > for ALKC to see what I'm talking about. Where do I find this section ? > I'll look into this more after you try reverting that one file. Will report results in about 30 minutes, thanks. -- IOnut Unregistered ;) FreeBSD user