From owner-freebsd-current@FreeBSD.ORG Tue Dec 23 07:34:50 2003 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 1874F16A4CE for ; Tue, 23 Dec 2003 07:34:50 -0800 (PST) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73D9543D39 for ; Tue, 23 Dec 2003 07:34:48 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 20654 invoked from network); 23 Dec 2003 15:34:47 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Dec 2003 15:34:47 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id hBNFYjM0051124; Tue, 23 Dec 2003 10:34:45 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3FE782FC.5040408@bis.midco.net> From: John Baldwin To: Peter Schultz X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org cc: acpi-jp@jp.FreeBSD.org Subject: Re: new interrupts not working for me 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: , Date: Tue, 23 Dec 2003 15:34:50 -0000 X-Original-Date: Tue, 23 Dec 2003 10:34:45 -0500 (EST) X-List-Received-Date: Tue, 23 Dec 2003 15:34:50 -0000 On 22-Dec-2003 Peter Schultz wrote: > John Baldwin wrote: >> On 22-Dec-2003 Peter Schultz wrote: >> >>>John Baldwin wrote: >>> >>>>On 05-Nov-2003 Peter Schultz wrote: >>>> >>>> >>>>>I have a Tyan S1832DL w/dual pii 350s and it's not able to boot. Seems >>>>>to be having trouble with my adaptec scsi controller, I get a whole >>>>>bunch of output like this hand transcribed bit, it comes after "waiting >>>>>15 seconds for scsi devices to settle": >>>>> >>>>>ahc0 timeout SCB already complete interrupts may not be functioning >>>>>Infinite interrupt loop INTSTAT=0(probe3:ahc0:0:3:0): SCB 0x6 - timed out >>>>> >>>>>Anyone else seeing this? There are probably 100+ related lines of >>>>>output, I'll have to configure serial debugging if you need to see it. >>>> >>>> >>>>The dmesg output excluding all the ahc0 errors would help figure out >>>>why your interrupts aren't working. However, I just committed a patch >>>>that might fix your problem. >>>> >>> >>>Here is the output I was able to capture: >> >> >> Disable ACPI for now. It looks like you have a buggy BIOS. >> Can you put your ASL up at a URL somewhere? >> > http://bis.midco.net/pmes/tyan_s1832dl.asl Oh... my... goodness. Go beat your BIOS writer UP! NOW! Basically, PCI interrupts are supposed to be routed differently depending on whether or not we are using the old PIC or the newer APIC mode. We tell your BIOS that by executing the _PIC method specifiying 0 for PIC and 1 for APIC. Your BIOS does have that: Name (APIC, 0x00) Method (_PIC, 1, NotSerialized) { Store (Arg0, APIC) } However, it ignores it. Instead, it always uses the APIC for Windows NT and uses the PIC for everything else: Method (_PRT, 0, NotSerialized) { ... If (MCTH (\_OS, "Microsoft Windows NT")) { Return (PIC1) } Else { Return (PIC0) } } Does this board work in SMP mode in, say, XP or Linux? From the above it seems it wouldn't. :( It needs to be testing the value of the APIC variable to determine which table to use, not the OS name. See if there's a BIOS update. If there isn't, go complain to your motherboard manufacturer to get it fixed. If you want to get your BIOS working for now, the guys on the acpi-jp@ list (cc'd) can help you patch your AML to fix this brain damage and get your machine working. This is the worst use of _OS I have seen to date myself. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/