From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 7 13:55:16 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8BD416A422 for ; Sat, 7 Jan 2006 13:55:15 +0000 (GMT) (envelope-from niekdekker@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314E343D48 for ; Sat, 7 Jan 2006 13:55:13 +0000 (GMT) (envelope-from niekdekker@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so371436uge for ; Sat, 07 Jan 2006 05:55:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=YMVgIcJYuEjTLtx7rLd3LrFPJQflKE/V0FhOJ2ChrbAcKOPVZ3QizMlu7TbRubCRyUcbp4mTdCIBQ1sbAT+af4rCrK8kl+XQO7Gs7q/4in0Q5vaWkF3BLx4Vq/TK/JOtBdQNGcWCXVlUqmVBZpJP4lhN2zpO7mqmH2urK8YAZvY= Received: by 10.67.27.1 with SMTP id e1mr6678063ugj; Sat, 07 Jan 2006 05:55:11 -0800 (PST) Received: from ?192.168.1.5? ( [217.19.20.88]) by mx.gmail.com with ESMTP id m1sm10495475ugc.2006.01.07.05.55.08; Sat, 07 Jan 2006 05:55:11 -0800 (PST) Message-ID: <43BFC837.9050608@gmail.com> Date: Sat, 07 Jan 2006 14:55:03 +0100 From: Niek Dekker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl-NL; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: nl-NL,nl-BE,nl MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200601061617.k06GHPUe003519@freefall.freebsd.org> In-Reply-To: <200601061617.k06GHPUe003519@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bug-followup@freebsd.org, John Baldwin Subject: Re: i386/89545: Compaq DL 360 ACPI will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2006 13:55:16 -0000 John, I've done the following on my Compaq 360DL: Upgraded the BIOS to latest version. Applied your patches as of http://people.freebsd.org/~anders/patches/pci_link_serial-end.patch http://people.freebsd.org/~anders/patches/pci_link_printf.patch-anders to acpi_pci_link.c and recompiled acpi.ko and now my system starts fine with acpi enabled. Now there is a delay of app. 20 seconds at the point where acd0 (CDrom) is detected, but otherwise no problem has yet occurred. I also compiled a custom kernel earlier for other reasons, which had no negative or positive effects on the acpi problem. Many thanks for the patches. I attach the output of dmesg.boot as wel as sysctl hw.acpi, you may want to have a look at it to see if there is anything unusual. Thanks, Niek ============= dmesg.boot: 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-RELEASE #0: Sat Jan 7 12:46:50 CET 2006 root@server.localnet:/usr/src/sys/i386/compile/DL360DIGITEKST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 651653120 (621 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 pci_link1: on acpi0 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 pci_link2: on acpi0 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 pci_link3: on acpi0 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 pci_link4: on acpi0 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 pci_link5: on acpi0 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 pci_link6: on acpi0 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 pci_link7: on acpi0 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 pci_link8: on acpi0 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 pci_link9: on acpi0 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: on acpi0 pcib0: on acpi0 pci_link0: apparently invalid index 0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.42 idad0: on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 9 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:8b:3a:89 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:8b:3a:88 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 996847535 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/idad0s1a ================= sysctl hw.acpi: server# sysctl hw.acpi ~ hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 ============================================================ John Baldwin schreef: >Synopsis: Compaq DL 360 ACPI will not boot with ACPI enabled > >State-Changed-From-To: open->patched >State-Changed-By: jhb >State-Changed-When: Fri Jan 6 16:15:09 UTC 2006 >State-Changed-Why: >Fixes committed to HEAD. Apparently from other chat with Anders the >SMP was a red herring as the boxes in question are SMP capable but only >have one CPU in the box. Will MFC in a week or so. > > >Responsible-Changed-From-To: freebsd-acpi->jhb >Responsible-Changed-By: jhb >Responsible-Changed-When: Fri Jan 6 16:15:09 UTC 2006 >Responsible-Changed-Why: >Fixes committed to HEAD. Apparently from other chat with Anders the >SMP was a red herring as the boxes in question are SMP capable but only >have one CPU in the box. Will MFC in a week or so. > >http://www.freebsd.org/cgi/query-pr.cgi?pr=89545 >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > >