From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 19 07:53:10 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5514816A401 for ; Mon, 19 Feb 2007 07:53:10 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id C4C4213C47E for ; Mon, 19 Feb 2007 07:53:09 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from antivir6.iol.cz (unknown [192.168.30.215]) by smtp-out4.iol.cz (Postfix) with ESMTP id A20D81640E4 for ; Mon, 19 Feb 2007 07:25:34 +0000 (UTC) Received: from localhost (antivir6.iol.cz [127.0.0.1]) by antivir6.iol.cz (Postfix) with ESMTP id 69F8026003A for ; Mon, 19 Feb 2007 08:25:34 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir6.iol.cz ([127.0.0.1]) by localhost (antivir6.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id Tlu+Ui-qARRZ for ; Mon, 19 Feb 2007 08:25:34 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir6.iol.cz (Postfix) with ESMTP id A00B6260044 for ; Mon, 19 Feb 2007 08:25:33 +0100 (CET) Received: from [192.168.1.23] (unknown [88.103.7.126]) by smtp-out4.iol.cz (Postfix) with ESMTP id CB8C247E12 for ; Mon, 19 Feb 2007 08:25:32 +0100 (CET) From: Milan Knizek To: freebsd-acpi@freebsd.org Date: Mon, 19 Feb 2007 08:25:22 +0100 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Message-Id: <200702190825.22695.knizek@volny.cz> Subject: Asus P5LD2 Deluxe does not power-off 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: Mon, 19 Feb 2007 07:53:10 -0000 Hi List! I am not able to power-off the computer. "halt" or "shutdown now": after completing all shutdown scripts, the last=20 message says Computer is halted, press any key to reboot. "acpiconf -s 5": similar, but last message is something like Powering off=20 using ACPI. And the computer stays on (I need to hold the power-button for about 7 sec = to=20 power it down). Reboot works fine. The behaviour is the same when acpi is disabled (loader.conf "acpi_load=3D"= NO"). Any help? Regards, Milan # uname -a =46reeBSD athlon.liboc 6.2-STABLE FreeBSD 6.2-STABLE #6: Sun Feb 18 22:05:2= 9 CET=20 2007 root@athlon.liboc:/usr/obj/usr/src/sys/ATHLON i386 (it did not work also with GENERIC. ATHLON adds SMP) # dmesg (after boot -v) http://milan-knizek.net/files/tmp/dmesg_boot-v.log # acpidump -t -d > root-asus_5pld2_deluxe.asl http://milan-knizek.net/files/tmp/root-asus_p5ld2_deluxe.asl # kldstat Id Refs Address Size Name 1 21 0xc0400000 680a08 kernel 2 1 0xc0a81000 56c8 vesa.ko 3 1 0xc0a87000 100d8 geom_eli.ko 4 2 0xc0a98000 1c534 crypto.ko 5 2 0xc0ab5000 ac44 zlib.ko 6 3 0xc0ac0000 1edf8 linux.ko 7 1 0xc0adf000 63c1c acpi.ko 8 1 0xc0b43000 10394 snd_hda.ko 9 2 0xc0b54000 3e728 sound.ko 10 1 0xc0b93000 6d3a84 nvidia.ko 11 1 0xc1267000 4f08 atapicam.ko 12 1 0xc89d6000 10000 ext2fs.ko 13 1 0xc8c22000 2000 rtc.ko # apm APM version: 1.2 APM Management: Disabled AC Line status: unknown Battery Status: charging Remaining battery life: invalid value (0xffffffff) Remaining battery time: unknown Number of batteries: 0 Resume timer: unknown Resume on ring indicator: disabled # sysctl -a | grep acpi acpisem 25 2K - 25 64 acpidev 58 2K - 58 32 acpitask 0 0K - 1 32 acpica 5240 283K - 29901 16,32,64,128,256,512,1024 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20041119 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 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.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1026400 dev.acpi.0.%desc: A M I OEMRSDT dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=3D\_SB_.PCI0.MCH_ dev.acpi_sysresource.0.%pnpinfo: _HID=3DPNP0C01 _UID=3D10 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=3D\_SB_.PCI0.SBRG.SIOR dev.acpi_sysresource.1.%pnpinfo: _HID=3DPNP0C02 _UID=3D46 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=3D\_SB_.PCI0.SBRG.RMSC dev.acpi_sysresource.2.%pnpinfo: _HID=3DPNP0C02 _UID=3D16 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=3D\_SB_.PCI0.SBRG.OMSC dev.acpi_sysresource.3.%pnpinfo: _HID=3DPNP0C02 _UID=3D0 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=3D\_SB_.PCI0.PCIE dev.acpi_sysresource.4.%pnpinfo: _HID=3DPNP0C02 _UID=3D17 dev.acpi_sysresource.4.%parent: acpi0 dev.acpi_sysresource.5.%desc: System Resource dev.acpi_sysresource.5.%driver: acpi_sysresource dev.acpi_sysresource.5.%location: handle=3D\_SB_.RMEM dev.acpi_sysresource.5.%pnpinfo: _HID=3DPNP0C01 _UID=3D1 dev.acpi_sysresource.5.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%parent: acpi0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%parent: acpi0 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1= =20 3750/-1 2500/-1 1250/-1 dev.pcib.0.%parent: acpi0 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=3D\_SB_.PWRB dev.acpi_button.0.%pnpinfo: _HID=3DPNP0C0C _UID=3D170 dev.acpi_button.0.%parent: acpi0 dev.atpic.0.%parent: acpi0 dev.atdma.0.%parent: acpi0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%parent: acpi0 dev.npxisa.0.%parent: acpi0 dev.ppc.0.%parent: acpi0 dev.psmcpnp.0.%parent: acpi0 dev.sio.0.%parent: acpi0 # lspci 00:00.0 Host bridge: Intel Corporation 945G/GZ/P/PL Express Memory Controll= er=20 Hub (rev 81) 00:01.0 PCI bridge: Intel Corporation 945G/GZ/P/PL Express PCI Express Root= =20 Port (rev 81) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definitio= n=20 Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port= 1=20 (rev 01) 00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Expr= ess=20 Port 5 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1= =20 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2= =20 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3= =20 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4= =20 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI=20 Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interfac= e=20 Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controlle= r=20 (rev 01) 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial= =20 ATA Storage Controller IDE (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev= =20 01) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.=20 RTL-8139/8139C/8139C+ (rev 10) 01:02.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1=20 Controller (rev 50) 01:02.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1=20 Controller (rev 50) 01:02.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) 01:04.0 Mass storage controller: Integrated Technology Express, Inc. ITE 82= 11F=20 Single Channel UDMA 133 (ASUS 8211 (ITE IT8212 ATA RAID Controller)) (rev 1= 1) 02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E=20 Gigabit Ethernet Controller (rev 15) 04:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (= rev=20 a2) =2D-=20 Milan Kn=ED=BEek http://milan-knizek.net/ e-mail knizek {na} volny {v} cz From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 19 11:08:08 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06F3016A407 for ; Mon, 19 Feb 2007 11:08:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id CBCC213C4A6 for ; Mon, 19 Feb 2007 11:08:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l1JB87Ip021251 for ; Mon, 19 Feb 2007 11:08:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l1JB86VI021247 for freebsd-acpi@FreeBSD.org; Mon, 19 Feb 2007 11:08:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Feb 2007 11:08:06 GMT Message-Id: <200702191108.l1JB86VI021247@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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: Mon, 19 Feb 2007 11:08:08 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/55822 acpi No ACPI power off with SMP kernel o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/64002 acpi acpi problem o i386/67273 acpi [hang] system hangs with acpi and Xfree o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi ACPI resume returns g_vfs_done() errors and kernel pan 11 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys f kern/90871 acpi ACPI problems with ASUS A8N-VM-CSM o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o i386/97468 acpi [acpi] ACPI on ASUS A7V hangs on shutdown -p (power of o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o i386/102343 acpi ACPI error o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi ACPI-1304: *** Error: Method execution failed o kern/108581 acpi sysctl: hw.acpi.cpu.cx_lowest: Invalid argument o kern/108695 acpi [ACPI]: Fatal trap 9: general protection fault when in o kern/109207 acpi ACPI Promlem 15 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 19 16:53:25 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C629316A5B3 for ; Mon, 19 Feb 2007 16:53:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE3A13C46B for ; Mon, 19 Feb 2007 16:53:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1JGrI3t077119; Mon, 19 Feb 2007 11:53:19 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 19 Feb 2007 10:51:18 -0500 User-Agent: KMail/1.9.4 References: <45D559E9.9060806@sasktel.net> In-Reply-To: <45D559E9.9060806@sasktel.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702191051.18369.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 19 Feb 2007 11:53:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2604/Mon Feb 19 11:06:37 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Stephen Hurd Subject: Re: HP LH3000r hangs on 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: Mon, 19 Feb 2007 16:53:25 -0000 On Friday 16 February 2007 02:14, Stephen Hurd wrote: > System does not complete the boot (hang) with ACPI enabled using FreeBSD > 6.2-RELEASE I would look for a BIOS update. First of all this message is worrying: > ACPI-0347: *** Error: During resolve, Unknown Reference opcode 2D > (AE_NOT_CONFIGURED) in 0xc3c5d600 > ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.ISA_.LINK] > (Node 0xc3bcdbc0), AE_AML_INTERNAL > ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.INIT] > (Node 0xc3b78480), AE_AML_INTERNAL > ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0._INI] > (Node 0xc3b78500), AE_AML_INTERNAL This means it wasn't able to finish the init method for the PCI bus. Secondly, if you compare the IRQs for the two dmesg's (which you can in this case), you will see that ACPI uses different (and in theory, wrong) IRQs for the sym0, sym1, and ahc0 devices, and the last one is causing your hang I think. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 19 19:23:02 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DF3416C230 for ; Mon, 19 Feb 2007 19:23:02 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 58D6513C467 for ; Mon, 19 Feb 2007 19:23:02 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 25260 invoked from network); 19 Feb 2007 18:47:37 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.59?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 19 Feb 2007 18:47:37 -0000 Message-ID: <45D9F0C0.7010604@root.org> Date: Mon, 19 Feb 2007 10:47:28 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Milan Knizek References: <200702190825.22695.knizek@volny.cz> In-Reply-To: <200702190825.22695.knizek@volny.cz> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Asus P5LD2 Deluxe does not power-off 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: Mon, 19 Feb 2007 19:23:02 -0000 Milan Knizek wrote: > Hi List! > > I am not able to power-off the computer. > > "halt" or "shutdown now": after completing all shutdown scripts, the last > message says Computer is halted, press any key to reboot. > > "acpiconf -s 5": similar, but last message is something like Powering off > using ACPI. > > And the computer stays on (I need to hold the power-button for about 7 sec to > power it down). > > Reboot works fine. > > The behaviour is the same when acpi is disabled (loader.conf "acpi_load="NO"). > > Any help? > > Regards, > Milan > > > # uname -a > FreeBSD athlon.liboc 6.2-STABLE FreeBSD 6.2-STABLE #6: Sun Feb 18 22:05:29 CET > 2007 root@athlon.liboc:/usr/obj/usr/src/sys/ATHLON i386 > (it did not work also with GENERIC. ATHLON adds SMP) Have you tried amd64 on this? Not sure if this is the 64 bit cpu or not. In any case, try setting either or both of these to 1: hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 19 21:04:57 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A620216D633 for ; Mon, 19 Feb 2007 21:04:57 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav06.sasknet.sk.ca (misav06.sasknet.sk.ca [142.165.20.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5C25313C441 for ; Mon, 19 Feb 2007 21:04:57 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav06 with InterScan Messaging Security Suite; Mon, 19 Feb 2007 15:04:53 -0600 Received: from [192.168.1.64] (adsl-75-51-73-22.dsl.lsan03.sbcglobal.net [75.51.73.22]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0JDQ0056KAK48100@bgmpomr1.sasknet.sk.ca>; Mon, 19 Feb 2007 15:04:53 -0600 (CST) Date: Mon, 19 Feb 2007 13:04:02 -0800 From: Stephen Hurd In-reply-to: <200702191051.18369.jhb@freebsd.org> To: John Baldwin Message-id: <45DA10C2.1070004@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <45D559E9.9060806@sasktel.net> <200702191051.18369.jhb@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2pre) Gecko/20070208 SeaMonkey/1.1 Cc: freebsd-acpi@freebsd.org Subject: Re: HP LH3000r hangs on 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: Mon, 19 Feb 2007 21:04:57 -0000 John Baldwin wrote: > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > >> System does not complete the boot (hang) with ACPI enabled using FreeBSD >> 6.2-RELEASE >> > > I would look for a BIOS update. Yeah, that was the first thing I did... BIOS is newest available. > First of all this message is worrying: > > >> ACPI-0347: *** Error: During resolve, Unknown Reference opcode 2D >> (AE_NOT_CONFIGURED) in 0xc3c5d600 >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.ISA_.LINK] >> (Node 0xc3bcdbc0), AE_AML_INTERNAL >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.INIT] >> (Node 0xc3b78480), AE_AML_INTERNAL >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0._INI] >> (Node 0xc3b78500), AE_AML_INTERNAL >> > > This means it wasn't able to finish the init method for the PCI bus. > Secondly, if you compare the IRQs for the two dmesg's (which you can in > this case), you will see that ACPI uses different (and in theory, wrong) > IRQs for the sym0, sym1, and ahc0 devices, and the last one is causing > your hang I think. > Yeah. To me it seems to imply that support for the 0x2D opcode is missing from FreeBSD... when I recompile the aml (I get a _WAK returns no value warning) and use that, the error is still the same. To me, that implies that the compiler supports it, but the AML interpreter doesn't (of course, I know zip about AML, ASL, and ACPI, so my opinion is worthless.) From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 20 13:32:42 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AAD916D914 for ; Tue, 20 Feb 2007 12:45:52 +0000 (UTC) (envelope-from thomas.sparrevohn@btinternet.com) Received: from smtp805.mail.ird.yahoo.com (smtp805.mail.ird.yahoo.com [217.146.188.65]) by mx1.freebsd.org (Postfix) with SMTP id E9EC613C48D for ; Tue, 20 Feb 2007 12:45:51 +0000 (UTC) (envelope-from thomas.sparrevohn@btinternet.com) Received: (qmail 43857 invoked from network); 20 Feb 2007 12:19:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer; b=aK0Q1sl8UxIzpi91cKQy4Ad4tbpX8qC5k9KqlKRrvAG9i5Z2LiEdu3FCzYuHlhOd+LylVgyJhfx4VQsWXsusqEcYRH/X9+DDQod9NzMmakIXaAnxxlfDFHwh0XhjoIjks1a+4RPP4zMlSxSgdoPsN6tUR9lIE+CbDsuGT+gxaKY= ; Received: from unknown (HELO ?192.168.0.15?) (thomas.sparrevohn@btinternet.com@86.143.69.96 with plain) by smtp805.mail.ird.yahoo.com with SMTP; 20 Feb 2007 12:19:11 -0000 X-YMail-OSG: zn5eIVIVM1kpKMoWEdex15hzrPjhRIw3fq6Ljrn4Uf73PUcj72w44J4f8rXsmXiALJhlsavhOYaMBznXgN8Vsg2ZqGt2mfVTgMcJlQqOlUOrOv7Bn_1TPCCZZ2xdHAznqgRm7_a1xt0- Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <45D89462.5040802@videotron.ca> References: <20061210002923.GO81923@egr.msu.edu> <20061213003744.GP18799@egr.msu.edu> <4580350F.8080904@videotron.ca> <20070212203524.GX88326@egr.msu.edu> <45D13634.2020206@videotron.ca> <45D89462.5040802@videotron.ca> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7E000784-3919-4EE0-85A8-BDA99E2BC22E@btinternet.com> Content-Transfer-Encoding: 7bit From: Thomas Sparrevohn Date: Tue, 20 Feb 2007 12:19:09 +0000 To: freebsd-acpi@freebsd.org X-Mailer: Apple Mail (2.752.2) Subject: Re: cpufreq est and Enhanced Sleep (Cx) States for Intel Core and above 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: Tue, 20 Feb 2007 13:32:42 -0000 Hi I am trying to determine what methods the ACPI on my machine actually supports - what is the best method and does anybody have a some examples on how to use acpidb? Regards Thomas From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 20 17:15:36 2007 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0BAA16B4E5 for ; Tue, 20 Feb 2007 17:15:36 +0000 (UTC) (envelope-from dbrewer@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id AC22D13C4B5 for ; Tue, 20 Feb 2007 17:15:36 +0000 (UTC) (envelope-from dbrewer@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6071027AbXBTQkk for ; Tue, 20 Feb 2007 08:40:40 -0800 To: acpi@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "David Brewer" Sender: "David Brewer" Message-Id: Date: Tue, 20 Feb 2007 08:40:40 -0800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your Recent Trade Show Results X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dbrewer@pixelfish.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:15:37 -0000 Greetings!

Are you happy with your results from Social Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.

David Brewer
PixelFish, Inc.
800.503.3020 x102
dbrewer@pixelfish.com
http://www.pixelfish.com
RedMan Video
Pentax Video
JEM Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 20 18:20:45 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1296416C2C7 for ; Tue, 20 Feb 2007 18:20:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE0313C4A5 for ; Tue, 20 Feb 2007 18:20:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1KIKQUP086577; Tue, 20 Feb 2007 13:20:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Stephen Hurd Date: Tue, 20 Feb 2007 12:26:57 -0500 User-Agent: KMail/1.9.4 References: <45D559E9.9060806@sasktel.net> <200702191051.18369.jhb@freebsd.org> <45DA10C2.1070004@sasktel.net> In-Reply-To: <45DA10C2.1070004@sasktel.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702201226.57969.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 20 Feb 2007 13:20:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2613/Tue Feb 20 11:39:58 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: HP LH3000r hangs on 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: Tue, 20 Feb 2007 18:20:45 -0000 On Monday 19 February 2007 16:04, Stephen Hurd wrote: > John Baldwin wrote: > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > >> System does not complete the boot (hang) with ACPI enabled using FreeBSD > >> 6.2-RELEASE > >> > > > > I would look for a BIOS update. > > Yeah, that was the first thing I did... BIOS is newest available. > > > First of all this message is worrying: > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference opcode 2D > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.ISA_.LINK] > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.INIT] > >> (Node 0xc3b78480), AE_AML_INTERNAL > >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0._INI] > >> (Node 0xc3b78500), AE_AML_INTERNAL > >> > > > > This means it wasn't able to finish the init method for the PCI bus. > > Secondly, if you compare the IRQs for the two dmesg's (which you can in > > this case), you will see that ACPI uses different (and in theory, wrong) > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is causing > > your hang I think. > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > missing from FreeBSD... when I recompile the aml (I get a _WAK returns > no value warning) and use that, the error is still the same. To me, > that implies that the compiler supports it, but the AML interpreter > doesn't (of course, I know zip about AML, ASL, and ACPI, so my opinion > is worthless.) The interpreter we have is the ACPI-CA one from Intel that Linux uses. Supporting the opcode isn't going to magically fix the flat-wrong Global System Interrupt numbers in the _PRT tables though. :) -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 20 20:59:14 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E2D016ACE9 for ; Tue, 20 Feb 2007 20:59:14 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id E25F313C467 for ; Tue, 20 Feb 2007 20:59:13 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from antivir6.iol.cz (unknown [192.168.30.215]) by smtp-out4.iol.cz (Postfix) with ESMTP id 3E31A165B4D for ; Tue, 20 Feb 2007 20:59:08 +0000 (UTC) Received: from localhost (antivir6.iol.cz [127.0.0.1]) by antivir6.iol.cz (Postfix) with ESMTP id 1AD1D260045 for ; Tue, 20 Feb 2007 21:59:08 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir6.iol.cz ([127.0.0.1]) by localhost (antivir6.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id AOHhUZKlSwBD for ; Tue, 20 Feb 2007 21:59:07 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir6.iol.cz (Postfix) with ESMTP id BD571260044 for ; Tue, 20 Feb 2007 21:59:04 +0100 (CET) Received: from [192.168.1.23] (unknown [88.103.7.126]) by smtp-out4.iol.cz (Postfix) with ESMTP id CDF3247E75 for ; Tue, 20 Feb 2007 21:59:01 +0100 (CET) From: Milan Knizek To: freebsd-acpi@freebsd.org Date: Tue, 20 Feb 2007 21:58:46 +0100 User-Agent: KMail/1.9.5 References: <200702190825.22695.knizek@volny.cz> <45D9F0C0.7010604@root.org> In-Reply-To: <45D9F0C0.7010604@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702202158.46417.knizek@volny.cz> Subject: Re: Asus P5LD2 Deluxe does not power-off 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: Tue, 20 Feb 2007 20:59:14 -0000 On Monday 19 February 2007 19:47, Nate Lawson wrote: > Milan Knizek wrote: > > I am not able to power-off the computer. > > > > "halt" or "shutdown now": after completing all shutdown scripts, the la= st > > message says Computer is halted, press any key to reboot. > > # uname -a > > FreeBSD athlon.liboc 6.2-STABLE FreeBSD 6.2-STABLE #6: Sun Feb 18 > > 22:05:29 CET 2007 root@athlon.liboc:/usr/obj/usr/src/sys/ATHLON i3= 86 > > (it did not work also with GENERIC. ATHLON adds SMP) > > Have you tried amd64 on this? Not sure if this is the 64 bit cpu or > not. In any case, try setting either or both of these to 1: I have installed adm64 to an external usb drive - but the behaviour is the= =20 same. > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 No change also for amd64. Regards, =2D-=20 Milan Kn=ED=BEek http://milan-knizek.net/ e-mail knizek {na} volny {v} cz From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 20 23:52:16 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7EF216A54E for ; Tue, 20 Feb 2007 23:52:15 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id B8F1513C494 for ; Tue, 20 Feb 2007 23:52:15 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by mga09.intel.com with ESMTP; 20 Feb 2007 15:52:15 -0800 Received: from orsmsx335.jf.intel.com ([10.22.226.40]) by fmsmga002.fm.intel.com with ESMTP; 20 Feb 2007 15:52:14 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,197,1170662400"; d="scan'208"; a="48917467:sNHT19629018" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Feb 2007 15:52:14 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Feb 2007 15:52:13 -0800 Message-ID: In-Reply-To: <200702201226.57969.jhb@freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP LH3000r hangs on boot with ACPI enabled Thread-Index: AcdVHAL/OupCBoHITHKTtKX9SsoPMAALf59g From: "Moore, Robert" To: "John Baldwin" , "Stephen Hurd" X-OriginalArrivalTime: 20 Feb 2007 23:52:14.0763 (UTC) FILETIME=[2573B7B0:01C7554A] Cc: freebsd-acpi@freebsd.org Subject: RE: HP LH3000r hangs on 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: Tue, 20 Feb 2007 23:52:16 -0000 We have seen things like this when the BIOS incorrectly fusses with the raw AML. Please post the acpidump for this machine. > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of John Baldwin > Sent: Tuesday, February 20, 2007 9:27 AM > To: Stephen Hurd > Cc: freebsd-acpi@freebsd.org > Subject: Re: HP LH3000r hangs on boot with ACPI enabled >=20 > On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > John Baldwin wrote: > > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > > > >> System does not complete the boot (hang) with ACPI enabled using > FreeBSD > > >> 6.2-RELEASE > > >> > > > > > > I would look for a BIOS update. > > > > Yeah, that was the first thing I did... BIOS is newest available. > > > > > First of all this message is worrying: > > > > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference opcode 2D > > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > >> ACPI-1304: *** Error: Method execution failed > [\_SB_.PCI0.ISA_.LINK] > > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0.INIT] > > >> (Node 0xc3b78480), AE_AML_INTERNAL > > >> ACPI-1304: *** Error: Method execution failed [\_SB_.PCI0._INI] > > >> (Node 0xc3b78500), AE_AML_INTERNAL > > >> > > > > > > This means it wasn't able to finish the init method for the PCI bus. > > > Secondly, if you compare the IRQs for the two dmesg's (which you can > in > > > this case), you will see that ACPI uses different (and in theory, > wrong) > > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is causing > > > your hang I think. > > > > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > > missing from FreeBSD... when I recompile the aml (I get a _WAK returns > > no value warning) and use that, the error is still the same. To me, > > that implies that the compiler supports it, but the AML interpreter > > doesn't (of course, I know zip about AML, ASL, and ACPI, so my opinion > > is worthless.) >=20 > The interpreter we have is the ACPI-CA one from Intel that Linux uses. > Supporting the opcode isn't going to magically fix the flat-wrong Global > System Interrupt numbers in the _PRT tables though. :) >=20 > -- > John Baldwin > _______________________________________________ > 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" From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 03:25:32 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5AC016AEED for ; Wed, 21 Feb 2007 03:25:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2B27613C48E for ; Wed, 21 Feb 2007 03:25:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1L3POCx089842; Tue, 20 Feb 2007 22:25:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Moore, Robert" Date: Tue, 20 Feb 2007 22:25:11 -0500 User-Agent: KMail/1.9.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702202225.11678.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 20 Feb 2007 22:25:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2614/Tue Feb 20 13:53:11 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, Stephen Hurd Subject: Re: HP LH3000r hangs on 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: Wed, 21 Feb 2007 03:25:32 -0000 On Tuesday 20 February 2007 18:52, Moore, Robert wrote: > We have seen things like this when the BIOS incorrectly fusses with the > raw AML. > > Please post the acpidump for this machine. It was earlier in the thread: http://nix.synchro.net/hp-lh3000r.asl > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of John Baldwin > > Sent: Tuesday, February 20, 2007 9:27 AM > > To: Stephen Hurd > > Cc: freebsd-acpi@freebsd.org > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > > John Baldwin wrote: > > > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > > > > > >> System does not complete the boot (hang) with ACPI enabled using > > FreeBSD > > > >> 6.2-RELEASE > > > >> > > > > > > > > I would look for a BIOS update. > > > > > > Yeah, that was the first thing I did... BIOS is newest available. > > > > > > > First of all this message is worrying: > > > > > > > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference > opcode 2D > > > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > > >> ACPI-1304: *** Error: Method execution failed > > [\_SB_.PCI0.ISA_.LINK] > > > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > > >> ACPI-1304: *** Error: Method execution failed > [\_SB_.PCI0.INIT] > > > >> (Node 0xc3b78480), AE_AML_INTERNAL > > > >> ACPI-1304: *** Error: Method execution failed > [\_SB_.PCI0._INI] > > > >> (Node 0xc3b78500), AE_AML_INTERNAL > > > >> > > > > > > > > This means it wasn't able to finish the init method for the PCI > bus. > > > > Secondly, if you compare the IRQs for the two dmesg's (which you > can > > in > > > > this case), you will see that ACPI uses different (and in theory, > > wrong) > > > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is > causing > > > > your hang I think. > > > > > > > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > > > missing from FreeBSD... when I recompile the aml (I get a _WAK > returns > > > no value warning) and use that, the error is still the same. To me, > > > that implies that the compiler supports it, but the AML interpreter > > > doesn't (of course, I know zip about AML, ASL, and ACPI, so my > opinion > > > is worthless.) > > > > The interpreter we have is the ACPI-CA one from Intel that Linux uses. > > Supporting the opcode isn't going to magically fix the flat-wrong > Global > > System Interrupt numbers in the _PRT tables though. :) > > > > -- > > John Baldwin > > _______________________________________________ > > 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" > -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 21:03:34 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 611B716A400; Wed, 21 Feb 2007 21:03:34 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id 305E813C478; Wed, 21 Feb 2007 21:03:34 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by mga01.intel.com with ESMTP; 21 Feb 2007 13:03:33 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga001.fm.intel.com with ESMTP; 21 Feb 2007 13:03:31 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,202,1170662400"; d="scan'208"; a="202597303:sNHT154204911" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Feb 2007 13:03:28 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Feb 2007 13:03:26 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP LH3000r hangs on boot with ACPI enabled Thread-Index: AcdVHAL/OupCBoHITHKTtKX9SsoPMAALf59gACxogeA= From: "Moore, Robert" To: "John Baldwin" , "Stephen Hurd" X-OriginalArrivalTime: 21 Feb 2007 21:03:28.0044 (UTC) FILETIME=[BBDEC6C0:01C755FB] Cc: freebsd-acpi@freebsd.org Subject: RE: HP LH3000r hangs on 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: Wed, 21 Feb 2007 21:03:34 -0000 What version of ACPICA is running? Here, on the latest ACPICA, we see this: ACPI Error (exresop-0780): Needed Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 [20070206] ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving operands for [Store] [20070206] **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of method [INIT] Opcode [Store] @54 **** Exception AE_AML_OPERAND_TYPE during execution of method [\_SB_.PCI0.INIT] (Node 004546D8) Method Execution Stack: Method [INIT] executing: [INIT] @0003D #0070: Store (-Return Value- (), -Return Value- ()) Local Variables for method [INIT]: Local0: 0047C7F8 Integer 0000000000000003 Local1: 0047A648 Integer 0000000000000002 Local2: 00479B88 Integer 0000000000000000 Local3: 0047B868 Integer 0000000000000004 Local4: 00000000 Local5: 00000000 Local6: 00000000 Local7: 00000000 Arguments for Method [INIT]: (0 arguments defined, max concurrency =3D = 0) Arg0: 0047C578 Integer 0000000001020304 Arg1: 0047B118 String(12) "AML Debugger" Arg2: 00000000 Arg3: 00000000 Arg4: 00000000 Arg5: 00000000 Arg6: 00000000 ACPI Error (psparse-0638): Method parse/execution failed [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Moore, Robert > Sent: Tuesday, February 20, 2007 3:52 PM > To: John Baldwin; Stephen Hurd > Cc: freebsd-acpi@freebsd.org > Subject: RE: HP LH3000r hangs on boot with ACPI enabled >=20 > We have seen things like this when the BIOS incorrectly fusses with the > raw AML. >=20 > Please post the acpidump for this machine. >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of John Baldwin > > Sent: Tuesday, February 20, 2007 9:27 AM > > To: Stephen Hurd > > Cc: freebsd-acpi@freebsd.org > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > > John Baldwin wrote: > > > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > > > > > >> System does not complete the boot (hang) with ACPI enabled using > > FreeBSD > > > >> 6.2-RELEASE > > > >> > > > > > > > > I would look for a BIOS update. > > > > > > Yeah, that was the first thing I did... BIOS is newest available. > > > > > > > First of all this message is worrying: > > > > > > > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference > opcode 2D > > > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > > >> ACPI-1304: *** Error: Method execution failed > > [\_SB_.PCI0.ISA_.LINK] > > > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > > >> ACPI-1304: *** Error: Method execution failed > [\_SB_.PCI0.INIT] > > > >> (Node 0xc3b78480), AE_AML_INTERNAL > > > >> ACPI-1304: *** Error: Method execution failed > [\_SB_.PCI0._INI] > > > >> (Node 0xc3b78500), AE_AML_INTERNAL > > > >> > > > > > > > > This means it wasn't able to finish the init method for the PCI > bus. > > > > Secondly, if you compare the IRQs for the two dmesg's (which you > can > > in > > > > this case), you will see that ACPI uses different (and in theory, > > wrong) > > > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is > causing > > > > your hang I think. > > > > > > > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > > > missing from FreeBSD... when I recompile the aml (I get a _WAK > returns > > > no value warning) and use that, the error is still the same. To me, > > > that implies that the compiler supports it, but the AML interpreter > > > doesn't (of course, I know zip about AML, ASL, and ACPI, so my > opinion > > > is worthless.) > > > > The interpreter we have is the ACPI-CA one from Intel that Linux uses. > > Supporting the opcode isn't going to magically fix the flat-wrong > Global > > System Interrupt numbers in the _PRT tables though. :) > > > > -- > > John Baldwin > > _______________________________________________ > > 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" > _______________________________________________ > 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" From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 21:24:18 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB52E16A405 for ; Wed, 21 Feb 2007 21:24:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFA213C4B6 for ; Wed, 21 Feb 2007 21:24:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1LLOC7r096992; Wed, 21 Feb 2007 16:24:14 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Moore, Robert" Date: Wed, 21 Feb 2007 16:21:17 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702211621.18555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Feb 2007 16:24:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2622/Wed Feb 21 13:48:28 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, Stephen Hurd Subject: Re: HP LH3000r hangs on 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: Wed, 21 Feb 2007 21:24:18 -0000 On Wednesday 21 February 2007 16:03, Moore, Robert wrote: > What version of ACPICA is running? Looks to be 20041119 in 6.2. > Here, on the latest ACPICA, we see this: > > ACPI Error (exresop-0780): Needed > Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 > [20070206] > ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving > operands for [Store] [20070206] > **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of method > [INIT] Opcode [Store] @54 > > **** Exception AE_AML_OPERAND_TYPE during execution of method > [\_SB_.PCI0.INIT] (Node 004546D8) > > Method Execution Stack: > Method [INIT] executing: [INIT] @0003D #0070: Store (-Return Value- > (), -Return Value- ()) > > > Local Variables for method [INIT]: > Local0: 0047C7F8 Integer 0000000000000003 > Local1: 0047A648 Integer 0000000000000002 > Local2: 00479B88 Integer 0000000000000000 > Local3: 0047B868 Integer 0000000000000004 > Local4: 00000000 > Local5: 00000000 > Local6: 00000000 > Local7: 00000000 > > Arguments for Method [INIT]: (0 arguments defined, max concurrency = 0) > Arg0: 0047C578 Integer 0000000001020304 > Arg1: 0047B118 String(12) "AML Debugger" > Arg2: 00000000 > Arg3: 00000000 > Arg4: 00000000 > Arg5: 00000000 > Arg6: 00000000 > > ACPI Error (psparse-0638): Method parse/execution failed > [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE > Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of Moore, Robert > > Sent: Tuesday, February 20, 2007 3:52 PM > > To: John Baldwin; Stephen Hurd > > Cc: freebsd-acpi@freebsd.org > > Subject: RE: HP LH3000r hangs on boot with ACPI enabled > > > > We have seen things like this when the BIOS incorrectly fusses with > the > > raw AML. > > > > Please post the acpidump for this machine. > > > > > > > -----Original Message----- > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > acpi@freebsd.org] On Behalf Of John Baldwin > > > Sent: Tuesday, February 20, 2007 9:27 AM > > > To: Stephen Hurd > > > Cc: freebsd-acpi@freebsd.org > > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > > > On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > > > John Baldwin wrote: > > > > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > > > > > > > >> System does not complete the boot (hang) with ACPI enabled > using > > > FreeBSD > > > > >> 6.2-RELEASE > > > > >> > > > > > > > > > > I would look for a BIOS update. > > > > > > > > Yeah, that was the first thing I did... BIOS is newest available. > > > > > > > > > First of all this message is worrying: > > > > > > > > > > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference > > opcode 2D > > > > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > > > >> ACPI-1304: *** Error: Method execution failed > > > [\_SB_.PCI0.ISA_.LINK] > > > > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > > > >> ACPI-1304: *** Error: Method execution failed > > [\_SB_.PCI0.INIT] > > > > >> (Node 0xc3b78480), AE_AML_INTERNAL > > > > >> ACPI-1304: *** Error: Method execution failed > > [\_SB_.PCI0._INI] > > > > >> (Node 0xc3b78500), AE_AML_INTERNAL > > > > >> > > > > > > > > > > This means it wasn't able to finish the init method for the PCI > > bus. > > > > > Secondly, if you compare the IRQs for the two dmesg's (which you > > can > > > in > > > > > this case), you will see that ACPI uses different (and in > theory, > > > wrong) > > > > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is > > causing > > > > > your hang I think. > > > > > > > > > > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > > > > missing from FreeBSD... when I recompile the aml (I get a _WAK > > returns > > > > no value warning) and use that, the error is still the same. To > me, > > > > that implies that the compiler supports it, but the AML > interpreter > > > > doesn't (of course, I know zip about AML, ASL, and ACPI, so my > > opinion > > > > is worthless.) > > > > > > The interpreter we have is the ACPI-CA one from Intel that Linux > uses. > > > Supporting the opcode isn't going to magically fix the flat-wrong > > Global > > > System Interrupt numbers in the _PRT tables though. :) > > > > > > -- > > > John Baldwin > > > _______________________________________________ > > > 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" > > _______________________________________________ > > 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" > -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 21:38:21 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED77616A403 for ; Wed, 21 Feb 2007 21:38:20 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id C626413C474 for ; Wed, 21 Feb 2007 21:38:20 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 46927 invoked from network); 21 Feb 2007 21:14:59 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 21 Feb 2007 21:14:59 -0000 Message-ID: <45DCB64B.9070302@root.org> Date: Wed, 21 Feb 2007 13:14:51 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: "Moore, Robert" References: In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Stephen Hurd Subject: Re: HP LH3000r hangs on 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: Wed, 21 Feb 2007 21:38:21 -0000 2005/10/21. We've been having problems keeping our acpi-ca up-to-date due to the misc API changes (especially re: locking) and crashes on some systems introduced in later versions. I appreciate the work you're doing, but some of the changes have been too Linux-specific, and I haven't had time to track down the exact behavior we can accept. For instance, Linux spinlocks imply IRQL raised, but we have a separate critical section primitive on FreeBSD. I'm trying to find the last stable version to import it, but it may take a while. -Nate Moore, Robert wrote: > What version of ACPICA is running? > > Here, on the latest ACPICA, we see this: > > ACPI Error (exresop-0780): Needed > Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 > [20070206] > ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving > operands for [Store] [20070206] > **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of method > [INIT] Opcode [Store] @54 > > **** Exception AE_AML_OPERAND_TYPE during execution of method > [\_SB_.PCI0.INIT] (Node 004546D8) > > Method Execution Stack: > Method [INIT] executing: [INIT] @0003D #0070: Store (-Return Value- > (), -Return Value- ()) > > > Local Variables for method [INIT]: > Local0: 0047C7F8 Integer 0000000000000003 > Local1: 0047A648 Integer 0000000000000002 > Local2: 00479B88 Integer 0000000000000000 > Local3: 0047B868 Integer 0000000000000004 > Local4: 00000000 > Local5: 00000000 > Local6: 00000000 > Local7: 00000000 > > Arguments for Method [INIT]: (0 arguments defined, max concurrency = 0) > Arg0: 0047C578 Integer 0000000001020304 > Arg1: 0047B118 String(12) "AML Debugger" > Arg2: 00000000 > Arg3: 00000000 > Arg4: 00000000 > Arg5: 00000000 > Arg6: 00000000 > > ACPI Error (psparse-0638): Method parse/execution failed > [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE > Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > >> -----Original Message----- >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >> acpi@freebsd.org] On Behalf Of Moore, Robert >> Sent: Tuesday, February 20, 2007 3:52 PM >> To: John Baldwin; Stephen Hurd >> Cc: freebsd-acpi@freebsd.org >> Subject: RE: HP LH3000r hangs on boot with ACPI enabled >> >> We have seen things like this when the BIOS incorrectly fusses with > the >> raw AML. >> >> Please post the acpidump for this machine. >> >> >>> -----Original Message----- >>> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>> acpi@freebsd.org] On Behalf Of John Baldwin >>> Sent: Tuesday, February 20, 2007 9:27 AM >>> To: Stephen Hurd >>> Cc: freebsd-acpi@freebsd.org >>> Subject: Re: HP LH3000r hangs on boot with ACPI enabled >>> >>> On Monday 19 February 2007 16:04, Stephen Hurd wrote: >>>> John Baldwin wrote: >>>>> On Friday 16 February 2007 02:14, Stephen Hurd wrote: >>>>> >>>>>> System does not complete the boot (hang) with ACPI enabled > using >>> FreeBSD >>>>>> 6.2-RELEASE >>>>>> >>>>> I would look for a BIOS update. >>>> Yeah, that was the first thing I did... BIOS is newest available. >>>> >>>>> First of all this message is worrying: >>>>> >>>>> >>>>>> ACPI-0347: *** Error: During resolve, Unknown Reference >> opcode 2D >>>>>> (AE_NOT_CONFIGURED) in 0xc3c5d600 >>>>>> ACPI-1304: *** Error: Method execution failed >>> [\_SB_.PCI0.ISA_.LINK] >>>>>> (Node 0xc3bcdbc0), AE_AML_INTERNAL >>>>>> ACPI-1304: *** Error: Method execution failed >> [\_SB_.PCI0.INIT] >>>>>> (Node 0xc3b78480), AE_AML_INTERNAL >>>>>> ACPI-1304: *** Error: Method execution failed >> [\_SB_.PCI0._INI] >>>>>> (Node 0xc3b78500), AE_AML_INTERNAL >>>>>> >>>>> This means it wasn't able to finish the init method for the PCI >> bus. >>>>> Secondly, if you compare the IRQs for the two dmesg's (which you >> can >>> in >>>>> this case), you will see that ACPI uses different (and in > theory, >>> wrong) >>>>> IRQs for the sym0, sym1, and ahc0 devices, and the last one is >> causing >>>>> your hang I think. >>>>> >>>> Yeah. To me it seems to imply that support for the 0x2D opcode is >>>> missing from FreeBSD... when I recompile the aml (I get a _WAK >> returns >>>> no value warning) and use that, the error is still the same. To > me, >>>> that implies that the compiler supports it, but the AML > interpreter >>>> doesn't (of course, I know zip about AML, ASL, and ACPI, so my >> opinion >>>> is worthless.) >>> The interpreter we have is the ACPI-CA one from Intel that Linux > uses. >>> Supporting the opcode isn't going to magically fix the flat-wrong >> Global >>> System Interrupt numbers in the _PRT tables though. :) >>> >>> -- >>> John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 21:47:27 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91F8216A4A0; Wed, 21 Feb 2007 21:47:27 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id F1AA913C494; Wed, 21 Feb 2007 21:47:26 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by mga01.intel.com with ESMTP; 21 Feb 2007 13:47:25 -0800 Received: from orsmsx335.jf.intel.com ([10.22.226.40]) by fmsmga001.fm.intel.com with ESMTP; 21 Feb 2007 13:47:18 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,203,1170662400"; d="scan'208"; a="202612747:sNHT645121057" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Feb 2007 13:47:17 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Feb 2007 13:47:10 -0800 Message-ID: In-Reply-To: <45DCB64B.9070302@root.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP LH3000r hangs on boot with ACPI enabled Thread-Index: AcdWAKRR2SMxGYfGSZuYo0glfODs/AAADqGg From: "Moore, Robert" To: "Nate Lawson" X-OriginalArrivalTime: 21 Feb 2007 21:47:17.0911 (UTC) FILETIME=[DB64A270:01C75601] Cc: freebsd-acpi@freebsd.org, "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: RE: HP LH3000r hangs on 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: Wed, 21 Feb 2007 21:47:27 -0000 Nate, We have tried to keep ACPICA as OS-independent as possible. In the case of spinlocks, you can easily implement the interfaces with whatever is appropriate (or available) for your OS. We felt that we needed to split the mutex interfaces into mutex/spinlocks for those hosts that have these different types of synchronization mechanisms. Certainly, I would suggest that you keep up-to-date with the latest ACPICA as we continue to develop and debug the code. Bob > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Wednesday, February 21, 2007 1:15 PM > To: Moore, Robert > Cc: John Baldwin; Stephen Hurd; freebsd-acpi@freebsd.org > Subject: Re: HP LH3000r hangs on boot with ACPI enabled >=20 > 2005/10/21. We've been having problems keeping our acpi-ca up-to-date > due to the misc API changes (especially re: locking) and crashes on some > systems introduced in later versions. >=20 > I appreciate the work you're doing, but some of the changes have been > too Linux-specific, and I haven't had time to track down the exact > behavior we can accept. For instance, Linux spinlocks imply IRQL > raised, but we have a separate critical section primitive on FreeBSD. >=20 > I'm trying to find the last stable version to import it, but it may take > a while. >=20 > -Nate >=20 > Moore, Robert wrote: > > What version of ACPICA is running? > > > > Here, on the latest ACPICA, we see this: > > > > ACPI Error (exresop-0780): Needed > > Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 > > [20070206] > > ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving > > operands for [Store] [20070206] > > **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of method > > [INIT] Opcode [Store] @54 > > > > **** Exception AE_AML_OPERAND_TYPE during execution of method > > [\_SB_.PCI0.INIT] (Node 004546D8) > > > > Method Execution Stack: > > Method [INIT] executing: [INIT] @0003D #0070: Store (-Return Value- > > (), -Return Value- ()) > > > > > > Local Variables for method [INIT]: > > Local0: 0047C7F8 Integer 0000000000000003 > > Local1: 0047A648 Integer 0000000000000002 > > Local2: 00479B88 Integer 0000000000000000 > > Local3: 0047B868 Integer 0000000000000004 > > Local4: 00000000 > > Local5: 00000000 > > Local6: 00000000 > > Local7: 00000000 > > > > Arguments for Method [INIT]: (0 arguments defined, max concurrency =3D 0) > > Arg0: 0047C578 Integer 0000000001020304 > > Arg1: 0047B118 String(12) "AML Debugger" > > Arg2: 00000000 > > Arg3: 00000000 > > Arg4: 00000000 > > Arg5: 00000000 > > Arg6: 00000000 > > > > ACPI Error (psparse-0638): Method parse/execution failed > > [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE > > Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > > > >> -----Original Message----- > >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >> acpi@freebsd.org] On Behalf Of Moore, Robert > >> Sent: Tuesday, February 20, 2007 3:52 PM > >> To: John Baldwin; Stephen Hurd > >> Cc: freebsd-acpi@freebsd.org > >> Subject: RE: HP LH3000r hangs on boot with ACPI enabled > >> > >> We have seen things like this when the BIOS incorrectly fusses with > > the > >> raw AML. > >> > >> Please post the acpidump for this machine. > >> > >> > >>> -----Original Message----- > >>> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >>> acpi@freebsd.org] On Behalf Of John Baldwin > >>> Sent: Tuesday, February 20, 2007 9:27 AM > >>> To: Stephen Hurd > >>> Cc: freebsd-acpi@freebsd.org > >>> Subject: Re: HP LH3000r hangs on boot with ACPI enabled > >>> > >>> On Monday 19 February 2007 16:04, Stephen Hurd wrote: > >>>> John Baldwin wrote: > >>>>> On Friday 16 February 2007 02:14, Stephen Hurd wrote: > >>>>> > >>>>>> System does not complete the boot (hang) with ACPI enabled > > using > >>> FreeBSD > >>>>>> 6.2-RELEASE > >>>>>> > >>>>> I would look for a BIOS update. > >>>> Yeah, that was the first thing I did... BIOS is newest available. > >>>> > >>>>> First of all this message is worrying: > >>>>> > >>>>> > >>>>>> ACPI-0347: *** Error: During resolve, Unknown Reference > >> opcode 2D > >>>>>> (AE_NOT_CONFIGURED) in 0xc3c5d600 > >>>>>> ACPI-1304: *** Error: Method execution failed > >>> [\_SB_.PCI0.ISA_.LINK] > >>>>>> (Node 0xc3bcdbc0), AE_AML_INTERNAL > >>>>>> ACPI-1304: *** Error: Method execution failed > >> [\_SB_.PCI0.INIT] > >>>>>> (Node 0xc3b78480), AE_AML_INTERNAL > >>>>>> ACPI-1304: *** Error: Method execution failed > >> [\_SB_.PCI0._INI] > >>>>>> (Node 0xc3b78500), AE_AML_INTERNAL > >>>>>> > >>>>> This means it wasn't able to finish the init method for the PCI > >> bus. > >>>>> Secondly, if you compare the IRQs for the two dmesg's (which you > >> can > >>> in > >>>>> this case), you will see that ACPI uses different (and in > > theory, > >>> wrong) > >>>>> IRQs for the sym0, sym1, and ahc0 devices, and the last one is > >> causing > >>>>> your hang I think. > >>>>> > >>>> Yeah. To me it seems to imply that support for the 0x2D opcode is > >>>> missing from FreeBSD... when I recompile the aml (I get a _WAK > >> returns > >>>> no value warning) and use that, the error is still the same. To > > me, > >>>> that implies that the compiler supports it, but the AML > > interpreter > >>>> doesn't (of course, I know zip about AML, ASL, and ACPI, so my > >> opinion > >>>> is worthless.) > >>> The interpreter we have is the ACPI-CA one from Intel that Linux > > uses. > >>> Supporting the opcode isn't going to magically fix the flat-wrong > >> Global > >>> System Interrupt numbers in the _PRT tables though. :) > >>> > >>> -- > >>> John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 23:07:24 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 163F316A46D for ; Wed, 21 Feb 2007 23:07:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7268113C428 for ; Wed, 21 Feb 2007 23:07:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1LN76gW097565; Wed, 21 Feb 2007 18:07:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Moore, Robert" Date: Wed, 21 Feb 2007 17:45:13 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702211745.15043.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Feb 2007 18:07:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2623/Wed Feb 21 16:50:55 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: Re: HP LH3000r hangs on 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: Wed, 21 Feb 2007 23:07:24 -0000 On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > Nate, > > We have tried to keep ACPICA as OS-independent as possible. In the case > of spinlocks, you can easily implement the interfaces with whatever is > appropriate (or available) for your OS. > > We felt that we needed to split the mutex interfaces into > mutex/spinlocks for those hosts that have these different types of > synchronization mechanisms. > > Certainly, I would suggest that you keep up-to-date with the latest > ACPICA as we continue to develop and debug the code. Since the ACPI interrupt is run in an ithread, you can probably just ignore the IRQL stuff as garbage and use a regular mutex Nate. Also, this bug report was from 6.2, so it was actually from an older version of ACPICA. Can't recall what is holding up the MFC of 20051021 to 6.x. > Bob > > > > > -----Original Message----- > > From: Nate Lawson [mailto:nate@root.org] > > Sent: Wednesday, February 21, 2007 1:15 PM > > To: Moore, Robert > > Cc: John Baldwin; Stephen Hurd; freebsd-acpi@freebsd.org > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > 2005/10/21. We've been having problems keeping our acpi-ca up-to-date > > due to the misc API changes (especially re: locking) and crashes on > some > > systems introduced in later versions. > > > > I appreciate the work you're doing, but some of the changes have been > > too Linux-specific, and I haven't had time to track down the exact > > behavior we can accept. For instance, Linux spinlocks imply IRQL > > raised, but we have a separate critical section primitive on FreeBSD. > > > > I'm trying to find the last stable version to import it, but it may > take > > a while. > > > > -Nate > > > > Moore, Robert wrote: > > > What version of ACPICA is running? > > > > > > Here, on the latest ACPICA, we see this: > > > > > > ACPI Error (exresop-0780): Needed > > > Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 > > > [20070206] > > > ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving > > > operands for [Store] [20070206] > > > **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of > method > > > [INIT] Opcode [Store] @54 > > > > > > **** Exception AE_AML_OPERAND_TYPE during execution of method > > > [\_SB_.PCI0.INIT] (Node 004546D8) > > > > > > Method Execution Stack: > > > Method [INIT] executing: [INIT] @0003D #0070: Store (-Return > Value- > > > (), -Return Value- ()) > > > > > > > > > Local Variables for method [INIT]: > > > Local0: 0047C7F8 Integer 0000000000000003 > > > Local1: 0047A648 Integer 0000000000000002 > > > Local2: 00479B88 Integer 0000000000000000 > > > Local3: 0047B868 Integer 0000000000000004 > > > Local4: 00000000 > > > Local5: 00000000 > > > Local6: 00000000 > > > Local7: 00000000 > > > > > > Arguments for Method [INIT]: (0 arguments defined, max concurrency > = 0) > > > Arg0: 0047C578 Integer 0000000001020304 > > > Arg1: 0047B118 String(12) "AML Debugger" > > > Arg2: 00000000 > > > Arg3: 00000000 > > > Arg4: 00000000 > > > Arg5: 00000000 > > > Arg6: 00000000 > > > > > > ACPI Error (psparse-0638): Method parse/execution failed > > > [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE > > > Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > > > > > >> -----Original Message----- > > >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > >> acpi@freebsd.org] On Behalf Of Moore, Robert > > >> Sent: Tuesday, February 20, 2007 3:52 PM > > >> To: John Baldwin; Stephen Hurd > > >> Cc: freebsd-acpi@freebsd.org > > >> Subject: RE: HP LH3000r hangs on boot with ACPI enabled > > >> > > >> We have seen things like this when the BIOS incorrectly fusses with > > > the > > >> raw AML. > > >> > > >> Please post the acpidump for this machine. > > >> > > >> > > >>> -----Original Message----- > > >>> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > >>> acpi@freebsd.org] On Behalf Of John Baldwin > > >>> Sent: Tuesday, February 20, 2007 9:27 AM > > >>> To: Stephen Hurd > > >>> Cc: freebsd-acpi@freebsd.org > > >>> Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > >>> > > >>> On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > >>>> John Baldwin wrote: > > >>>>> On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > >>>>> > > >>>>>> System does not complete the boot (hang) with ACPI enabled > > > using > > >>> FreeBSD > > >>>>>> 6.2-RELEASE > > >>>>>> > > >>>>> I would look for a BIOS update. > > >>>> Yeah, that was the first thing I did... BIOS is newest available. > > >>>> > > >>>>> First of all this message is worrying: > > >>>>> > > >>>>> > > >>>>>> ACPI-0347: *** Error: During resolve, Unknown Reference > > >> opcode 2D > > >>>>>> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > >>>>>> ACPI-1304: *** Error: Method execution failed > > >>> [\_SB_.PCI0.ISA_.LINK] > > >>>>>> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > >>>>>> ACPI-1304: *** Error: Method execution failed > > >> [\_SB_.PCI0.INIT] > > >>>>>> (Node 0xc3b78480), AE_AML_INTERNAL > > >>>>>> ACPI-1304: *** Error: Method execution failed > > >> [\_SB_.PCI0._INI] > > >>>>>> (Node 0xc3b78500), AE_AML_INTERNAL > > >>>>>> > > >>>>> This means it wasn't able to finish the init method for the PCI > > >> bus. > > >>>>> Secondly, if you compare the IRQs for the two dmesg's (which you > > >> can > > >>> in > > >>>>> this case), you will see that ACPI uses different (and in > > > theory, > > >>> wrong) > > >>>>> IRQs for the sym0, sym1, and ahc0 devices, and the last one is > > >> causing > > >>>>> your hang I think. > > >>>>> > > >>>> Yeah. To me it seems to imply that support for the 0x2D opcode > is > > >>>> missing from FreeBSD... when I recompile the aml (I get a _WAK > > >> returns > > >>>> no value warning) and use that, the error is still the same. To > > > me, > > >>>> that implies that the compiler supports it, but the AML > > > interpreter > > >>>> doesn't (of course, I know zip about AML, ASL, and ACPI, so my > > >> opinion > > >>>> is worthless.) > > >>> The interpreter we have is the ACPI-CA one from Intel that Linux > > > uses. > > >>> Supporting the opcode isn't going to magically fix the flat-wrong > > >> Global > > >>> System Interrupt numbers in the _PRT tables though. :) > > >>> > > >>> -- > > >>> John Baldwin > -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 23:14:15 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33E3416A402; Wed, 21 Feb 2007 23:14:15 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id F351713C428; Wed, 21 Feb 2007 23:14:14 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by mga03.intel.com with ESMTP; 21 Feb 2007 15:14:14 -0800 Received: from orsmsx335.jf.intel.com ([10.22.226.40]) by azsmga001.ch.intel.com with ESMTP; 21 Feb 2007 15:14:14 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,203,1170662400"; d="scan'208"; a="185404271:sNHT80615633" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Feb 2007 15:14:14 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Feb 2007 15:14:12 -0800 Message-ID: In-Reply-To: <200702211621.18555.jhb@freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP LH3000r hangs on boot with ACPI enabled Thread-Index: AcdV/qdqKxx1GzF3QZKMlMKRCTx1wQADyUtg From: "Moore, Robert" To: "John Baldwin" X-OriginalArrivalTime: 21 Feb 2007 23:14:14.0034 (UTC) FILETIME=[0071D720:01C7560E] Cc: freebsd-acpi@freebsd.org, Stephen Hurd Subject: RE: HP LH3000r hangs on 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: Wed, 21 Feb 2007 23:14:15 -0000 It works OK in newer versions of ACPICA that have "slack" mode which will allow the Store of a device object to a LocalX. - ex _sb_.pci0._ini Executing \_SB_.PCI0._INI [ACPI Debug] String: [0x11] "PCI0 Bus numbers:" [ACPI Debug] Integer: 0x00000000 [ACPI Debug] String: [0x11] "PCI1 Bus numbers:" [ACPI Debug] Integer: 0x00000000 Execution of \_SB_.PCI0._INI returned object 00327E40 Buflen 10 [Integer] =3D 000000000000000F > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Wednesday, February 21, 2007 1:21 PM > To: Moore, Robert > Cc: Stephen Hurd; freebsd-acpi@freebsd.org > Subject: Re: HP LH3000r hangs on boot with ACPI enabled >=20 > On Wednesday 21 February 2007 16:03, Moore, Robert wrote: > > What version of ACPICA is running? >=20 > Looks to be 20041119 in 6.2. >=20 > > Here, on the latest ACPICA, we see this: > > > > ACPI Error (exresop-0780): Needed > > Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 > > [20070206] > > ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving > > operands for [Store] [20070206] > > **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of method > > [INIT] Opcode [Store] @54 > > > > **** Exception AE_AML_OPERAND_TYPE during execution of method > > [\_SB_.PCI0.INIT] (Node 004546D8) > > > > Method Execution Stack: > > Method [INIT] executing: [INIT] @0003D #0070: Store (-Return Value- > > (), -Return Value- ()) > > > > > > Local Variables for method [INIT]: > > Local0: 0047C7F8 Integer 0000000000000003 > > Local1: 0047A648 Integer 0000000000000002 > > Local2: 00479B88 Integer 0000000000000000 > > Local3: 0047B868 Integer 0000000000000004 > > Local4: 00000000 > > Local5: 00000000 > > Local6: 00000000 > > Local7: 00000000 > > > > Arguments for Method [INIT]: (0 arguments defined, max concurrency =3D 0) > > Arg0: 0047C578 Integer 0000000001020304 > > Arg1: 0047B118 String(12) "AML Debugger" > > Arg2: 00000000 > > Arg3: 00000000 > > Arg4: 00000000 > > Arg5: 00000000 > > Arg6: 00000000 > > > > ACPI Error (psparse-0638): Method parse/execution failed > > [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE > > Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > > > > > -----Original Message----- > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > acpi@freebsd.org] On Behalf Of Moore, Robert > > > Sent: Tuesday, February 20, 2007 3:52 PM > > > To: John Baldwin; Stephen Hurd > > > Cc: freebsd-acpi@freebsd.org > > > Subject: RE: HP LH3000r hangs on boot with ACPI enabled > > > > > > We have seen things like this when the BIOS incorrectly fusses with > > the > > > raw AML. > > > > > > Please post the acpidump for this machine. > > > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > acpi@freebsd.org] On Behalf Of John Baldwin > > > > Sent: Tuesday, February 20, 2007 9:27 AM > > > > To: Stephen Hurd > > > > Cc: freebsd-acpi@freebsd.org > > > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > > > > > On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > > > > John Baldwin wrote: > > > > > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > > > > > > > > > >> System does not complete the boot (hang) with ACPI enabled > > using > > > > FreeBSD > > > > > >> 6.2-RELEASE > > > > > >> > > > > > > > > > > > > I would look for a BIOS update. > > > > > > > > > > Yeah, that was the first thing I did... BIOS is newest available. > > > > > > > > > > > First of all this message is worrying: > > > > > > > > > > > > > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference > > > opcode 2D > > > > > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > > > > >> ACPI-1304: *** Error: Method execution failed > > > > [\_SB_.PCI0.ISA_.LINK] > > > > > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > > > > >> ACPI-1304: *** Error: Method execution failed > > > [\_SB_.PCI0.INIT] > > > > > >> (Node 0xc3b78480), AE_AML_INTERNAL > > > > > >> ACPI-1304: *** Error: Method execution failed > > > [\_SB_.PCI0._INI] > > > > > >> (Node 0xc3b78500), AE_AML_INTERNAL > > > > > >> > > > > > > > > > > > > This means it wasn't able to finish the init method for the PCI > > > bus. > > > > > > Secondly, if you compare the IRQs for the two dmesg's (which you > > > can > > > > in > > > > > > this case), you will see that ACPI uses different (and in > > theory, > > > > wrong) > > > > > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is > > > causing > > > > > > your hang I think. > > > > > > > > > > > > > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > > > > > missing from FreeBSD... when I recompile the aml (I get a _WAK > > > returns > > > > > no value warning) and use that, the error is still the same. To > > me, > > > > > that implies that the compiler supports it, but the AML > > interpreter > > > > > doesn't (of course, I know zip about AML, ASL, and ACPI, so my > > > opinion > > > > > is worthless.) > > > > > > > > The interpreter we have is the ACPI-CA one from Intel that Linux > > uses. > > > > Supporting the opcode isn't going to magically fix the flat-wrong > > > Global > > > > System Interrupt numbers in the _PRT tables though. :) > > > > > > > > -- > > > > John Baldwin > > > > _______________________________________________ > > > > 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" > > > _______________________________________________ > > > 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" > > >=20 > -- > John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 01:00:12 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4ADC16A403 for ; Thu, 22 Feb 2007 01:00:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id B1DF613C474 for ; Thu, 22 Feb 2007 01:00:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 73410 invoked from network); 22 Feb 2007 01:00:10 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 22 Feb 2007 01:00:10 -0000 Message-ID: <45DCEB12.2020107@root.org> Date: Wed, 21 Feb 2007 17:00:02 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: John Baldwin References: <200702211745.15043.jhb@freebsd.org> In-Reply-To: <200702211745.15043.jhb@freebsd.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, "Moore, Robert" , "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: Re: HP LH3000r hangs on 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: Thu, 22 Feb 2007 01:00:13 -0000 John Baldwin wrote: > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: >> Nate, >> >> We have tried to keep ACPICA as OS-independent as possible. In the case >> of spinlocks, you can easily implement the interfaces with whatever is >> appropriate (or available) for your OS. >> >> We felt that we needed to split the mutex interfaces into >> mutex/spinlocks for those hosts that have these different types of >> synchronization mechanisms. >> >> Certainly, I would suggest that you keep up-to-date with the latest >> ACPICA as we continue to develop and debug the code. > > Since the ACPI interrupt is run in an ithread, you can probably just > ignore the IRQL stuff as garbage and use a regular mutex Nate. Also, > this bug report was from 6.2, so it was actually from an older version > of ACPICA. Can't recall what is holding up the MFC of 20051021 to 6.x. Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch of 20070126 so hopefully we can test and integrate that. We didn't MFC 20051021 due to a memory leak on some systems (bad refcount). That was fixed a few revisions later, but I remember a few 2006 versions having other problems (hanging on boot) and then I ran out of time to review/debug the patches. Hopefully 20070126 is good and we can commit it quickly, then MFC after a month. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 02:03:17 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D2D116A402 for ; Thu, 22 Feb 2007 02:03:17 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.freebsd.org (Postfix) with ESMTP id D3E1A13C481 for ; Thu, 22 Feb 2007 02:03:16 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id 2DBC98661F; Thu, 22 Feb 2007 10:40:32 +0900 (JST) Date: Thu, 22 Feb 2007 10:40:32 +0900 From: YONETANI Tomokazu To: freebsd-acpi@freebsd.org Message-ID: <20070222014032.GA886@les.ath.cx> References: <200702211745.15043.jhb@freebsd.org> <45DCEB12.2020107@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DCEB12.2020107@root.org> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Getting access to newer ACPI-CA? 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: Thu, 22 Feb 2007 02:03:17 -0000 On Wed, Feb 21, 2007 at 05:00:02PM -0800, Nate Lawson wrote: > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch of > 20070126 so hopefully we can test and integrate that. I've been tempted to ask this dumb question for a while -- how do I get access to 20070126 when the published version is still 20061109? http://developer.intel.com/technology/iapc/acpi/license2.htm Regards. From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 02:12:28 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8352816A401 for ; Thu, 22 Feb 2007 02:12:28 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 51E1213C442 for ; Thu, 22 Feb 2007 02:12:28 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 81305 invoked from network); 22 Feb 2007 02:12:29 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 22 Feb 2007 02:12:29 -0000 Message-ID: <45DCFC05.4060009@root.org> Date: Wed, 21 Feb 2007 18:12:21 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: YONETANI Tomokazu References: <200702211745.15043.jhb@freebsd.org> <45DCEB12.2020107@root.org> <20070222014032.GA886@les.ath.cx> In-Reply-To: <20070222014032.GA886@les.ath.cx> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Getting access to newer ACPI-CA? 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: Thu, 22 Feb 2007 02:12:28 -0000 YONETANI Tomokazu wrote: > On Wed, Feb 21, 2007 at 05:00:02PM -0800, Nate Lawson wrote: >> Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch of >> 20070126 so hopefully we can test and integrate that. > > I've been tempted to ask this dumb question for a while -- how do I get > access to 20070126 when the published version is still 20061109? > > http://developer.intel.com/technology/iapc/acpi/license2.htm The website takes a while to update so Robert emails early versions out to maintainers, including myself. I think you are the NetBSD maintainer, right? In that case, you could ask him to receive the versions. Also, we would appreciate any help you can give in FreeBSD acpi. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 03:00:05 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D6DC16A402 for ; Thu, 22 Feb 2007 03:00:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3371E13C4A8 for ; Thu, 22 Feb 2007 03:00:03 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l1M2K5Xo055139; Wed, 21 Feb 2007 21:20:05 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 21 Feb 2007 21:20:00 -0500 User-Agent: KMail/1.6.2 References: <200702211745.15043.jhb@freebsd.org> <45DCEB12.2020107@root.org> In-Reply-To: <45DCEB12.2020107@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200702212120.02392.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2624/Wed Feb 21 19:04:38 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin , "Moore, Robert" , "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: Re: HP LH3000r hangs on 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: Thu, 22 Feb 2007 03:00:05 -0000 On Wednesday 21 February 2007 08:00 pm, Nate Lawson wrote: > John Baldwin wrote: > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > >> Nate, > >> > >> We have tried to keep ACPICA as OS-independent as possible. In > >> the case of spinlocks, you can easily implement the interfaces > >> with whatever is appropriate (or available) for your OS. > >> > >> We felt that we needed to split the mutex interfaces into > >> mutex/spinlocks for those hosts that have these different types > >> of synchronization mechanisms. > >> > >> Certainly, I would suggest that you keep up-to-date with the > >> latest ACPICA as we continue to develop and debug the code. > > > > Since the ACPI interrupt is run in an ithread, you can probably > > just ignore the IRQL stuff as garbage and use a regular mutex > > Nate. Also, this bug report was from 6.2, so it was actually > > from an older version of ACPICA. Can't recall what is holding up > > the MFC of 20051021 to 6.x. > > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch > of 20070126 so hopefully we can test and integrate that. Okay, here is the patch: http://people.freebsd.org/~jkim/acpica-import-20070126.diff.gz I have to warn you that I made this patch very quickly from my local tree, which has lots of unrelated and/or experimental stuff. In fact, I got it about 90 minutes ago. ;-) So, we have to refine a lot, e.g., locking, task queue, madt, table handling, etc, etc... > We didn't MFC 20051021 due to a memory leak on some systems (bad > refcount). That was fixed a few revisions later, but I remember a > few 2006 versions having other problems (hanging on boot) and then > I ran out of time to review/debug the patches. > > Hopefully 20070126 is good and we can commit it quickly, then MFC > after a month. Yup, I am not very happy with keeping my own patchsets forever. :-( Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 06:39:26 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A856116A402 for ; Thu, 22 Feb 2007 06:39:26 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: from les.ath.cx (15.61.205.61.west.global.alpha-net.ne.jp [61.205.61.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1303313C467 for ; Thu, 22 Feb 2007 06:39:24 +0000 (UTC) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id DE50F8661F; Thu, 22 Feb 2007 15:39:23 +0900 (JST) Date: Thu, 22 Feb 2007 15:39:23 +0900 From: YONETANI Tomokazu To: Nate Lawson Message-ID: <20070222063923.GA86761@les.ath.cx> References: <200702211745.15043.jhb@freebsd.org> <45DCEB12.2020107@root.org> <20070222014032.GA886@les.ath.cx> <45DCFC05.4060009@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DCFC05.4060009@root.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-acpi@freebsd.org Subject: Re: Getting access to newer ACPI-CA? 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: Thu, 22 Feb 2007 06:39:26 -0000 On Wed, Feb 21, 2007 at 06:12:21PM -0800, Nate Lawson wrote: > YONETANI Tomokazu wrote: > > On Wed, Feb 21, 2007 at 05:00:02PM -0800, Nate Lawson wrote: > >> Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch of > >> 20070126 so hopefully we can test and integrate that. > > > > I've been tempted to ask this dumb question for a while -- how do I get > > access to 20070126 when the published version is still 20061109? > > > > http://developer.intel.com/technology/iapc/acpi/license2.htm > > The website takes a while to update so Robert emails early versions out > to maintainers, including myself. I think you are the NetBSD > maintainer, right? In that case, you could ask him to receive the versions. I see. Well, I'm not a NetBSD maintainer, but I'm working on ACPI stuff for DragonFly with great helps from other people :) > Also, we would appreciate any help you can give in FreeBSD acpi. Sure. Thanks. From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 11:38:19 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18F4516A406 for ; Thu, 22 Feb 2007 11:38:19 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from copenhagen.hostgo.com (copenhagen.hostgo.com [64.71.145.162]) by mx1.freebsd.org (Postfix) with ESMTP id F3F6513C467 for ; Thu, 22 Feb 2007 11:38:18 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from [88.103.7.126] (helo=[192.168.1.23]) by copenhagen.hostgo.com with esmtpa (Exim 4.63) (envelope-from ) id 1HJFvO-00051g-6S; Mon, 19 Feb 2007 16:19:54 -0500 From: Milan Knizek To: Nate Lawson Date: Mon, 19 Feb 2007 22:19:43 +0100 User-Agent: KMail/1.9.5 References: <200702190825.22695.knizek@volny.cz> <45D9F0C0.7010604@root.org> In-Reply-To: <45D9F0C0.7010604@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702192219.43547.knizek@volny.cz> X-PopBeforeSMTPSenders: info@milan-knizek.net X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - copenhagen.hostgo.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - volny.cz X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-acpi@freebsd.org Subject: Re: Asus P5LD2 Deluxe does not power-off 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: Thu, 22 Feb 2007 11:38:19 -0000 On Monday 19 February 2007 19:47, Nate Lawson wrote: > Milan Knizek wrote: > > > > # uname -a > > FreeBSD athlon.liboc 6.2-STABLE FreeBSD 6.2-STABLE #6: Sun Feb 18 > > 22:05:29 CET 2007 root@athlon.liboc:/usr/obj/usr/src/sys/ATHLON i3= 86 > > (it did not work also with GENERIC. ATHLON adds SMP) > > Have you tried amd64 on this? Not sure if this is the 64 bit cpu or > not. In any case, try setting either or both of these to 1: No, I prefer to stay with i386 for the time being (the cpu is Pentium D). I= =20 may try to download amd64 iso image and test. I will let you know then. > > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 No change. In all cases (1 and 0; 0 and 1; 1 and 1) no impact on shutdown=20 process, just the message about disabling acpi appeared. Regards, =2D-=20 Milan Kn=ED=BEek http://milan-knizek.net/ e-mail knizek {na} volny {v} cz From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 14:09:53 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1788C16A403 for ; Thu, 22 Feb 2007 14:09:53 +0000 (UTC) (envelope-from jo.lindqvist@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 9E30913C4A5 for ; Thu, 22 Feb 2007 14:09:52 +0000 (UTC) (envelope-from jo.lindqvist@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so318311nfc for ; Thu, 22 Feb 2007 06:09:51 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=tcieb7YzcIBGoooDuyFNzArYZZCk4zBdX3uvikwrXVNDwqw/CqH/4c2TRStTNApKPj5AC0olnFFbSWyvdJnfBzn8jNb50F2iP+ggJOghVnfaq/LAEn4VoFWFlFxUkfRQ1KT0aUrWhf8lEj0RCHqQ/P9quPQKIqzK3W6Ua70/1sU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=U6deFx5oj8DmMF8cqFjRb5xrbT0wyR7Q5o1JDtYPoFxyTBc6tv2WVeozHTf0CbK3M08DR6meKuI8EMcoFrniCPM81LqMohk3iw15nXKzpCeXYOb86KONt1spjx2jq+JGcPptESr14mwdZJUhEfhel8mD+KsnbSx1RvlmeJxJd/o= Received: by 10.48.220.15 with SMTP id s15mr3597437nfg.1172151852463; Thu, 22 Feb 2007 05:44:12 -0800 (PST) Received: from ?192.168.1.2? ( [213.114.216.74]) by mx.google.com with ESMTP id y34sm1406435iky.2007.02.22.05.44.11; Thu, 22 Feb 2007 05:44:11 -0800 (PST) Message-ID: <45DD9E27.3000104@gmail.com> Date: Thu, 22 Feb 2007 14:44:07 +0100 From: Jan-Olof Lindqvist User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Milan Knizek References: <200702190825.22695.knizek@volny.cz> In-Reply-To: <200702190825.22695.knizek@volny.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Asus P5LD2 Deluxe does not power-off 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: Thu, 22 Feb 2007 14:09:53 -0000 Milan Knizek wrote: > Hi List! > > I am not able to power-off the computer. > > "halt" or "shutdown now": after completing all shutdown scripts, the last > message says Computer is halted, press any key to reboot. > When I use only the halt or shutdown command I get the same message but with 'shutdown -p now' it power down the computer completely. Tried that already? -- Jan-Olof Lindqvist http://www.jail.se From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 16:35:12 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4EA416A401; Thu, 22 Feb 2007 16:35:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 253B913C4A3; Thu, 22 Feb 2007 16:35:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1MGZ9EE003940; Thu, 22 Feb 2007 11:35:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 22 Feb 2007 10:56:21 -0500 User-Agent: KMail/1.9.1 References: <45DCEB12.2020107@root.org> <200702212120.02392.jkim@FreeBSD.org> In-Reply-To: <200702212120.02392.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702221056.22119.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 22 Feb 2007 11:35:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2628/Thu Feb 22 06:31:25 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jung-uk Kim Subject: Re: HP LH3000r hangs on 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: Thu, 22 Feb 2007 16:35:12 -0000 On Wednesday 21 February 2007 21:20, Jung-uk Kim wrote: > On Wednesday 21 February 2007 08:00 pm, Nate Lawson wrote: > > John Baldwin wrote: > > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > > >> Nate, > > >> > > >> We have tried to keep ACPICA as OS-independent as possible. In > > >> the case of spinlocks, you can easily implement the interfaces > > >> with whatever is appropriate (or available) for your OS. > > >> > > >> We felt that we needed to split the mutex interfaces into > > >> mutex/spinlocks for those hosts that have these different types > > >> of synchronization mechanisms. > > >> > > >> Certainly, I would suggest that you keep up-to-date with the > > >> latest ACPICA as we continue to develop and debug the code. > > > > > > Since the ACPI interrupt is run in an ithread, you can probably > > > just ignore the IRQL stuff as garbage and use a regular mutex > > > Nate. Also, this bug report was from 6.2, so it was actually > > > from an older version of ACPICA. Can't recall what is holding up > > > the MFC of 20051021 to 6.x. > > > > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch > > of 20070126 so hopefully we can test and integrate that. > > Okay, here is the patch: > > http://people.freebsd.org/~jkim/acpica-import-20070126.diff.gz > > I have to warn you that I made this patch very quickly from my local > tree, which has lots of unrelated and/or experimental stuff. In > fact, I got it about 90 minutes ago. ;-) So, we have to refine a lot, > e.g., locking, task queue, madt, table handling, etc, etc... Well, I looked at it, and the only comments I have so far is: 1) The MADT changes have a lot of unrelated gratuitous changes, and have also broken MADT support on i386 (hint, you can't use AcpiOsMapMemory() as early as the MADT is first probed on i386. I wouldn't have used the madt_map() stuff if it wasn't necessary). I'd prefer to just change the MADT stuff that needs to be changed to catch up to the new import and not a whole bunch of other stuff. I can come up with alternative diff's for MADT for the import if desired. 2) In acpi_pci_link.c, the first hunk just adds extra ()'s which aren't needed and thus in fact violate style(9) (which discourages extra ()'s). The rest looked ok, though most of it covered stuff that isn't in my areas of experience. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 17:21:48 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47AAD16A403; Thu, 22 Feb 2007 17:21:48 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id A873A13C441; Thu, 22 Feb 2007 17:21:47 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l1MHLj2W087867; Thu, 22 Feb 2007 12:21:46 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 22 Feb 2007 12:21:42 -0500 User-Agent: KMail/1.6.2 References: <200702212120.02392.jkim@FreeBSD.org> <200702221056.22119.jhb@freebsd.org> In-Reply-To: <200702221056.22119.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200702221221.43946.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2628/Thu Feb 22 06:31:25 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin Subject: Re: HP LH3000r hangs on 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: Thu, 22 Feb 2007 17:21:48 -0000 On Thursday 22 February 2007 10:56 am, John Baldwin wrote: > On Wednesday 21 February 2007 21:20, Jung-uk Kim wrote: > > On Wednesday 21 February 2007 08:00 pm, Nate Lawson wrote: > > > John Baldwin wrote: > > > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > > > >> Nate, > > > >> > > > >> We have tried to keep ACPICA as OS-independent as possible. > > > >> In the case of spinlocks, you can easily implement the > > > >> interfaces with whatever is appropriate (or available) for > > > >> your OS. > > > >> > > > >> We felt that we needed to split the mutex interfaces into > > > >> mutex/spinlocks for those hosts that have these different > > > >> types of synchronization mechanisms. > > > >> > > > >> Certainly, I would suggest that you keep up-to-date with the > > > >> latest ACPICA as we continue to develop and debug the code. > > > > > > > > Since the ACPI interrupt is run in an ithread, you can > > > > probably just ignore the IRQL stuff as garbage and use a > > > > regular mutex Nate. Also, this bug report was from 6.2, so > > > > it was actually from an older version of ACPICA. Can't > > > > recall what is holding up the MFC of 20051021 to 6.x. > > > > > > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a > > > patch of 20070126 so hopefully we can test and integrate that. > > > > Okay, here is the patch: > > > > http://people.freebsd.org/~jkim/acpica-import-20070126.diff.gz > > > > I have to warn you that I made this patch very quickly from my > > local tree, which has lots of unrelated and/or experimental > > stuff. In fact, I got it about 90 minutes ago. ;-) So, we have > > to refine a lot, e.g., locking, task queue, madt, table handling, > > etc, etc... > > Well, I looked at it, and the only comments I have so far is: > > 1) The MADT changes have a lot of unrelated gratuitous changes, and > have also broken MADT support on i386 (hint, you can't use > AcpiOsMapMemory() as early as the MADT is first probed on i386. I > wouldn't have used the madt_map() stuff if it wasn't necessary). > I'd prefer to just change the MADT stuff that needs to be changed > to catch up to the new import and not a whole bunch of other stuff. > I can come up with alternative diff's for MADT for the import if > desired. Some time ago, we had the same discussion privately, right? In fact, I haven't had chance to revise the patch. So, yeah, I am aware of the issue. And your help and/or alternative diff's for MADT is greatly appreciated. > 2) In acpi_pci_link.c, the first hunk just adds extra ()'s which > aren't needed and thus in fact violate style(9) (which discourages > extra ()'s). Will do. But it wasn't just about adding more ()'s. It was actually AcpiGbl_FADT->SciInt => AcpiGbl_FADT.SciInterrupt change. :-) > The rest looked ok, though most of it covered stuff that isn't in > my areas of experience. Thanks! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 18:33:37 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B3FB16A401; Thu, 22 Feb 2007 18:33:37 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5700813C467; Thu, 22 Feb 2007 18:33:37 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by mga03.intel.com with ESMTP; 22 Feb 2007 10:33:37 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by azsmga001.ch.intel.com with ESMTP; 22 Feb 2007 10:33:32 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="185780556:sNHT25196696" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 10:33:32 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 10:33:30 -0800 Message-ID: In-Reply-To: <45DCEB12.2020107@root.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP LH3000r hangs on boot with ACPI enabled Thread-Index: AcdWHNb+cVOY6ip3RIm5M3w0A5sc6AAkwD2Q From: "Moore, Robert" To: "Nate Lawson" , "John Baldwin" X-OriginalArrivalTime: 22 Feb 2007 18:33:32.0107 (UTC) FILETIME=[F44979B0:01C756AF] Cc: freebsd-acpi@freebsd.org, "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: RE: HP LH3000r hangs on 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: Thu, 22 Feb 2007 18:33:37 -0000 Good. As always, we are available for assistance as needed. Thanks, Bob > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Wednesday, February 21, 2007 5:00 PM > To: John Baldwin > Cc: Moore, Robert; Stephen Hurd; freebsd-acpi@freebsd.org; Alexey > Starikovskiy; Brown, Len; Suietov, Fiodor F; Podrezov, Valery A > Subject: Re: HP LH3000r hangs on boot with ACPI enabled >=20 > John Baldwin wrote: > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > >> Nate, > >> > >> We have tried to keep ACPICA as OS-independent as possible. In the case > >> of spinlocks, you can easily implement the interfaces with whatever is > >> appropriate (or available) for your OS. > >> > >> We felt that we needed to split the mutex interfaces into > >> mutex/spinlocks for those hosts that have these different types of > >> synchronization mechanisms. > >> > >> Certainly, I would suggest that you keep up-to-date with the latest > >> ACPICA as we continue to develop and debug the code. > > > > Since the ACPI interrupt is run in an ithread, you can probably just > > ignore the IRQL stuff as garbage and use a regular mutex Nate. Also, > > this bug report was from 6.2, so it was actually from an older version > > of ACPICA. Can't recall what is holding up the MFC of 20051021 to 6.x. >=20 > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch of > 20070126 so hopefully we can test and integrate that. >=20 > We didn't MFC 20051021 due to a memory leak on some systems (bad > refcount). That was fixed a few revisions later, but I remember a few > 2006 versions having other problems (hanging on boot) and then I ran out > of time to review/debug the patches. >=20 > Hopefully 20070126 is good and we can commit it quickly, then MFC after > a month. >=20 > -- > Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 18:52:47 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CA7316A402 for ; Thu, 22 Feb 2007 18:52:47 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC0A13C46B for ; Thu, 22 Feb 2007 18:52:46 +0000 (UTC) (envelope-from knizek@volny.cz) Received: from antivir6.iol.cz (unknown [192.168.30.215]) by smtp-out4.iol.cz (Postfix) with ESMTP id 819A21C6572; Thu, 22 Feb 2007 18:52:38 +0000 (UTC) Received: from localhost (antivir6.iol.cz [127.0.0.1]) by antivir6.iol.cz (Postfix) with ESMTP id 5C440260037; Thu, 22 Feb 2007 19:52:38 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir6.iol.cz ([127.0.0.1]) by localhost (antivir6.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id Fl3gsjx6Am+n; Thu, 22 Feb 2007 19:52:38 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir6.iol.cz (Postfix) with ESMTP id 16DB6260036; Thu, 22 Feb 2007 19:52:38 +0100 (CET) Received: from [192.168.1.23] (unknown [88.103.7.126]) by smtp-out4.iol.cz (Postfix) with ESMTP id 9405747E29; Thu, 22 Feb 2007 19:52:35 +0100 (CET) From: Milan Knizek To: Jan-Olof Lindqvist Date: Thu, 22 Feb 2007 19:52:10 +0100 User-Agent: KMail/1.9.5 References: <200702190825.22695.knizek@volny.cz> <45DD9E27.3000104@gmail.com> In-Reply-To: <45DD9E27.3000104@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702221952.10402.knizek@volny.cz> Cc: freebsd-acpi@freebsd.org Subject: Re: Asus P5LD2 Deluxe does not power-off 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: Thu, 22 Feb 2007 18:52:47 -0000 On Thursday 22 February 2007 14:44, Jan-Olof Lindqvist wrote: > Milan Knizek wrote: > > Hi List! > > > > I am not able to power-off the computer. > > > > "halt" or "shutdown now": after completing all shutdown scripts, the la= st > > message says Computer is halted, press any key to reboot. > > When I use only the halt or shutdown command I get the same message but > with 'shutdown -p now' it power down the computer completely. Tried that > already? Then the last message is "Powering System off using ACPI" and the computer= =20 freezes, but stays on. Regards, =2D-=20 Milan Kn=ED=BEek http://milan-knizek.net/ e-mail knizek {na} volny {v} cz From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 19:06:57 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5125516A401 for ; Thu, 22 Feb 2007 19:06:57 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4FB13C441 for ; Thu, 22 Feb 2007 19:06:57 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 91145 invoked from network); 22 Feb 2007 18:35:46 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 22 Feb 2007 18:35:46 -0000 Message-ID: <45DDE27A.2040309@root.org> Date: Thu, 22 Feb 2007 10:35:38 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Jan-Olof Lindqvist References: <200702190825.22695.knizek@volny.cz> <45DD9E27.3000104@gmail.com> In-Reply-To: <45DD9E27.3000104@gmail.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Asus P5LD2 Deluxe does not power-off 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: Thu, 22 Feb 2007 19:06:57 -0000 Jan-Olof Lindqvist wrote: > Milan Knizek wrote: >> Hi List! >> >> I am not able to power-off the computer. >> >> "halt" or "shutdown now": after completing all shutdown scripts, the >> last message says Computer is halted, press any key to reboot. >> > When I use only the halt or shutdown command I get the same message but > with 'shutdown -p now' it power down the computer completely. Tried that > already? "halt" and "shutdown" just halt the computer. "halt -p" and "shutdown -p" also power off afterwards. This is documented behavior. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 19:35:34 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C46E16A401 for ; Thu, 22 Feb 2007 19:35:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id C452313C481 for ; Thu, 22 Feb 2007 19:35:33 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l1MJZ113096206; Thu, 22 Feb 2007 14:35:01 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 22 Feb 2007 14:34:56 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200702221434.59679.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2629/Thu Feb 22 11:54:38 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin , "Moore, Robert" , "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: Re: HP LH3000r hangs on 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: Thu, 22 Feb 2007 19:35:34 -0000 On Thursday 22 February 2007 01:33 pm, Moore, Robert wrote: > Good. As always, we are available for assistance as needed. Here are upstream patches against 20070126: http://people.freebsd.org/~jkim/acpica/upstream-20070126.diff Thanks! Jung-uk Kim > Thanks, > Bob > > > -----Original Message----- > > From: Nate Lawson [mailto:nate@root.org] > > Sent: Wednesday, February 21, 2007 5:00 PM > > To: John Baldwin > > Cc: Moore, Robert; Stephen Hurd; freebsd-acpi@freebsd.org; Alexey > > Starikovskiy; Brown, Len; Suietov, Fiodor F; Podrezov, Valery A > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > John Baldwin wrote: > > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > > >> Nate, > > >> > > >> We have tried to keep ACPICA as OS-independent as possible. In > > >> the > > case > > > >> of spinlocks, you can easily implement the interfaces with > > >> whatever > > is > > > >> appropriate (or available) for your OS. > > >> > > >> We felt that we needed to split the mutex interfaces into > > >> mutex/spinlocks for those hosts that have these different > > >> types of synchronization mechanisms. > > >> > > >> Certainly, I would suggest that you keep up-to-date with the > > >> latest ACPICA as we continue to develop and debug the code. > > > > > > Since the ACPI interrupt is run in an ithread, you can probably > > > just ignore the IRQL stuff as garbage and use a regular mutex > > > Nate. > > Also, > > > > this bug report was from 6.2, so it was actually from an older > > version > > > > of ACPICA. Can't recall what is holding up the MFC of 20051021 > > > to > > 6.x. > > > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch > > of 20070126 so hopefully we can test and integrate that. > > > > We didn't MFC 20051021 due to a memory leak on some systems (bad > > refcount). That was fixed a few revisions later, but I remember > > a few 2006 versions having other problems (hanging on boot) and > > then I ran > > out > > > of time to review/debug the patches. > > > > Hopefully 20070126 is good and we can commit it quickly, then MFC > > after > > > a month. > > > > -- > > Nate > > _______________________________________________ > 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" From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 20:07:25 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2871116A4C9 for ; Thu, 22 Feb 2007 20:07:25 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA4F13C48E for ; Thu, 22 Feb 2007 20:07:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l1MK7Hno098465; Thu, 22 Feb 2007 15:07:17 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 22 Feb 2007 15:07:10 -0500 User-Agent: KMail/1.6.2 References: <200702221434.59679.jkim@FreeBSD.org> In-Reply-To: <200702221434.59679.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200702221507.15020.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2629/Thu Feb 22 11:54:38 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: John Baldwin , "Moore, Robert" , "Suietov, Fiodor F" , Stephen Hurd , Alexey Starikovskiy , "Podrezov, Valery A" Subject: Re: HP LH3000r hangs on 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: Thu, 22 Feb 2007 20:07:25 -0000 On Thursday 22 February 2007 02:34 pm, Jung-uk Kim wrote: > On Thursday 22 February 2007 01:33 pm, Moore, Robert wrote: > > Good. As always, we are available for assistance as needed. > > Here are upstream patches against 20070126: > > http://people.freebsd.org/~jkim/acpica/upstream-20070126.diff I just realized that I mismerged tbxface.c patch. A new patch is uploaded. Sorry, Jung-uk Kim > Thanks! > > Jung-uk Kim > > > Thanks, > > Bob > > > > > -----Original Message----- > > > From: Nate Lawson [mailto:nate@root.org] > > > Sent: Wednesday, February 21, 2007 5:00 PM > > > To: John Baldwin > > > Cc: Moore, Robert; Stephen Hurd; freebsd-acpi@freebsd.org; > > > Alexey Starikovskiy; Brown, Len; Suietov, Fiodor F; Podrezov, > > > Valery A Subject: Re: HP LH3000r hangs on boot with ACPI > > > enabled > > > > > > John Baldwin wrote: > > > > On Wednesday 21 February 2007 16:47, Moore, Robert wrote: > > > >> Nate, > > > >> > > > >> We have tried to keep ACPICA as OS-independent as possible. > > > >> In the > > > > case > > > > > >> of spinlocks, you can easily implement the interfaces with > > > >> whatever > > > > is > > > > > >> appropriate (or available) for your OS. > > > >> > > > >> We felt that we needed to split the mutex interfaces into > > > >> mutex/spinlocks for those hosts that have these different > > > >> types of synchronization mechanisms. > > > >> > > > >> Certainly, I would suggest that you keep up-to-date with the > > > >> latest ACPICA as we continue to develop and debug the code. > > > > > > > > Since the ACPI interrupt is run in an ithread, you can > > > > probably just ignore the IRQL stuff as garbage and use a > > > > regular mutex Nate. > > > > Also, > > > > > > this bug report was from 6.2, so it was actually from an > > > > older > > > > version > > > > > > of ACPICA. Can't recall what is holding up the MFC of > > > > 20051021 to > > > > 6.x. > > > > > Yes, I'm hoping we can do that. Jung-uk Kim is preparing a > > > patch of 20070126 so hopefully we can test and integrate that. > > > > > > We didn't MFC 20051021 due to a memory leak on some systems > > > (bad refcount). That was fixed a few revisions later, but I > > > remember a few 2006 versions having other problems (hanging on > > > boot) and then I ran > > > > out > > > > > of time to review/debug the patches. > > > > > > Hopefully 20070126 is good and we can commit it quickly, then > > > MFC > > > > after > > > > > a month. > > > > > > -- > > > Nate > > > > _______________________________________________ > > 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" > > _______________________________________________ > 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" From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 21:51:48 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B928716A403 for ; Thu, 22 Feb 2007 21:51:48 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 5841213C442 for ; Thu, 22 Feb 2007 21:51:48 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so242705ana for ; Thu, 22 Feb 2007 13:51:47 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GG3PQobzoqBrbo3y7lOJWAssgqgt/6qsmtiZYg9XXPZoEncIwvirx+jQQ6SdGkXva8Lw4EbkowcqE6aFAMgTfrsX+jfR9rHDsZ2ndCSR/HLunj7MjX43NfohfgK5b4f4Vd3uAeH9YE6VeBtVjvI0Dxw88g/IU3Y8n9LlbhUAsBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jSPEN7cz7hEdRWRXvAGOyypg73WQRJzvqCoAyjSzUf8W1++V2g4wZd3z4MOu17PrQQDZlTr7TtjTtq9UVEnPTILwYSagtCQzL09ZnA52S/cJ+YAFol+j4lKQvZnkMRsduNH8mH/Ph3IjoT2tPb5H3k+0kuhwS0FN2J2CPBlZuM8= Received: by 10.100.124.5 with SMTP id w5mr940331anc.1172179475331; Thu, 22 Feb 2007 13:24:35 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 13:24:35 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 22:24:35 +0100 From: "Pietro Cerutti" To: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Laptop won't power off 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: Thu, 22 Feb 2007 21:51:48 -0000 Hi Lists, first off, sorry for cross-posting, but I'm not subscribed to freebsd-acpi@, so acpi guys please CC me. The problem here is that my laptop doesn't power off when issuing halt -p or shutdown -p now. This is the machine: http://www.msicomputer.com/NB/product_spec.asp?model=MS-1034_(Core2_Duo) Any hint is greatly appreciated! Here's some info which could be relevant > sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 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.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 59.8C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 99.8C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 > cat /var/run/dmesg [with debug.bootverbose=1] Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Feb 22 15:30:46 CET 2007 root@gahrtop.localhost:/usr/obj/usr/src/sys/MSI1034 Preloaded elf kernel "/boot/kernel/kernel" at 0xc080e000. Calibrating clock(s) ... i8254 clock: 1193201 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2000154492 Hz CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2138898432 (2039 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007d3a4fff, 2088226816 bytes (509821 pages) avail memory = 2087989248 (1991 MB) Table 'FACP' at 0x7f7d0200 Table 'APIC' at 0x7f7d0390 MADT: Found table at 0x7f7d0390 MP Configuration Table version 1.4 found at 0xc00fc480 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5500 pnpbios: Entry = f0000:60ea Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 nfslock: pseudo-device null: random: io: mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 00 00 01 7b 00 00 01 43 01 00 01 55 01 00 01 89 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 21 mode(s) found VESA: v3.0, 7872k memory, flags:0x1, mode table:0xc0777420 (1000040) VESA: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated VGA BIOS VESA: Intel Corporation Intel(r) 82945GM Chipset Family Graphics Controller Hardware Version 0.0 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80001014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) pcibios: BIOS version 3.00 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 4 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xda35a000 pa 0x9d000 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a2, revid=0x03 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base ffe80000, size 19, enabled map[14]: type 4, range 32, base 0000ec00, size 3, enabled map[18]: type 3, range 32, base d0000000, size 28, enabled map[1c]: type 1, range 32, base ffe40000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27a6, revid=0x03 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 00000000, size 19, memory disabled found-> vendor=0x8086, dev=0x27d8, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base ffe3c000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d0, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0104, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d2, revid=0x02 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27d4, revid=0x02 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27c8, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 map[20]: type 4, range 32, base 0000e880, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 0000e800, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type 4, range 32, base 0000e480, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 0000e400, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ffe3bc00, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xe2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27c4, revid=0x02 bus=0, slot=31, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 agp0: port 0xec00-0xec07 mem 0xffe80000-0xffefffff,0xd0000000-0xdfffffff,0xffe40000-0xffe7ffff irq 16 at device 2.0 on pci0 agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xffe80000 agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xffe80000 agp0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xffe40000 agp0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0x0-0x0 pcib1: prefetched decode 0x0-0x0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0PD - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 pcib2: irq 17 at device 28.1 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xff200000-0xff2fffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x10ec, dev=0x8168, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 4, range 32, base 0000c800, size 8, enabled pcib2: requested I/O range 0xc800-0xc8ff: in range map[18]: type 1, range 64, base ff2ff000, size 12, enabled pcib2: requested memory range 0xff2ff000-0xff2fffff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 17 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc800 pcib2: re0 requested I/O range 0xc800-0xc8ff: in range pcib2: re0 requested I/O range 0xc800-0xc8ff: in range pcib2: re0 requested I/O range 0xc800-0xc8ff: in range re0: port 0xc800-0xc8ff mem 0xff2ff000-0xff2fffff irq 17 at device 0.0 on pci2 pcib2: re0 requested I/O range 0xc800-0xc8ff: in range miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:16:17:52:c8:d8 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 49 re0: [MPSAFE] re0: [FAST] pcib3: irq 18 at device 28.2 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0xff300000-0xff3fffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0x4222, revid=0x02 bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base ff3ff000, size 12, enabled pcib3: requested memory range 0xff3ff000-0xff3fffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 pci3: at device 0.0 (no driver attached) uhci0: port 0xe880-0xe89f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe880 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe480-0xe49f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe480 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe400-0xe41f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffe3bc00-0xffe3bfff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xffe3bc00 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ugen0: vendor 0x0c45 USB20 Camera, rev 2.00/1.00, addr 2 pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 5 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xff400000-0xffcfffff pcib4: prefetched decode 0xbdf00000-0xbfefffff pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1217, dev=0x7134, revid=0x21 bus=4, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x43 (16750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1217, dev=0x7120, revid=0x01 bus=4, slot=4, func=2 class=08-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0410, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffcffc00, size 8, enabled pcib4: requested memory range 0xffcffc00-0xffcffcff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1217, dev=0x7130, revid=0x01 bus=4, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0410, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffcfe000, size 12, enabled pcib4: requested memory range 0xffcfe000-0xffcfefff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1217, dev=0x00f7, revid=0x02 bus=4, slot=4, func=4 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffcfd000, size 12, enabled pcib4: requested memory range 0xffcfd000-0xffcfdfff: good map[14]: type 1, range 32, base ffcff000, size 11, enabled pcib4: requested memory range 0xffcff000-0xffcff7ff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 pci4: at device 4.0 (no driver attached) pci4: at device 4.2 (no driver attached) pci4: at device 4.3 (no driver attached) pci4: at device 4.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=40 ostat1=50 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=88 stat1=00 devices=0x8 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi_acad0: on acpi0 battery0: on acpi0 npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xce800-0xcf7ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen1: vendor 0x0a12 product 0x0001, rev 2.00/15.93, addr 2 Device configuration finished. Reducing kern.maxvnodes 133850 -> 100000 procfs registered linprocfs registered lapic: Divisor 2, Frequency 83339504 hz Timecounter "TSC" frequency 2000154492 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ad0: 114473MB at ata0-master SATA150 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: DVDR drive at ata1 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 battery0: battery initialization done, tried 1 times Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Thanx, Regards -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 22:31:16 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FF3C16A402 for ; Thu, 22 Feb 2007 22:31:16 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id E251113C4AA for ; Thu, 22 Feb 2007 22:31:15 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 19824 invoked from network); 22 Feb 2007 22:01:51 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 22 Feb 2007 22:01:51 -0000 Message-ID: <45DE12CA.1010601@root.org> Date: Thu, 22 Feb 2007 14:01:46 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Pietro Cerutti References: In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Laptop won't power off 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: Thu, 22 Feb 2007 22:31:16 -0000 Pietro Cerutti wrote: > Hi Lists, > first off, sorry for cross-posting, but I'm not subscribed to > freebsd-acpi@, so acpi guys please CC me. > > The problem here is that my laptop doesn't power off when issuing halt > -p or shutdown -p now. > This is the machine: > http://www.msicomputer.com/NB/product_spec.asp?model=MS-1034_(Core2_Duo) > > Any hint is greatly appreciated! > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xbfebfbff > > Features2=0xe3bd,CX16,,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 Try disabling SMP so only 1 core is running. Build a kernel without SMP option or at loader prompt type: set hint.apic.0.disabled="1" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 22:53:57 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7A9B16A401 for ; Thu, 22 Feb 2007 22:53:57 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 74EF813C494 for ; Thu, 22 Feb 2007 22:53:57 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so255271ana for ; Thu, 22 Feb 2007 14:53:56 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BG8RqfAUG0YxKfPh5gIyicFEyBSH6o/ZhN/+gOmSfCJoAXqXCwjVHSz1TfRMhYhpaKW6Vcksbd7NUY69em1zGKjO1HWX3IH6xCoAEV1mNzwwRGk+ovgyauAotgq4k/DI/T/SHaCIKqZPvTJRjTqMcQWTd1ovE8EjemfQKRQWohI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nraL/JRrdw3NJcWPMRE4vsLv1IglWA40HjF/zt1Yh0657KiNPfx0QVw5tSVRqn196mTYqghAePyorkjp84pJHR0m0n90X4zKsJN5lTe60rh1K5vTKyZHLAnzBYN7tHr3+y0rqEaxMaieQkkBHQSzCogkU2poNjQh+RxlVfwuqXM= Received: by 10.100.164.14 with SMTP id m14mr991401ane.1172184835513; Thu, 22 Feb 2007 14:53:55 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 14:53:55 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 23:53:55 +0100 From: "Pietro Cerutti" To: "Nate Lawson" , rodrigc@crodrigues.org In-Reply-To: <45DE12CA.1010601@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45DE12CA.1010601@root.org> Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Laptop won't power off 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: Thu, 22 Feb 2007 22:53:57 -0000 On 2/22/07, Nate Lawson wrote: > Pietro Cerutti wrote: > > Hi Lists, > > first off, sorry for cross-posting, but I'm not subscribed to > > freebsd-acpi@, so acpi guys please CC me. > > > > The problem here is that my laptop doesn't power off when issuing halt > > -p or shutdown -p now. > > This is the machine: > > http://www.msicomputer.com/NB/product_spec.asp?model=MS-1034_(Core2_Duo) > > > > Any hint is greatly appreciated! > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > Features=0xbfebfbff > > > > Features2=0xe3bd,CX16,,> > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 2 > > Try disabling SMP so only 1 core is running. Build a kernel without SMP > option or at loader prompt type: > > set hint.apic.0.disabled="1" I already tried this way, but without any results... disabling SMPing only enables S3 state, which doesn't work otherwise.. Moreover, following the directives on "11.16 Using and Debugging FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: https://staff.hti.bfh.ch/ctp3/MSI-1034.asl If I try to recompile it, there are a few errors: > iasl MSI-1034.asl Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 2007] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c MSI-1034.orig.asl 4128: PTS (Arg0) Error 1022 - ^ Object does not exist (PTS_) MSI-1034.orig.asl 4149: WAK (Arg0) Error 1022 - ^ Object does not exist (WAK_) MSI-1034.orig.asl 4206: If (SS1) Error 1037 - syntax error ^ ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 keywords Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 Optimizations I solved the first two by putting the function declarations of PRS and WAK above the actual call at line 4128 and 4149, but I can't really figure out how to fix the third error. Thanx in advance! > > -- > Nate > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 23:13:49 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CACC16A401 for ; Thu, 22 Feb 2007 23:13:49 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id DA45813C467 for ; Thu, 22 Feb 2007 23:13:48 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by mga02.intel.com with ESMTP; 22 Feb 2007 15:13:48 -0800 Received: from orsmsx335.jf.intel.com ([10.22.226.40]) by orsmga001.jf.intel.com with ESMTP; 22 Feb 2007 15:13:48 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="200286449:sNHT22850282" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 15:13:48 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 15:13:47 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laptop won't power off Thread-Index: AcdW1FybhOsGS/zyRV67+DDXGIcmawAApW7Q From: "Moore, Robert" To: "Pietro Cerutti" , "Nate Lawson" , X-OriginalArrivalTime: 22 Feb 2007 23:13:48.0094 (UTC) FILETIME=[1B6575E0:01C756D7] Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: RE: Laptop won't power off 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: Thu, 22 Feb 2007 23:13:49 -0000 > MSI-1034.orig.asl 4206: If (SS1) > Error 1037 - syntax error ^ 3) Newer versions of iASL will allow executable statements outside of control methods. > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 2007] Like mid 2006 and newer. Bob > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Pietro Cerutti > Sent: Thursday, February 22, 2007 2:54 PM > To: Nate Lawson; rodrigc@crodrigues.org > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > Subject: Re: Laptop won't power off >=20 > On 2/22/07, Nate Lawson wrote: > > Pietro Cerutti wrote: > > > Hi Lists, > > > first off, sorry for cross-posting, but I'm not subscribed to > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > The problem here is that my laptop doesn't power off when issuing halt > > > -p or shutdown -p now. > > > This is the machine: > > > http://www.msicomputer.com/NB/product_spec.asp?model=3DMS- > 1034_(Core2_Duo) > > > > > > Any hint is greatly appreciated! > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > > 686-class CPU) > > > Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 > > > > Features=3D0xbfebfbff CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > Features2=3D0xe3bd,CX16,, > > > > AMD Features=3D0x20100000 > > > AMD Features2=3D0x1 > > > Cores per package: 2 > > > > Try disabling SMP so only 1 core is running. Build a kernel without SMP > > option or at loader prompt type: > > > > set hint.apic.0.disabled=3D"1" >=20 > I already tried this way, but without any results... disabling SMPing > only enables S3 state, which doesn't work otherwise.. >=20 > Moreover, following the directives on "11.16 Using and Debugging > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: >=20 > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl >=20 > If I try to recompile it, there are a few errors: >=20 > > iasl MSI-1034.asl >=20 > Intel ACPI Component Architecture > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 2007] > Copyright (C) 2000 - 2004 Intel Corporation > Supports ACPI Specification Revision 2.0c >=20 > MSI-1034.orig.asl 4128: PTS (Arg0) > Error 1022 - ^ Object does not exist (PTS_) >=20 > MSI-1034.orig.asl 4149: WAK (Arg0) > Error 1022 - ^ Object does not exist (WAK_) >=20 > MSI-1034.orig.asl 4206: If (SS1) > Error 1037 - syntax error ^ >=20 > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 keywords > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 Optimizations >=20 > I solved the first two by putting the function declarations of PRS and > WAK above the actual call at line 4128 and 4149, but I can't really > figure out how to fix the third error. >=20 > Thanx in advance! >=20 > > > > -- > > Nate > > >=20 >=20 > -- > Pietro Cerutti >=20 > - ASCII Ribbon Campaign - > against HTML e-mail and > proprietary attachments > www.asciiribbon.org > _______________________________________________ > 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" From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 23:31:31 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2422B16A420 for ; Thu, 22 Feb 2007 23:31:31 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id AF55613C4BE for ; Thu, 22 Feb 2007 23:31:30 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so262293ana for ; Thu, 22 Feb 2007 15:31:30 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mIlhXg4syjYuYBdfC1bahD4zDfExkcRv6cRu6CxcfSN/c4IQBVrAsqt8C+ZEx0bdAgytQXww4hyM8Q3hK7/fZZLcMwe8DjuExaTAfdh6Wfsd0TlWjTU/hhaJ0N6xtEOjcmoN7OWh3zT/zcZa5AlseCBpqKhTggwV/f5YMIwmvXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Xv8kK1nYRdHczTMLxxY5dpJcgydAfNbeo9Ay5YoL2kN6ilCzlPsxG3l5FrydQFtbGMYiqb7z9AwtzHABPPrA0uxhnjXUeUHjzz6K/McBBm2aQGMrWxzrwqfkJZ1wZVXMuse+wtPge9PBMKiSb9GsOuXrNziZeiZ3Xeo3JVzXpN8= Received: by 10.100.174.16 with SMTP id w16mr1015222ane.1172187089777; Thu, 22 Feb 2007 15:31:29 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 15:31:29 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 00:31:29 +0100 From: "Pietro Cerutti" To: "Moore, Robert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off 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: Thu, 22 Feb 2007 23:31:31 -0000 On 2/23/07, Moore, Robert wrote: > > MSI-1034.orig.asl 4206: If (SS1) > > Error 1037 - syntax error ^ > > 3) Newer versions of iASL will allow executable statements outside of > control methods. So, sorry if I'm a bit slow, but this isn't likely to be the cause to my problems, isn't it? Any plan to port a new version of iASL (supporting the new features) to FreeBSD? > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > 2007] > > Like mid 2006 and newer. > Bob > > > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > Sent: Thursday, February 22, 2007 2:54 PM > > To: Nate Lawson; rodrigc@crodrigues.org > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > Subject: Re: Laptop won't power off > > > > On 2/22/07, Nate Lawson wrote: > > > Pietro Cerutti wrote: > > > > Hi Lists, > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > The problem here is that my laptop doesn't power off when issuing > halt > > > > -p or shutdown -p now. > > > > This is the machine: > > > > http://www.msicomputer.com/NB/product_spec.asp?model=MS- > > 1034_(Core2_Duo) > > > > > > > > Any hint is greatly appreciated! > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > > > 686-class CPU) > > > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > > > > Features=0xbfebfbff ,M > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > Features2=0xe3bd,CX16,, > > > > > > AMD Features=0x20100000 > > > > AMD Features2=0x1 > > > > Cores per package: 2 > > > > > > Try disabling SMP so only 1 core is running. Build a kernel without > SMP > > > option or at loader prompt type: > > > > > > set hint.apic.0.disabled="1" > > > > I already tried this way, but without any results... disabling SMPing > > only enables S3 state, which doesn't work otherwise.. > > > > Moreover, following the directives on "11.16 Using and Debugging > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > If I try to recompile it, there are a few errors: > > > > > iasl MSI-1034.asl > > > > Intel ACPI Component Architecture > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > 2007] > > Copyright (C) 2000 - 2004 Intel Corporation > > Supports ACPI Specification Revision 2.0c > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > Error 1022 - ^ Object does not exist (PTS_) > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > Error 1022 - ^ Object does not exist (WAK_) > > > > MSI-1034.orig.asl 4206: If (SS1) > > Error 1037 - syntax error ^ > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > keywords > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > Optimizations > > > > I solved the first two by putting the function declarations of PRS and > > WAK above the actual call at line 4128 and 4149, but I can't really > > figure out how to fix the third error. > > > > Thanx in advance! > > > > > > > > -- > > > Nate > > > > > > > > > -- > > Pietro Cerutti > > > > - ASCII Ribbon Campaign - > > against HTML e-mail and > > proprietary attachments > > www.asciiribbon.org > > _______________________________________________ > > 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" > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 23:40:40 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6559716A400; Thu, 22 Feb 2007 23:40:40 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id DDFFA13C494; Thu, 22 Feb 2007 23:40:39 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by mga09.intel.com with ESMTP; 22 Feb 2007 15:40:39 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga002.fm.intel.com with ESMTP; 22 Feb 2007 15:40:39 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="49707145:sNHT24961167" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 15:40:36 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 15:40:36 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laptop won't power off Thread-Index: AcdW2ZVUxrPdhRZqSvKiPrT4x2RSfQAARVaA From: "Moore, Robert" To: "Pietro Cerutti" X-OriginalArrivalTime: 22 Feb 2007 23:40:36.0803 (UTC) FILETIME=[DA42F930:01C756DA] Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Subject: RE: Laptop won't power off 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: Thu, 22 Feb 2007 23:40:40 -0000 Not likely to be cause of power off problems Compiler runs on linux, should run on bsd. > -----Original Message----- > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > Sent: Thursday, February 22, 2007 3:31 PM > To: Moore, Robert > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > freebsd-acpi@freebsd.org > Subject: Re: Laptop won't power off >=20 > On 2/23/07, Moore, Robert wrote: > > > MSI-1034.orig.asl 4206: If (SS1) > > > Error 1037 - syntax error ^ > > > > 3) Newer versions of iASL will allow executable statements outside of > > control methods. >=20 > So, sorry if I'm a bit slow, but this isn't likely to be the cause to > my problems, isn't it? >=20 > Any plan to port a new version of iASL (supporting the new features) to > FreeBSD? >=20 >=20 > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > > 2007] > > > > Like mid 2006 and newer. > > Bob > > > > > > > -----Original Message----- > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > Sent: Thursday, February 22, 2007 2:54 PM > > > To: Nate Lawson; rodrigc@crodrigues.org > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > Subject: Re: Laptop won't power off > > > > > > On 2/22/07, Nate Lawson wrote: > > > > Pietro Cerutti wrote: > > > > > Hi Lists, > > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > The problem here is that my laptop doesn't power off when issuing > > halt > > > > > -p or shutdown -p now. > > > > > This is the machine: > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=3DMS- > > > 1034_(Core2_Duo) > > > > > > > > > > Any hint is greatly appreciated! > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > > > > 686-class CPU) > > > > > Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 > > > > > > > > > > Features=3D0xbfebfbff > ,M > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > Features2=3D0xe3bd,CX16,, > > > > > > > > AMD Features=3D0x20100000 > > > > > AMD Features2=3D0x1 > > > > > Cores per package: 2 > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel without > > SMP > > > > option or at loader prompt type: > > > > > > > > set hint.apic.0.disabled=3D"1" > > > > > > I already tried this way, but without any results... disabling SMPing > > > only enables S3 state, which doesn't work otherwise.. > > > > > > Moreover, following the directives on "11.16 Using and Debugging > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > If I try to recompile it, there are a few errors: > > > > > > > iasl MSI-1034.asl > > > > > > Intel ACPI Component Architecture > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > > 2007] > > > Copyright (C) 2000 - 2004 Intel Corporation > > > Supports ACPI Specification Revision 2.0c > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > Error 1022 - ^ Object does not exist (PTS_) > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > Error 1022 - ^ Object does not exist (WAK_) > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > Error 1037 - syntax error ^ > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > keywords > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > Optimizations > > > > > > I solved the first two by putting the function declarations of PRS and > > > WAK above the actual call at line 4128 and 4149, but I can't really > > > figure out how to fix the third error. > > > > > > Thanx in advance! > > > > > > > > > > > -- > > > > Nate > > > > > > > > > > > > > -- > > > Pietro Cerutti > > > > > > - ASCII Ribbon Campaign - > > > against HTML e-mail and > > > proprietary attachments > > > www.asciiribbon.org > > > _______________________________________________ > > > 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" > > >=20 >=20 > -- > Pietro Cerutti >=20 > - ASCII Ribbon Campaign - > against HTML e-mail and > proprietary attachments > www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 23:46:01 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B12AB16A402 for ; Thu, 22 Feb 2007 23:46:01 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE7F13C48E for ; Thu, 22 Feb 2007 23:46:01 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so264874ana for ; Thu, 22 Feb 2007 15:46:00 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kleRO1EfXjwEsF4EgVQFelETRT5mt8LetcJ740gPHm6DUDY1KTpG2zL8fqzon+k/lrJWnUpUJWsPSAIpkwgkDC5Ssn5lPma7cgzA1ROnGz9kFSCzr8KeTlZOAA7z84AcH/P7ocdkTggc65dJ+TtKwjfnUfZTETEZWzifTB1SmvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QbHPx/1WwnWAI03iftPuVWagyqDnmLl1VHwtsD1Dd3Vnq7+qorqB1vYY2CAq7qg28GnXNcfTfO8tg9WKNf/NGYQFpzoyaQ7fyA9HGlXZdFek/5sL/02HY42SEM/N6kQCAs2aNlERA2IOHGTtRoImDlWMWUd2rYhPs4TDyUozrTE= Received: by 10.100.37.4 with SMTP id k4mr1022454ank.1172187960655; Thu, 22 Feb 2007 15:46:00 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 15:46:00 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 00:46:00 +0100 From: "Pietro Cerutti" To: "Moore, Robert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off 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: Thu, 22 Feb 2007 23:46:01 -0000 On 2/23/07, Moore, Robert wrote: > Not likely to be cause of power off problems Ok, any other ideas? > > Compiler runs on linux, should run on bsd. If you're talking about this one: http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.tar.gz it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD (6.2).... > make bison -v -d -y -pAslCompiler aslcompiler.y aslcompiler.y:3083.37-48: warning: rule never reduced because of conflicts: OptionalResourceType: /* empty */ cp y.tab.c aslcompilerparse.c cp y.tab.h aslcompiler.y.h cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER -I../include -c -o aslcompilerparse.o aslcompilerparse.c flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER -I../include -c -o aslcompilerlex.o aslcompilerlex.c aslcompiler.l: In function 'comment': aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this function) aslcompiler.l:847: error: (Each undeclared identifier is reported only once aslcompiler.l:847: error: for each function it appears in.) make: *** [aslcompilerlex.o] Error 1 > > > > -----Original Message----- > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > Sent: Thursday, February 22, 2007 3:31 PM > > To: Moore, Robert > > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > > freebsd-acpi@freebsd.org > > Subject: Re: Laptop won't power off > > > > On 2/23/07, Moore, Robert wrote: > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > Error 1037 - syntax error ^ > > > > > > 3) Newer versions of iASL will allow executable statements outside > of > > > control methods. > > > > So, sorry if I'm a bit slow, but this isn't likely to be the cause to > > my problems, isn't it? > > > > Any plan to port a new version of iASL (supporting the new features) > to > > FreeBSD? > > > > > > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > 22 > > > 2007] > > > > > > Like mid 2006 and newer. > > > Bob > > > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > > Sent: Thursday, February 22, 2007 2:54 PM > > > > To: Nate Lawson; rodrigc@crodrigues.org > > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > > Subject: Re: Laptop won't power off > > > > > > > > On 2/22/07, Nate Lawson wrote: > > > > > Pietro Cerutti wrote: > > > > > > Hi Lists, > > > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > > > The problem here is that my laptop doesn't power off when > issuing > > > halt > > > > > > -p or shutdown -p now. > > > > > > This is the machine: > > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=MS- > > > > 1034_(Core2_Duo) > > > > > > > > > > > > Any hint is greatly appreciated! > > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > (2000.15-MHz > > > > > > 686-class CPU) > > > > > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > > > > > > > > > > > Features=0xbfebfbff > > ,M > > > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > > > > > > Features2=0xe3bd,CX16,, > > > > > > > > > > AMD Features=0x20100000 > > > > > > AMD Features2=0x1 > > > > > > Cores per package: 2 > > > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel > without > > > SMP > > > > > option or at loader prompt type: > > > > > > > > > > set hint.apic.0.disabled="1" > > > > > > > > I already tried this way, but without any results... disabling > SMPing > > > > only enables S3 state, which doesn't work otherwise.. > > > > > > > > Moreover, following the directives on "11.16 Using and Debugging > > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > > > If I try to recompile it, there are a few errors: > > > > > > > > > iasl MSI-1034.asl > > > > > > > > Intel ACPI Component Architecture > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > 22 > > > 2007] > > > > Copyright (C) 2000 - 2004 Intel Corporation > > > > Supports ACPI Specification Revision 2.0c > > > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > > Error 1022 - ^ Object does not exist (PTS_) > > > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > > Error 1022 - ^ Object does not exist (WAK_) > > > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > Error 1037 - syntax error ^ > > > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > > keywords > > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > > Optimizations > > > > > > > > I solved the first two by putting the function declarations of PRS > and > > > > WAK above the actual call at line 4128 and 4149, but I can't > really > > > > figure out how to fix the third error. > > > > > > > > Thanx in advance! > > > > > > > > > > > > > > -- > > > > > Nate > > > > > > > > > > > > > > > > > -- > > > > Pietro Cerutti > > > > > > > > - ASCII Ribbon Campaign - > > > > against HTML e-mail and > > > > proprietary attachments > > > > www.asciiribbon.org > > > > _______________________________________________ > > > > 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" > > > > > > > > > -- > > Pietro Cerutti > > > > - ASCII Ribbon Campaign - > > against HTML e-mail and > > proprietary attachments > > www.asciiribbon.org > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 22 23:55:02 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E287D16A401; Thu, 22 Feb 2007 23:55:02 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id BD91213C471; Thu, 22 Feb 2007 23:55:02 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by mga01.intel.com with ESMTP; 22 Feb 2007 15:55:02 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga001.fm.intel.com with ESMTP; 22 Feb 2007 15:55:02 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="203122838:sNHT24700900" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 15:55:01 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 15:55:01 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laptop won't power off Thread-Index: AcdW251rTm/ES2g7QrS+4DA5j9iS2AAAR4pg From: "Moore, Robert" To: "Pietro Cerutti" X-OriginalArrivalTime: 22 Feb 2007 23:55:01.0953 (UTC) FILETIME=[DDEE6310:01C756DC] Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Subject: RE: Laptop won't power off 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: Thu, 22 Feb 2007 23:55:03 -0000 On linux, the compiler must be generated with the "flex-old" package, I don't know if there is anything like it for bsd. We are looking at making changes to support newer versions of flex/bison. Power problems: sorry, not the expert in this area. > -----Original Message----- > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > Sent: Thursday, February 22, 2007 3:46 PM > To: Moore, Robert > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > freebsd-acpi@freebsd.org > Subject: Re: Laptop won't power off >=20 > On 2/23/07, Moore, Robert wrote: > > Not likely to be cause of power off problems > Ok, any other ideas? >=20 > > > > Compiler runs on linux, should run on bsd. > If you're talking about this one: > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- > 20061109.tar.gz > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD > (6.2).... >=20 > > make > bison -v -d -y -pAslCompiler aslcompiler.y > aslcompiler.y:3083.37-48: warning: rule never reduced because of > conflicts: OptionalResourceType: /* empty */ >=20 > cp y.tab.c aslcompilerparse.c > cp y.tab.h aslcompiler.y.h > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > -I../include -c -o aslcompilerparse.o aslcompilerparse.c > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > -I../include -c -o aslcompilerlex.o aslcompilerlex.c > aslcompiler.l: In function 'comment': > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this > function) > aslcompiler.l:847: error: (Each undeclared identifier is reported only > once > aslcompiler.l:847: error: for each function it appears in.) > make: *** [aslcompilerlex.o] Error 1 >=20 >=20 > > > > > > > -----Original Message----- > > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > > Sent: Thursday, February 22, 2007 3:31 PM > > > To: Moore, Robert > > > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > > > freebsd-acpi@freebsd.org > > > Subject: Re: Laptop won't power off > > > > > > On 2/23/07, Moore, Robert wrote: > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > Error 1037 - syntax error ^ > > > > > > > > 3) Newer versions of iASL will allow executable statements outside > > of > > > > control methods. > > > > > > So, sorry if I'm a bit slow, but this isn't likely to be the cause to > > > my problems, isn't it? > > > > > > Any plan to port a new version of iASL (supporting the new features) > > to > > > FreeBSD? > > > > > > > > > > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > > 22 > > > > 2007] > > > > > > > > Like mid 2006 and newer. > > > > Bob > > > > > > > > > > > > > -----Original Message----- > > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > > > Sent: Thursday, February 22, 2007 2:54 PM > > > > > To: Nate Lawson; rodrigc@crodrigues.org > > > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > > > Subject: Re: Laptop won't power off > > > > > > > > > > On 2/22/07, Nate Lawson wrote: > > > > > > Pietro Cerutti wrote: > > > > > > > Hi Lists, > > > > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > > > > > The problem here is that my laptop doesn't power off when > > issuing > > > > halt > > > > > > > -p or shutdown -p now. > > > > > > > This is the machine: > > > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=3DMS- > > > > > 1034_(Core2_Duo) > > > > > > > > > > > > > > Any hint is greatly appreciated! > > > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > > (2000.15-MHz > > > > > > > 686-class CPU) > > > > > > > Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 > > > > > > > > > > > > > > > > > > Features=3D0xbfebfbff > > > ,M > > > > > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > > > > > > > > > > > Features2=3D0xe3bd,CX16,, > > > > > > > > > > > > AMD Features=3D0x20100000 > > > > > > > AMD Features2=3D0x1 > > > > > > > Cores per package: 2 > > > > > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel > > without > > > > SMP > > > > > > option or at loader prompt type: > > > > > > > > > > > > set hint.apic.0.disabled=3D"1" > > > > > > > > > > I already tried this way, but without any results... disabling > > SMPing > > > > > only enables S3 state, which doesn't work otherwise.. > > > > > > > > > > Moreover, following the directives on "11.16 Using and Debugging > > > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > > > > > If I try to recompile it, there are a few errors: > > > > > > > > > > > iasl MSI-1034.asl > > > > > > > > > > Intel ACPI Component Architecture > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > > 22 > > > > 2007] > > > > > Copyright (C) 2000 - 2004 Intel Corporation > > > > > Supports ACPI Specification Revision 2.0c > > > > > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > > > Error 1022 - ^ Object does not exist (PTS_) > > > > > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > > > Error 1022 - ^ Object does not exist (WAK_) > > > > > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > Error 1037 - syntax error ^ > > > > > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > > > keywords > > > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > > > Optimizations > > > > > > > > > > I solved the first two by putting the function declarations of PRS > > and > > > > > WAK above the actual call at line 4128 and 4149, but I can't > > really > > > > > figure out how to fix the third error. > > > > > > > > > > Thanx in advance! > > > > > > > > > > > > > > > > > -- > > > > > > Nate > > > > > > > > > > > > > > > > > > > > > -- > > > > > Pietro Cerutti > > > > > > > > > > - ASCII Ribbon Campaign - > > > > > against HTML e-mail and > > > > > proprietary attachments > > > > > www.asciiribbon.org > > > > > _______________________________________________ > > > > > 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" > > > > > > > > > > > > > -- > > > Pietro Cerutti > > > > > > - ASCII Ribbon Campaign - > > > against HTML e-mail and > > > proprietary attachments > > > www.asciiribbon.org > > >=20 >=20 > -- > Pietro Cerutti >=20 > - ASCII Ribbon Campaign - > against HTML e-mail and > proprietary attachments > www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 23 00:00:20 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B814D16A400 for ; Fri, 23 Feb 2007 00:00:20 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 6746D13C49D for ; Fri, 23 Feb 2007 00:00:20 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so267339ana for ; Thu, 22 Feb 2007 16:00:19 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qXTbT2Q3hxEzpXOu72KvV8n4WPZRZupws9RjCzfl4Y+jB2qfybJ+QmTMsgp83omC8YCSovdKDv993CuIXCw2qjwuKbXLZQTMJTf3lNV6cId61FYG5h7waUo8E2uaZXzkdq5X9l2J/Q6a+Ahut/hmEfnOYeSaZlHpRPgHPlorE3k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GZzCAUTwpr4tlPZzUS0OJ37qsw4cdLRLbIZQbcanoDuw5U7kvGXo0IDSxYI9uas0+hLFTqb9IxHmS5fUYtGiI8g/EXM1uqpjpRWn6G4y/uwWPAb9VgENJWIHkG0uR5El0Ta69N4p/S9xrzVPMbak5gq4tcUoiWblmfiNoltUxl4= Received: by 10.100.33.14 with SMTP id g14mr1025456ang.1172188819771; Thu, 22 Feb 2007 16:00:19 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 16:00:19 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 01:00:19 +0100 From: "Pietro Cerutti" To: "Moore, Robert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off 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: Fri, 23 Feb 2007 00:00:20 -0000 On 2/23/07, Moore, Robert wrote: > On linux, the compiler must be generated with the "flex-old" package, I > don't know if there is anything like it for bsd. We are looking at > making changes to support newer versions of flex/bison. Bob, we don't have a flex-old package, so we'll have to wait till the new version becomes available. By the way, the asl code compiles without warning using the iasl apt package on Ubuntu, so the problem is definitely not with the asl. > Power problems: sorry, not the expert in this area. For everyone else: By disabling SMP I could get to a stage where, at the end of the shutdown process, this message is displayed (with SMP enabled, the screen turns black and I can't read messages): AcpiEnterSleepStatePrep failed - AE_NOT_FOUND So, any ideas on that? > > > > -----Original Message----- > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > Sent: Thursday, February 22, 2007 3:46 PM > > To: Moore, Robert > > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > > freebsd-acpi@freebsd.org > > Subject: Re: Laptop won't power off > > > > On 2/23/07, Moore, Robert wrote: > > > Not likely to be cause of power off problems > > Ok, any other ideas? > > > > > > > > Compiler runs on linux, should run on bsd. > > If you're talking about this one: > > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- > > 20061109.tar.gz > > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD > > (6.2).... > > > > > make > > bison -v -d -y -pAslCompiler aslcompiler.y > > aslcompiler.y:3083.37-48: warning: rule never reduced because of > > conflicts: OptionalResourceType: /* empty */ > > > > cp y.tab.c aslcompilerparse.c > > cp y.tab.h aslcompiler.y.h > > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > > -I../include -c -o aslcompilerparse.o aslcompilerparse.c > > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l > > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > > -I../include -c -o aslcompilerlex.o aslcompilerlex.c > > aslcompiler.l: In function 'comment': > > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this > > function) > > aslcompiler.l:847: error: (Each undeclared identifier is reported only > > once > > aslcompiler.l:847: error: for each function it appears in.) > > make: *** [aslcompilerlex.o] Error 1 > > > > > > > > > > > > > > -----Original Message----- > > > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > > > Sent: Thursday, February 22, 2007 3:31 PM > > > > To: Moore, Robert > > > > Cc: Nate Lawson; rodrigc@crodrigues.org; > freebsd-hackers@freebsd.org; > > > > freebsd-acpi@freebsd.org > > > > Subject: Re: Laptop won't power off > > > > > > > > On 2/23/07, Moore, Robert wrote: > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > > Error 1037 - syntax error ^ > > > > > > > > > > 3) Newer versions of iASL will allow executable statements > outside > > > of > > > > > control methods. > > > > > > > > So, sorry if I'm a bit slow, but this isn't likely to be the cause > to > > > > my problems, isn't it? > > > > > > > > Any plan to port a new version of iASL (supporting the new > features) > > > to > > > > FreeBSD? > > > > > > > > > > > > > > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 > [Feb > > > 22 > > > > > 2007] > > > > > > > > > > Like mid 2006 and newer. > > > > > Bob > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > > > > Sent: Thursday, February 22, 2007 2:54 PM > > > > > > To: Nate Lawson; rodrigc@crodrigues.org > > > > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > > > > Subject: Re: Laptop won't power off > > > > > > > > > > > > On 2/22/07, Nate Lawson wrote: > > > > > > > Pietro Cerutti wrote: > > > > > > > > Hi Lists, > > > > > > > > first off, sorry for cross-posting, but I'm not subscribed > to > > > > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > > > > > > > The problem here is that my laptop doesn't power off when > > > issuing > > > > > halt > > > > > > > > -p or shutdown -p now. > > > > > > > > This is the machine: > > > > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=MS- > > > > > > 1034_(Core2_Duo) > > > > > > > > > > > > > > > > Any hint is greatly appreciated! > > > > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > > > (2000.15-MHz > > > > > > > > 686-class CPU) > > > > > > > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > > > > > > > > > > > > > > > > > > > > Features=0xbfebfbff > > > > ,M > > > > > > > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Features2=0xe3bd,CX16,, > > > > > > > > > > > > > > AMD Features=0x20100000 > > > > > > > > AMD Features2=0x1 > > > > > > > > Cores per package: 2 > > > > > > > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel > > > without > > > > > SMP > > > > > > > option or at loader prompt type: > > > > > > > > > > > > > > set hint.apic.0.disabled="1" > > > > > > > > > > > > I already tried this way, but without any results... disabling > > > SMPing > > > > > > only enables S3 state, which doesn't work otherwise.. > > > > > > > > > > > > Moreover, following the directives on "11.16 Using and > Debugging > > > > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online > here: > > > > > > > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > > > > > > > If I try to recompile it, there are a few errors: > > > > > > > > > > > > > iasl MSI-1034.asl > > > > > > > > > > > > Intel ACPI Component Architecture > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 > [Feb > > > 22 > > > > > 2007] > > > > > > Copyright (C) 2000 - 2004 Intel Corporation > > > > > > Supports ACPI Specification Revision 2.0c > > > > > > > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > > > > Error 1022 - ^ Object does not exist > (PTS_) > > > > > > > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > > > > Error 1022 - ^ Object does not exist > (WAK_) > > > > > > > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > > Error 1037 - syntax error ^ > > > > > > > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > > > > keywords > > > > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > > > > Optimizations > > > > > > > > > > > > I solved the first two by putting the function declarations of > PRS > > > and > > > > > > WAK above the actual call at line 4128 and 4149, but I can't > > > really > > > > > > figure out how to fix the third error. > > > > > > > > > > > > Thanx in advance! > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Nate > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Pietro Cerutti > > > > > > > > > > > > - ASCII Ribbon Campaign - > > > > > > against HTML e-mail and > > > > > > proprietary attachments > > > > > > www.asciiribbon.org > > > > > > _______________________________________________ > > > > > > 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" > > > > > > > > > > > > > > > > > -- > > > > Pietro Cerutti > > > > > > > > - ASCII Ribbon Campaign - > > > > against HTML e-mail and > > > > proprietary attachments > > > > www.asciiribbon.org > > > > > > > > > -- > > Pietro Cerutti > > > > - ASCII Ribbon Campaign - > > against HTML e-mail and > > proprietary attachments > > www.asciiribbon.org > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 23 00:57:11 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCA9916A402 for ; Fri, 23 Feb 2007 00:57:11 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id B3C5913C47E for ; Fri, 23 Feb 2007 00:57:11 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 39187 invoked from network); 23 Feb 2007 00:57:13 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 23 Feb 2007 00:57:13 -0000 Message-ID: <45DE3BE3.7070007@root.org> Date: Thu, 22 Feb 2007 16:57:07 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Pietro Cerutti References: In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, "Moore, Robert" , freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off 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: Fri, 23 Feb 2007 00:57:11 -0000 Pietro Cerutti wrote: > On 2/23/07, Moore, Robert wrote: >> On linux, the compiler must be generated with the "flex-old" package, I >> don't know if there is anything like it for bsd. We are looking at >> making changes to support newer versions of flex/bison. > > Bob, > we don't have a flex-old package, so we'll have to wait till the new > version becomes available. By the way, the asl code compiles without > warning using the iasl apt package on Ubuntu, so the problem is > definitely not with the asl. We take care of the lex issue when we import acpi-ca. Please wait until we've done the import and use the iasl in the base system. Your issue is definitely not ASL-related. > >> Power problems: sorry, not the expert in this area. > For everyone else: > By disabling SMP I could get to a stage where, at the end of the > shutdown process, this message is displayed (with SMP enabled, the > screen turns black and I can't read messages): > > AcpiEnterSleepStatePrep failed - AE_NOT_FOUND > > So, any ideas on that? The \_S5 object is missing? Can you and the reboot failure people try: sysctl debug.acpi.do_powerstate=0 -Nate >> > -----Original Message----- >> > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] >> > Sent: Thursday, February 22, 2007 3:46 PM >> > To: Moore, Robert >> > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; >> > freebsd-acpi@freebsd.org >> > Subject: Re: Laptop won't power off >> > >> > On 2/23/07, Moore, Robert wrote: >> > > Not likely to be cause of power off problems >> > Ok, any other ideas? >> > >> > > >> > > Compiler runs on linux, should run on bsd. >> > If you're talking about this one: >> > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- >> > 20061109.tar.gz >> > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD >> > (6.2).... >> > >> > > make >> > bison -v -d -y -pAslCompiler aslcompiler.y >> > aslcompiler.y:3083.37-48: warning: rule never reduced because of >> > conflicts: OptionalResourceType: /* empty */ >> > >> > cp y.tab.c aslcompilerparse.c >> > cp y.tab.h aslcompiler.y.h >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER >> > -I../include -c -o aslcompilerparse.o aslcompilerparse.c >> > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER >> > -I../include -c -o aslcompilerlex.o aslcompilerlex.c >> > aslcompiler.l: In function 'comment': >> > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this >> > function) >> > aslcompiler.l:847: error: (Each undeclared identifier is reported only >> > once >> > aslcompiler.l:847: error: for each function it appears in.) >> > make: *** [aslcompilerlex.o] Error 1 >> > > -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 23 07:54:56 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7684616A400 for ; Fri, 23 Feb 2007 07:54:56 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1E36413C474 for ; Fri, 23 Feb 2007 07:54:55 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so385937wxc for ; Thu, 22 Feb 2007 23:54:55 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HBUbkj+ihDlbJQYUFn07OzuJT6AricBUX+UvoZP1WXOeiq8tifM6TEZoiy/42yQqhEYdH6HI0lMSJJY5Len+dkC7acv0hLJBntSzd/Yvw9ByvmXHgnjB0yvn1vqtMeILy6dymAIS1lFmIQg90SIPnUncsFh7wDnNHQ/AZoQmFvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d/GkN7vz6sfcDIRIOTRP3ZFCRYLCabPLvOvOxfYe4oueKaoznD/4Yuw1MO1JlSHEayQqDHYnLI6cCthtQsyLKt4gTpV8oVATJNCTq+mhcAFWFp8zHDYeb2pInLJeIkjFLxTp6AAFknXLjJnTFXnfEROSZKeOfThylSr8xmj1nsI= Received: by 10.70.67.10 with SMTP id p10mr2910210wxa.1172217295317; Thu, 22 Feb 2007 23:54:55 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 23:54:55 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 08:54:55 +0100 From: "Pietro Cerutti" To: "Nate Lawson" In-Reply-To: <45DE3BE3.7070007@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45DE3BE3.7070007@root.org> Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, "Moore, Robert" , freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off 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: Fri, 23 Feb 2007 07:54:57 -0000 On 2/23/07, Nate Lawson wrote: > Pietro Cerutti wrote: > > On 2/23/07, Moore, Robert wrote: > >> On linux, the compiler must be generated with the "flex-old" package, I > >> don't know if there is anything like it for bsd. We are looking at > >> making changes to support newer versions of flex/bison. > > > > Bob, > > we don't have a flex-old package, so we'll have to wait till the new > > version becomes available. By the way, the asl code compiles without > > warning using the iasl apt package on Ubuntu, so the problem is > > definitely not with the asl. > > We take care of the lex issue when we import acpi-ca. Please wait until > we've done the import and use the iasl in the base system. > > Your issue is definitely not ASL-related. > > > > >> Power problems: sorry, not the expert in this area. > > For everyone else: > > By disabling SMP I could get to a stage where, at the end of the > > shutdown process, this message is displayed (with SMP enabled, the > > screen turns black and I can't read messages): > > > > AcpiEnterSleepStatePrep failed - AE_NOT_FOUND > > > > So, any ideas on that? > > The \_S5 object is missing? most likely not: hw.acpi.supported_sleep_state: S1 S3 S4 S5 > Can you and the reboot failure people try: > sysctl debug.acpi.do_powerstate=0 Nothing changes: as always, when I halt, the OS is shutdown and the screen turns black, nothing more, nothing less... Thanx, > > -Nate > > >> > -----Original Message----- > >> > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > >> > Sent: Thursday, February 22, 2007 3:46 PM > >> > To: Moore, Robert > >> > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > >> > freebsd-acpi@freebsd.org > >> > Subject: Re: Laptop won't power off > >> > > >> > On 2/23/07, Moore, Robert wrote: > >> > > Not likely to be cause of power off problems > >> > Ok, any other ideas? > >> > > >> > > > >> > > Compiler runs on linux, should run on bsd. > >> > If you're talking about this one: > >> > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- > >> > 20061109.tar.gz > >> > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD > >> > (6.2).... > >> > > >> > > make > >> > bison -v -d -y -pAslCompiler aslcompiler.y > >> > aslcompiler.y:3083.37-48: warning: rule never reduced because of > >> > conflicts: OptionalResourceType: /* empty */ > >> > > >> > cp y.tab.c aslcompilerparse.c > >> > cp y.tab.h aslcompiler.y.h > >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > >> > -I../include -c -o aslcompilerparse.o aslcompilerparse.c > >> > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l > >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > >> > -I../include -c -o aslcompilerlex.o aslcompilerlex.c > >> > aslcompiler.l: In function 'comment': > >> > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this > >> > function) > >> > aslcompiler.l:847: error: (Each undeclared identifier is reported only > >> > once > >> > aslcompiler.l:847: error: for each function it appears in.) > >> > make: *** [aslcompilerlex.o] Error 1 > >> > > > > > > -- > Nate > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org