From owner-freebsd-current@FreeBSD.ORG Mon Jul 11 18:05:21 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 8F63216A41C for ; Mon, 11 Jul 2005 18:05:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFA2F43D49 for ; Mon, 11 Jul 2005 18:05:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 11 Jul 2005 14:18:50 -0400 From: John Baldwin To: Mike Tancsa Date: Mon, 11 Jul 2005 13:27:44 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507081006.43609.jhb@FreeBSD.org> <6.2.1.2.0.20050708110446.07de5768@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050708110446.07de5768@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507111327.46165.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr 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: Mon, 11 Jul 2005 18:05:21 -0000 On Friday 08 July 2005 11:47 am, Mike Tancsa wrote: > At 10:06 AM 08/07/2005, John Baldwin wrote: > >On Thursday 07 July 2005 10:09 pm, Mike Tancsa wrote: > > > At 04:58 PM 07/07/2005, John Baldwin wrote: > > > >Crud, it's off in the weeds. :( Can you do a boot -v and get the > > > > lines after 'pcib3:'? > > > > > > Here you go > > > >Ok, I see why it is badly confused in the non-APIC and non-ACPI case > > though I don't know why it is panicing. (FWIW, it is trying to route all > > interrupts to IRQ 14 because your $PIR is all busted *sigh*). BIOS > > writers suck. > > Unfortunately, this is the latest version of the BIOS from Dell. Windows uses ACPI, so I bet the $PIR stuff isn't QA'd anymore. > >Anyway, I still need a simple matrix of what works and what doesn't work > >first (if I got one earlier I lost it): > > > >ACPI/APIC - amr0 gets no interrupts, hangs after boot > > yes, it hangs either with amr or perhaps ata. yesterday I was trying just > a netboot and it seemed to work if I pulled the card and did not have the > ata code in the driver, although I had not setup the fstab to properly > work, but the fact that I was complaining about mounting root implies it > got farther along. If you feel this is worth checking out, I could pull > the amr card again, and try and properly netboot a kernel and mount root > via nfs on 6.x. > > On RELENG_5 it sometimes works if I disable ata in the kernel. I attached > the boot-v from releng5. 6.x hangs (also attached) Hummm, so does it work with an ata(4) disk if you pull the amr card or disable the amr driver in your kernel? > >ACPI/no-APIC - amr0 gets no interrupts, hangs after boot? > > Panic. This case should be in the last email I sent. > OK set hint.apic.0.disabled=1 > OK load acpi.ko > > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xba9f > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc00fd141 > stack pointer = 0x10:0xc0c2094c > frame pointer = 0x10:0xc0c209b8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at 0xc00fd141: cmpb %cs:0xba9f,%bh > db> trace > Tracing pid 0 tid 0 td 0xc07d1c60 > kernbase(e0b,c07029d1,c00fc860,c00fc86b,c0c209f8) at 0xc00fd141 > db> Hmm, so no-APIC always gets this BIOS panic, in both the ACPI and non-ACPI cases? And is that the same on 5.x? > >no-ACPI/APIC - ??? > > RELENG_5, all is happy. 6.x hang. Ok. Very odd in that the code there is almost identical. There is one diff you can try reverting (use patch -R) and see if it changes anything: Index: mptable.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/mptable.c,v retrieving revision 1.235.2.4 retrieving revision 1.241 diff -u -r1.235.2.4 -r1.241 --- mptable.c 25 Mar 2005 21:10:07 -0000 1.235.2.4 +++ mptable.c 14 Apr 2005 17:59:58 -0000 1.241 @@ -353,7 +353,6 @@ busses[i].bus_type = NOBUS; /* Second, we run through adding I/O APIC's and busses. */ - ioapic_enable_mixed_mode(); mptable_parse_apics_and_busses(); /* Third, we run through the table tweaking interrupt sources. */ There are also some changes to the amr(4) driver (minor though) in 6.x that you could try reverting perhaps. ata(4) has had a lot of changes in 6.x. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org