i386/89545: Compaq DL 360 ACPI boot problem
mutations at protean-carrier.com
mutations at protean-carrier.com
Wed Jan 4 11:13:57 PST 2006
I'm using a Compaq Proliant ML530 with single processor. On FBSD 5.4 I had no
problems. With 6.0 stable and current I could not boot with ACPI enabled. I
believe I have the same date revision bios update that you listed in a previous
e-mail. I applied the patch listed by John Baldwin without including his prior
printf statements for apci_pci_link.c. I just finished compiling stable and I am
nowable to boot with ACPI enabled. I will continue to monitor.
-James
<anders at FreeBSD.org>:
> The following reply was made to PR i386/89545; it has been noted by GNATS.
>
> From: Anders Nordby <anders at FreeBSD.org>
> To: John Baldwin <jhb at freebsd.org>
> Cc: bug-followup at freebsd.org, uralmetal at gmail.com
> Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem
> Date: Wed, 4 Jan 2006 17:36:21 +0100
>
> --ikeVEW9yuYc//A+q
> Content-Type: text/plain; charset=iso-8859-1
> Content-Disposition: inline
> Content-Transfer-Encoding: 8bit
>
> Hi,
>
> On Tue, Jan 03, 2006 at 05:06:26PM -0500, John Baldwin wrote:
> > It does reference 'FAKE' in one of the _PRT entries sadly. You can try
> > removing it and compiling a custom dsdt to work around it. You could also
>
> > beat up Compaq for the crap BIOS. Do these machines have APICs on them?
>
> > They'd probably be a lot happier with APIC enabled if so.
> >
> > Package (0x04)
> > {
> > 0x0004FFFF,
> > 0x00,
> > FAKE,
> > 0x00
> > },
>
> I removed the section above, but if fails to compile:
>
> root at anderstest:~# iasl anderstest.asl-fixed
>
> Intel ACPI Component Architecture
> ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 31
> 2005]
> Copyright (C) 2000 - 2004 Intel Corporation
> Supports ACPI Specification Revision 2.0c
>
> Non-ASCII character: 0xD2 at offset 0xBB
> Non-ASCII character: 0xD2 at offset 0x189
> Non-ASCII character: 0xD2 at offset 0x7B3
> 3 non-ASCII characters found in input file, appears to be binary
> Error 1082 - Invalid characters found in file anderstest.asl-fixed
>
> In the ASL, there is 0xD2 which is Ò, used for Creator ID in the RSDT,
> FACP and SPCR sections. I changed that to just ASL like it looks like on
> my Dell laptop (Creator ID=ASL). Then I can compile. Booting with the
> custom dsdt, I get a page fault. Log attached.
>
> I will check to see if I can change anything useful in the BIOS
> tomorrow, but I doubt it. :-/
>
> Cheers,
>
> --
> Anders.
>
> --ikeVEW9yuYc//A+q
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: attachment; filename="anderstest-v2.log"
>
> Copyright (c) 1992-2005 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> The Regents of the University of California. All rights reserved.
> FreeBSD 6.0-STABLE #0: Sat Dec 31 02:04:34 UTC 2005
> root at anderstest:/usr/obj/usr/src/sys/SMP
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class
> CPU)
> Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1
>
>
Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
> real memory = 671072256 (639 MB)
> avail memory = 647356416 (617 MB)
> ACPI-0377: *** Info: Table [SSDT] replaced by host OS
> ACPI: overriding DSDT/SSDT with custom table
> ACPI-0377: *** Info: Table [DSDT] replaced by host OS
> npx0: [FAST]
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> acpi0: <COMPAQ MICRO> on motherboard
> acpi0: Power Button (fixed)
> attach started
> pci_link0: calling _CRS
> pci_link0: _CRS returned AE_OK
> pci_link0: num_links = 0
> attach started
> pci_link1: calling _CRS
> pci_link1: _CRS returned AE_OK
> pci_link1: num_links = 1
> pci_link1: 1 links initialized after child links
> pci_link1: calling _CRS again
> pci_link1: _CRS returned AE_OK
> pci_link1: calling _PRS again
> pci_link1: _PRS returned AE_OK
> attach started
> pci_link2: calling _CRS
> pci_link2: _CRS returned AE_OK
> pci_link2: num_links = 1
> pci_link2: 1 links initialized after child links
> pci_link2: calling _CRS again
> pci_link2: _CRS returned AE_OK
> pci_link2: calling _PRS again
> pci_link2: _PRS returned AE_OK
> attach started
> pci_link3: calling _CRS
> pci_link3: _CRS returned AE_OK
> pci_link3: num_links = 1
> pci_link3: 1 links initialized after child links
> pci_link3: calling _CRS again
> pci_link3: _CRS returned AE_OK
> pci_link3: calling _PRS again
> pci_link3: _PRS returned AE_OK
> attach started
> pci_link4: calling _CRS
> pci_link4: _CRS returned AE_OK
> pci_link4: num_links = 1
> pci_link4: 1 links initialized after child links
> pci_link4: calling _CRS again
> pci_link4: _CRS returned AE_OK
> pci_link4: calling _PRS again
> pci_link4: _PRS returned AE_OK
> attach started
> pci_link5: calling _CRS
> pci_link5: _CRS returned AE_OK
> pci_link5: num_links = 1
> pci_link5: 1 links initialized after child links
> pci_link5: calling _CRS again
> pci_link5: _CRS returned AE_OK
> pci_link5: calling _PRS again
> pci_link5: _PRS returned AE_OK
> attach started
> pci_link6: calling _CRS
> pci_link6: _CRS returned AE_OK
> pci_link6: num_links = 1
> pci_link6: 1 links initialized after child links
> pci_link6: calling _CRS again
> pci_link6: _CRS returned AE_OK
> pci_link6: calling _PRS again
> pci_link6: _PRS returned AE_OK
> attach started
> pci_link7: calling _CRS
> pci_link7: _CRS returned AE_OK
> pci_link7: num_links = 1
> pci_link7: 1 links initialized after child links
> pci_link7: calling _CRS again
> pci_link7: _CRS returned AE_OK
> pci_link7: calling _PRS again
> pci_link7: _PRS returned AE_OK
> attach started
> pci_link8: calling _CRS
> pci_link8: _CRS returned AE_OK
> pci_link8: num_links = 1
> pci_link8: 1 links initialized after child links
> pci_link8: calling _CRS again
> pci_link8: _CRS returned AE_OK
> pci_link8: calling _PRS again
> pci_link8: _PRS returned AE_OK
> attach started
> pci_link9: calling _CRS
> pci_link9: _CRS returned AE_OK
> pci_link9: num_links = 1
> pci_link9: 1 links initialized after child links
> pci_link9: calling _CRS again
> pci_link9: _CRS returned AE_OK
> pci_link9: calling _PRS again
> pci_link9: _PRS returned AE_OK
> Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0
> cpu0: <ACPI CPU> on acpi0
> pcib0: <ACPI Host-PCI bridge> on acpi0
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0x1c
> fault code = supervisor read, page not present
> instruction pointer = 0x20:0xc0a6d69d
> stack pointer = 0x28:0xc0c20ba8
> frame pointer = 0x28:0xc0c20bc0
> code segment = base 0x0, limit 0xfffff, type 0x1b
> = DPL 0, pres 1, def32 1, gran 1
> processor eflags = interrupt enabled, resume, IOPL = 0
> current process = 0 (swapper)
> trap number = 12
> panic: page fault
> cpuid = 0
> Uptime: 1s
> Automatic reboot in 15 seconds - press a key on the console to abort
> Rebooting...
>
> --ikeVEW9yuYc//A+q--
> _______________________________________________
> freebsd-acpi at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe at freebsd.org"
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
More information about the freebsd-acpi
mailing list