From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 20 14:00:46 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CF53106566B for ; Sun, 20 Sep 2009 14:00:46 +0000 (UTC) (envelope-from ro.kpa92@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 388418FC08 for ; Sun, 20 Sep 2009 14:00:46 +0000 (UTC) Received: by yxe2 with SMTP id 2so2743105yxe.3 for ; Sun, 20 Sep 2009 07:00:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=U2l1UxMmfxe2T6kfDtcNUMSS4YVKMA6pHXVYVGaivCQ=; b=nBF1AtpSGUxOhWhrlTwrPZoWNmXADM1lNoITAuQg/paCPjZu9mL2h5Bc21wdgsxZKM Vz3N1aabar8t+uV6YqIbcLMW/njSoEEOaxuCXXFOwPMVNdJV9keGvheoAVdnWMLXhqPe TJqP2SP7guxq2PfDsmZSZHk93hpv/OxVQoOPU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=EkY6DI6Y3QBBLDhU29+G/1aqtHNsKrzRK1h2+TOFN6lHu3/sBMjND0Q47+P7UVUuVd z+ZTm26kVlwSRHy1hZMJISKJhXhvvfZvr3XEX36ET0T/1iRnuB82MW3fC+utakaT5hYF HHNTHZu9Mj7ZtKHYE8KEUTumAxHegY7d2G6AY= MIME-Version: 1.0 Received: by 10.150.32.17 with SMTP id f17mr6580816ybf.75.1253455245479; Sun, 20 Sep 2009 07:00:45 -0700 (PDT) Date: Sun, 20 Sep 2009 11:00:45 -0300 Message-ID: <4ea651b50909200700l6633535fyb610457a6811db75@mail.gmail.com> From: Romina Batistini To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Me again, problem with boot 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: Sun, 20 Sep 2009 14:00:46 -0000 Hi, it is me again. I can not resolve this issue that I have had to install freebsd. Ever since that boat, I get the following message and is repeated every 5 seconds. ACPI ERROR (DSWSTATE-0185): Result stack is empy! State 0xc69b6920 [20070320] ACPI EXCEPTION (DSUTILS-0766): EA_AML_NO_RETURN_VALUE, Missing or null operand [20070320] ACPI EXCEPTION (DSUTILS-0894): EA_AML_NO_RETURN_VALUE, While creating arg o [20070320] ACPI ERROR (psparce-0626): Method parse/execution failed [\_TZ_.THRM._TMP] (node 0xc69b6920), AR_AML_NO_RETURN_VALUE And I figure that's what leaves me not Shutdown / Restart the machine. I can only do so from the end using "% su root" Someone could even pull an idea of how to solve? >From already thank you very much. From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 20 17:01:21 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27B2106566C for ; Sun, 20 Sep 2009 17:01:20 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9CDC68FC13 for ; Sun, 20 Sep 2009 17:01:20 +0000 (UTC) Received: from [89.178.144.57] (port=51525 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MpP9L-000MTm-W2 for freebsd-acpi@freebsd.org; Sun, 20 Sep 2009 20:20:32 +0400 Message-ID: <4AB6564E.5000502@lissyara.su> Date: Sun, 20 Sep 2009 20:20:30 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: acpi_hp - cannot adjustment backlight on Comapaq 6715s 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: Sun, 20 Sep 2009 17:01:21 -0000 Hi all! When I test acpi_hp first - it be patchset for current (8) All work OK Now, it part kernel sourses, and not working adjustment screen brightness (Fn+F9/Fn+F10). But, if I unplug power cord - lightness set to minimum. If I plug power cord - is go to maximum. HP# cat /dev/hpcmi Serial Port Enable Infrared Port Enable Parallel Port Enable Flash Media Reader Enable USB Ports including Express Card slot Enable 1394 Port Enable Cardbus Slot Enable Express Card Slot Disable F9, F10 and F12 Delay(Sec) 0 USB Device Detection Delay (Sec) 0 Multiboot Enable Express Boot Popup Delay(Sec) 0 CD-ROM Boot Enable Floppy Boot Enable Internal Network Adapter Boot Enable Internal Network Adapter Boot Mode PXE Swap Fn/Ctrl Key Disable USB Legacy Support Enable Parallel Port Mode Standard BIOS DMA Data Transfers Enable Fan Always on while on AC Power Disable Data Execution Prevention Disable LAN Power Saving Enable SATA Native Mode Disable Dual Core CPU Disable Secondary Battery Fast Charge Enable Windows Vista Direct App Launch Disable HDD Translation Mode LBA-assisted Virtualization Technology Enable USB HDD Translation Mode LBA-assisted Embedded WLAN Device Radio Enable Embedded WWAN Device Radio Enable Fingerprint Device Enable Optical Disk Drive Enable Network Interface Controller (LAN) Enable Ambient Light Sensor Disable Integrated Camera Disable Internal Modem Disable Embedded Bluetooth Device Radio Enable LAN/WLAN Switching Disable Wake on LAN Enable Stringent Security Disable Require Password On Restart Disable Smart Card Power-On Support Disable Reset of Embedded Security Device from OS Disable OS Management of Embedded Security Device Disable Activate Embedded Security On Next Boot Disable Embedded Security Activation Policy F1 to Boot Embedded Security Device Availability Available Power-On Authentication Support Disable Automatic Drivelock Support Disable Intel Active Management Technology Enable Terminal Emulation Mode ANSI USB Key Provisioning Support Enable Firmware Verbosity Enable Firmware Progress Event Support Enable HP# HP# sysctl dev.acpi_hp dev.acpi_hp.0.%desc: HP ACPI-WMI Mapping dev.acpi_hp.0.%driver: acpi_hp dev.acpi_hp.0.%location: handle=\_SB_.C011 dev.acpi_hp.0.%pnpinfo: _HID=PNP0C01 _UID=0 dev.acpi_hp.0.%parent: acpi0 dev.acpi_hp.0.wlan_enabled: 1 dev.acpi_hp.0.wlan_radio: 1 dev.acpi_hp.0.wlan_on_air: 1 dev.acpi_hp.0.wlan_enable_if_radio_on: 0 dev.acpi_hp.0.wlan_disable_if_radio_off: 0 dev.acpi_hp.0.bt_enabled: 1 dev.acpi_hp.0.bt_radio: 1 dev.acpi_hp.0.bt_on_air: 1 dev.acpi_hp.0.bt_enable_if_radio_on: 0 dev.acpi_hp.0.bt_disable_if_radio_off: 0 dev.acpi_hp.0.wwan_enabled: 1 dev.acpi_hp.0.wwan_radio: 1 dev.acpi_hp.0.wwan_on_air: 0 dev.acpi_hp.0.wwan_enable_if_radio_on: 0 dev.acpi_hp.0.wwan_disable_if_radio_off: 0 dev.acpi_hp.0.als_enabled: 4 dev.acpi_hp.0.display: 65793 dev.acpi_hp.0.hdd_temperature: 4 dev.acpi_hp.0.is_docked: 0 dev.acpi_hp.0.cmi_detail: 7 dev.acpi_hp.0.verbose: 1 HP# From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 20 17:04:46 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41823106566C for ; Sun, 20 Sep 2009 17:04:46 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id F0CAB8FC0A for ; Sun, 20 Sep 2009 17:04:45 +0000 (UTC) Received: from [89.178.144.57] (port=30901 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MpPq8-0008ip-Dp for freebsd-acpi@freebsd.org; Sun, 20 Sep 2009 21:04:45 +0400 Message-ID: <4AB660AC.9050606@lissyara.su> Date: Sun, 20 Sep 2009 21:04:44 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4AB6564E.5000502@lissyara.su> In-Reply-To: <4AB6564E.5000502@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: acpi_hp - cannot adjustment backlight on Comapaq 6715s 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: Sun, 20 Sep 2009 17:04:46 -0000 Alex Keda пишет: > Hi all! > When I test acpi_hp first - it be patchset for current (8) > All work OK > Now, it part kernel sourses, and not working adjustment screen > brightness (Fn+F9/Fn+F10). But, if I unplug power cord - lightness set > to minimum. If I plug power cord - is go to maximum. solved it conflict with acpi_video.ko without load it - all OK From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 20 18:21:05 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98259106566C for ; Sun, 20 Sep 2009 18:21:05 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 237028FC0C for ; Sun, 20 Sep 2009 18:21:04 +0000 (UTC) Received: by fxm22 with SMTP id 22so989189fxm.36 for ; Sun, 20 Sep 2009 11:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=qwTyA9RKhG8hNfLBOrvNm9ReJXV0v5e3fEw8kxtj1Bw=; b=ElrSu+h1+GVM9GyyKR1UVYxlsiGhMan60YlGNyq14LGYC+kmGAZOUFAVRZH+yvkyLh k3az3VgM46gK7jNBAPwOJ5ZDIKF1OS7omPShbS7IiV8E4uUoBZDWE35m/AVwlAxpdrxE Wkfl6UWZyI5jf66i2zrrgb/zsksxFiPSlvQzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jCnRiYhl5o4sOsVukerIcZjcd2JEWHJG7TrIkGMcV1VT6283QLYFTHNxnQUvw8k4Cq eylq6v46ZAkiEvMjFYiSRZDYGiUAvdifqgX2l4cyUvr6gJsb8favzqR2p4YgVSIvDAnX R2KhMZgMAZC51IWofKLagqVKcGjf6nh/24z+E= MIME-Version: 1.0 Received: by 10.86.170.22 with SMTP id s22mr3805422fge.37.1253470864205; Sun, 20 Sep 2009 11:21:04 -0700 (PDT) In-Reply-To: <4ea651b50909200700l6633535fyb610457a6811db75@mail.gmail.com> References: <4ea651b50909200700l6633535fyb610457a6811db75@mail.gmail.com> Date: Sun, 20 Sep 2009 22:21:04 +0400 Message-ID: From: Nikolay Tychina To: Romina Batistini Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: Re: Me again, problem with boot 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: Sun, 20 Sep 2009 18:21:05 -0000 Hi! By default, only root can shutdown or reboot the computer. 2009/9/20 Romina Batistini > Hi, it is me again. > I can not resolve this issue that I have had to install freebsd. > Ever since that boat, I get the following message and is repeated every 5 > seconds. > > > ACPI ERROR (DSWSTATE-0185): Result stack is empy! State 0xc69b6920 > [20070320] > ACPI EXCEPTION (DSUTILS-0766): EA_AML_NO_RETURN_VALUE, Missing or null > operand [20070320] > ACPI EXCEPTION (DSUTILS-0894): EA_AML_NO_RETURN_VALUE, While creating arg o > [20070320] > ACPI ERROR (psparce-0626): Method parse/execution failed [\_TZ_.THRM._TMP] > (node 0xc69b6920), AR_AML_NO_RETURN_VALUE > > > > > And I figure that's what leaves me not Shutdown / Restart the machine. I > can > only do so from the end using "% su root" > Someone could even pull an idea of how to solve? > >From already thank you very much. > _______________________________________________ > 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 Mon Sep 21 11:06:48 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC1201065693 for ; Mon, 21 Sep 2009 11:06:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CA2BC8FC18 for ; Mon, 21 Sep 2009 11:06:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8LB6mMt030134 for ; Mon, 21 Sep 2009 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8LB6mUH030130 for freebsd-acpi@FreeBSD.org; Mon, 21 Sep 2009 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Sep 2009 11:06:48 GMT Message-Id: <200909211106.n8LB6mUH030130@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org 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, 21 Sep 2009 11:06:48 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 53 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 22 09:00:13 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB6E21065672 for ; Tue, 22 Sep 2009 09:00:12 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 44B6B8FC08 for ; Tue, 22 Sep 2009 09:00:03 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id F4222BD; Tue, 22 Sep 2009 10:35:19 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id EF7B0B3; Tue, 22 Sep 2009 10:35:19 +0200 (CEST) Date: Tue, 22 Sep 2009 10:35:19 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org In-Reply-To: <20090921140345.H37424@ns1.as.pvp.se> Message-ID: <20090922103150.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 09:00:13 -0000 Ok. I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with this error: ---- snip ---- Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading Calibrating clock(s) ... i8254 clock: 1193120 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2605923359 Hz CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) ---- snap ---- What else can I do to help you to figure this out? /Bjorn On Mon, 21 Sep 2009, kama wrote: > > Hi. > > I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But > after the upgrade it boots OK once and after that it freezes. > > Verbose boot give me these lines: > > ---- snip ---- > Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 > root@gs4:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. > Calibrating clock(s) ... i8254 clock: 1193116 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... > ---- snap ---- > > I can boot the system without ACPI enabled w/o problem. But once it is > enabled it will freeze at this point. > > This has happend on both servers I have upgraded. Both of them are > identical. > > /Bjorn > > Full dmesg w acpi disabled: > > %dmesg > Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 > root@gs4:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x2 > Cores per package: 2 > real memory = 3221192704 (3071 MB) > avail memory = 3146604544 (3000 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 24 > ioapic2: Assuming intbase of 28 > ioapic3: Assuming intbase of 32 > ioapic4: Assuming intbase of 36 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > ioapic3 irqs 32-35 on motherboard > ioapic4 irqs 36-39 on motherboard > kbd1 at kbdmux0 > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pcib1: at device 3.0 on pci0 > pci1: on pcib1 > ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at > device 0.0 on pci1 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at > device 0.1 on pci1 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 3 ports with 3 removable, self powered > pci1: at device 2.0 (no driver attached) > pci1: at device 2.2 (no driver attached) > vgapci0: port 0x4400-0x44ff mem > 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 > isab0: at device 4.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 4.3 (no driver attached) > pcib2: at device 7.0 on pci0 > pci2: on pcib2 > ciss0: port 0x5000-0x50ff mem > 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 > ciss0: [ITHREAD] > pcib3: at device 8.0 on pci0 > pci3: on pcib3 > bge0: mem > 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:17:a4:8d:f9:2a > bge0: [ITHREAD] > bge1: mem > 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge1: Ethernet address: 00:17:a4:8d:f9:29 > bge1: [ITHREAD] > cpu0 on motherboard > powernow0: on cpu0 > device_attach: powernow0 attach returned 6 > cpu1 on motherboard > powernow1: on cpu1 > device_attach: powernow1 attach returned 6 > cpu2 on motherboard > powernow2: on cpu2 > device_attach: powernow2 attach returned 6 > cpu3 on motherboard > powernow3: on cpu3 > device_attach: powernow3 attach returned 6 > eisa0: on motherboard > mainboard0: at slot 0 on eisa0 > pnpbios: error 1/82 getting device count/size limit > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on isa0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio0: [FILTER] > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio1: [FILTER] > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n > abled > da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc > h6e3dS/!T > 8854C) > SMP: AP CPU #3 Launched! > Trying to mount root from ufs:/dev/da0s1a > bge0: link state changed to UP > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 22 10:39:31 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F921065694; Tue, 22 Sep 2009 10:39:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 37A308FC1A; Tue, 22 Sep 2009 10:39:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA25901; Tue, 22 Sep 2009 13:39:27 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8A95E.3060307@icyb.net.ua> Date: Tue, 22 Sep 2009 13:39:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> In-Reply-To: <20090922103150.V37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 10:39:31 -0000 on 22/09/2009 11:35 kama said the following: > Ok. > > I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with > this error: > > ---- snip ---- > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > link_elf: symbol AcpiDmDumpMethodInfo undefined > KLD file acpi.ko - could not finalize loading > Calibrating clock(s) ... i8254 clock: 1193120 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2605923359 Hz > CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) > ---- snap ---- > > What else can I do to help you to figure this out? This is a very strange error. Did you install a binary distribution or did build your kernel from sources? >From your demsg I think that it is the latter. And I believe that your source tree may be damaged somehow. Please try again with a clean checkout from (- this is important -) a known good place, some cvsup mirrors have been known to serve inconsistent sources. > On Mon, 21 Sep 2009, kama wrote: > >> Hi. >> >> I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But >> after the upgrade it boots OK once and after that it freezes. >> >> Verbose boot give me these lines: >> >> ---- snip ---- >> Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 >> root@gs4:/usr/obj/usr/src/sys/GENERIC >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. >> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. >> Calibrating clock(s) ... i8254 clock: 1193116 Hz >> CLK_USE_I8254_CALIBRATION not specified - using default frequency >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... >> ---- snap ---- >> >> I can boot the system without ACPI enabled w/o problem. But once it is >> enabled it will freeze at this point. >> >> This has happend on both servers I have upgraded. Both of them are >> identical. >> >> /Bjorn >> >> Full dmesg w acpi disabled: >> >> %dmesg >> Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 >> root@gs4:/usr/obj/usr/src/sys/GENERIC >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) >> Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 >> >> Features=0x178bfbff >> Features2=0x1 >> AMD Features=0xe2500800 >> AMD Features2=0x2 >> Cores per package: 2 >> real memory = 3221192704 (3071 MB) >> avail memory = 3146604544 (3000 MB) >> MPTable: >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> cpu2 (AP): APIC ID: 2 >> cpu3 (AP): APIC ID: 3 >> ioapic0: Assuming intbase of 0 >> ioapic1: Assuming intbase of 24 >> ioapic2: Assuming intbase of 28 >> ioapic3: Assuming intbase of 32 >> ioapic4: Assuming intbase of 36 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-27 on motherboard >> ioapic2 irqs 28-31 on motherboard >> ioapic3 irqs 32-35 on motherboard >> ioapic4 irqs 36-39 on motherboard >> kbd1 at kbdmux0 >> pcib0: pcibus 0 on motherboard >> pci0: on pcib0 >> pcib1: at device 3.0 on pci0 >> pci1: on pcib1 >> ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at >> device 0.0 on pci1 >> ohci0: [GIANT-LOCKED] >> ohci0: [ITHREAD] >> usb0: OHCI version 1.0, legacy support >> usb0: SMM does not respond, resetting >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhub0: 3 ports with 3 removable, self powered >> ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at >> device 0.1 on pci1 >> ohci1: [GIANT-LOCKED] >> ohci1: [ITHREAD] >> usb1: OHCI version 1.0, legacy support >> usb1: SMM does not respond, resetting >> usb1: on ohci1 >> usb1: USB revision 1.0 >> uhub1: on usb1 >> uhub1: 3 ports with 3 removable, self powered >> pci1: at device 2.0 (no driver attached) >> pci1: at device 2.2 (no driver attached) >> vgapci0: port 0x4400-0x44ff mem >> 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 >> isab0: at device 4.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> pci0: at device 4.3 (no driver attached) >> pcib2: at device 7.0 on pci0 >> pci2: on pcib2 >> ciss0: port 0x5000-0x50ff mem >> 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 >> ciss0: [ITHREAD] >> pcib3: at device 8.0 on pci0 >> pci3: on pcib3 >> bge0: mem >> 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge0: Ethernet address: 00:17:a4:8d:f9:2a >> bge0: [ITHREAD] >> bge1: mem >> 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 >> miibus1: on bge1 >> brgphy1: PHY 1 on miibus1 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge1: Ethernet address: 00:17:a4:8d:f9:29 >> bge1: [ITHREAD] >> cpu0 on motherboard >> powernow0: on cpu0 >> device_attach: powernow0 attach returned 6 >> cpu1 on motherboard >> powernow1: on cpu1 >> device_attach: powernow1 attach returned 6 >> cpu2 on motherboard >> powernow2: on cpu2 >> device_attach: powernow2 attach returned 6 >> cpu3 on motherboard >> powernow3: on cpu3 >> device_attach: powernow3 attach returned 6 >> eisa0: on motherboard >> mainboard0: at slot 0 on eisa0 >> pnpbios: error 1/82 getting device count/size limit >> pmtimer0 on isa0 >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: [ITHREAD] >> psm0: model Generic PS/2 mouse, device ID 0 >> fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 >> on isa0 >> fdc0: [FILTER] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> ppc0: parallel port not found. >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 16550A >> sio0: [FILTER] >> sio1 at port 0x2f8-0x2ff irq 3 on isa0 >> sio1: type 16550A >> sio1: [FILTER] >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> Timecounters tick every 1.000 msec >> acd0: CDROM at ata0-master UDMA33 >> da0 at ciss0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device >> da0: 135.168MB/s transfers >> SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n >> abled >> da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc >> h6e3dS/!T >> 8854C) >> SMP: AP CPU #3 Launched! >> Trying to mount root from ufs:/dev/da0s1a >> bge0: link state changed to UP >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 22 13:49:00 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A6E9106568B; Tue, 22 Sep 2009 13:49:00 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3040D8FC16; Tue, 22 Sep 2009 13:49:00 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id E4D43C3; Tue, 22 Sep 2009 15:48:58 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id E3655C1; Tue, 22 Sep 2009 15:48:58 +0200 (CEST) Date: Tue, 22 Sep 2009 15:48:58 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4AB8A95E.3060307@icyb.net.ua> Message-ID: <20090922142526.P37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 13:49:00 -0000 On Tue, 22 Sep 2009, Andriy Gapon wrote: > on 22/09/2009 11:35 kama said the following: > > Ok. > > > > I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with > > this error: > > > > ---- snip ---- > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. > > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > > link_elf: symbol AcpiDmDumpMethodInfo undefined > > KLD file acpi.ko - could not finalize loading > > Calibrating clock(s) ... i8254 clock: 1193120 Hz > > CLK_USE_I8254_CALIBRATION not specified - using default frequency > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > Calibrating TSC clock ... TSC clock: 2605923359 Hz > > CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) > > ---- snap ---- > > > > What else can I do to help you to figure this out? > > > This is a very strange error. > Did you install a binary distribution or did build your kernel from sources? > >From your demsg I think that it is the latter. > And I believe that your source tree may be damaged somehow. > Please try again with a clean checkout from (- this is important -) a known good > place, some cvsup mirrors have been known to serve inconsistent sources. I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no luck. These are the steps I do (and have done for ages): # cd /usr/src # make clean cleandir # cd .. # rm -rf src/* obj/* # cd # csup stable-supfile-7 # cd /usr/src # make buildworld # make buildkernel # make installkernel # mergemaster -p # make installworld # mergemaster -U -i # reboot I see that there are a newer BIOS on the HP homepage for this DL385. I will try to update the BIOS later this week. The servers are not up to be in production until early november, so there are some time to test things. /Bjorn From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 22 14:34:47 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39CEB106566C; Tue, 22 Sep 2009 14:34:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 47EEB8FC15; Tue, 22 Sep 2009 14:34:45 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA01299; Tue, 22 Sep 2009 17:34:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8E082.8050100@icyb.net.ua> Date: Tue, 22 Sep 2009 17:34:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> In-Reply-To: <20090922142526.P37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 14:34:47 -0000 on 22/09/2009 16:48 kama said the following: > > On Tue, 22 Sep 2009, Andriy Gapon wrote: > >> on 22/09/2009 11:35 kama said the following: >>> Ok. >>> >>> I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with >>> this error: >>> >>> ---- snip ---- >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. >>> link_elf: symbol AcpiDmDumpMethodInfo undefined >>> KLD file acpi.ko - could not finalize loading >>> Calibrating clock(s) ... i8254 clock: 1193120 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 2605923359 Hz >>> CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) >>> ---- snap ---- >>> >>> What else can I do to help you to figure this out? >> >> This is a very strange error. >> Did you install a binary distribution or did build your kernel from sources? >> >From your demsg I think that it is the latter. >> And I believe that your source tree may be damaged somehow. >> Please try again with a clean checkout from (- this is important -) a known good >> place, some cvsup mirrors have been known to serve inconsistent sources. > > I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no > luck. > > These are the steps I do (and have done for ages): > # cd /usr/src > # make clean cleandir > # cd .. > # rm -rf src/* obj/* > # cd > # csup stable-supfile-7 > # cd /usr/src > # make buildworld > # make buildkernel > # make installkernel > # mergemaster -p > # make installworld > # mergemaster -U -i > # reboot > > I see that there are a newer BIOS on the HP homepage for this DL385. I > will try to update the BIOS later this week. > > The servers are not up to be in production until early november, so there > are some time to test things. > I specifically meant this message: link_elf: symbol AcpiDmDumpMethodInfo undefined $ glimpse AcpiDmDumpMethodInfo /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, WalkState, WalkState->Op); /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( So this function is both defined and used only inside acpi code (vendor part of it). The error you get does not seem to be a run-time condition. It seems to be a system build/install issue (and it looks like the issue is unique to you). I am almost out of guesses, maybe you have stale acpi.ko module in some modules directory. Hmm, one last idea - maybe you have something like "build modules with world" option and also perhaps ACPI_DEBUG is defined somewhere? It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. Output of the following command may be useful: $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo Could you please try investigating this? Maybe even include acpi into kernel? -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 23 12:47:45 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4512C106568D; Wed, 23 Sep 2009 12:47:45 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 06F888FC1A; Wed, 23 Sep 2009 12:47:44 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 3CD69B7; Wed, 23 Sep 2009 14:47:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 38858B6; Wed, 23 Sep 2009 14:47:42 +0200 (CEST) Date: Wed, 23 Sep 2009 14:47:42 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4AB8E082.8050100@icyb.net.ua> Message-ID: <20090922215700.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 12:47:45 -0000 > > I see that there are a newer BIOS on the HP homepage for this DL385. I > > will try to update the BIOS later this week. > > > > The servers are not up to be in production until early november, so there > > are some time to test things. > > > > I specifically meant this message: > link_elf: symbol AcpiDmDumpMethodInfo undefined > > $ glimpse AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( > /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, > WalkState, WalkState->Op); > /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( > > So this function is both defined and used only inside acpi code (vendor part of it). > The error you get does not seem to be a run-time condition. > It seems to be a system build/install issue (and it looks like the issue is unique > to you). > I am almost out of guesses, maybe you have stale acpi.ko module in some modules > directory. > > Hmm, one last idea - maybe you have something like "build modules with world" > option and also perhaps ACPI_DEBUG is defined somewhere? No, this is a clean installed system. Nothing in make.conf or src.conf. And loader.conf is empty. > It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. > Output of the following command may be useful: > $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo nm: /boot/kernel/linker.hints: File format not recognized g24# > Could you please try investigating this? Maybe even include acpi into kernel? Just adding 'device acpi' into the generic kernel made it boot successfully. (without KDB DDB ACPI_DEBUG) Here are the outputfiles suggested from the webpage: http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt Please let me know what else to test or if you want more data... Later today I will head over to the datacenter to swap a failed disk and will then also update the BIOS on these servers. I'll post a message how that goes later tonight. /Bjorn From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 23 13:05:49 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B341065692; Wed, 23 Sep 2009 13:05:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9C28FC18; Wed, 23 Sep 2009 13:05:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA27430; Wed, 23 Sep 2009 16:05:35 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA1D1F.3080704@icyb.net.ua> Date: Wed, 23 Sep 2009 16:05:35 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> In-Reply-To: <20090922215700.V37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 13:05:49 -0000 on 23/09/2009 15:47 kama said the following: > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo So this is what I was talking about - this symbol should not be undefined after normal build. This symbol should not be present and referenced at all unless ACPI_DISASSEMBLER is defined. This is clearly a build problem of some sort. > Just adding 'device acpi' into the generic kernel made it boot > successfully. (without KDB DDB ACPI_DEBUG) I am glad that this worked :) > Here are the outputfiles suggested from the webpage: > > http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt This doesn't make it nay clearer why you get that build problem. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 23 15:19:26 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56AB8106568B; Wed, 23 Sep 2009 15:19:26 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 18E4F8FC2B; Wed, 23 Sep 2009 15:19:25 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 96DF7B5; Wed, 23 Sep 2009 17:19:24 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 9572EB4; Wed, 23 Sep 2009 17:19:24 +0200 (CEST) Date: Wed, 23 Sep 2009 17:19:24 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4ABA1D1F.3080704@icyb.net.ua> Message-ID: <20090923171004.Q37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 15:19:26 -0000 On Wed, 23 Sep 2009, Andriy Gapon wrote: > on 23/09/2009 15:47 kama said the following: > > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > > So this is what I was talking about - this symbol should not be undefined after > normal build. This symbol should not be present and referenced at all unless > ACPI_DISASSEMBLER is defined. > This is clearly a build problem of some sort. Even though they dont exists on a acpi_debug kernel. It does not really matter since the real problem is that freebsd freezes on a normal generic config. > > Just adding 'device acpi' into the generic kernel made it boot > > successfully. (without KDB DDB ACPI_DEBUG) > > I am glad that this worked :) Me too. As a work around. But I would prefer a GENERIC kernel to boot. > > Here are the outputfiles suggested from the webpage: > > > > http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > > http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > > http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt > > This doesn't make it nay clearer why you get that build problem. I dunno. I dont have any insight into kernel programming. Hence trying to get information how to help the people to fix the actual problem. That the server freezes at boot. Im kind of lucky to have HP ILO on my side, to test things. =) But I will upgrade the BIOS. If that does not work, I'll try a clean 7.2-REL install. /Bjorn PS. Another unrelated issue. I get a bounce everytime I send a mail to you. Final-Recipient: rfc822; avg@icyb.net.ua Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; host mt.icyb.net.ua[212.40.38.132] said: 550 (LHP01) Not accepted (in reply to RCPT TO command) DS. From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 23 15:57:54 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9BC106566C; Wed, 23 Sep 2009 15:57:54 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C81E58FC21; Wed, 23 Sep 2009 15:57:53 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA01658; Wed, 23 Sep 2009 18:57:51 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4ABA457E.3060800@freebsd.org> Date: Wed, 23 Sep 2009 18:57:50 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> In-Reply-To: <20090923171004.Q37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 15:57:54 -0000 on 23/09/2009 18:19 kama said the following: > On Wed, 23 Sep 2009, Andriy Gapon wrote: > >> on 23/09/2009 15:47 kama said the following: >>> g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo >>> /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo >>> /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo >> So this is what I was talking about - this symbol should not be undefined after >> normal build. This symbol should not be present and referenced at all unless >> ACPI_DISASSEMBLER is defined. >> This is clearly a build problem of some sort. > > Even though they dont exists on a acpi_debug kernel. It does not really > matter since the real problem is that freebsd freezes on a normal generic > config. What is acpi_debug kernel? And FreeBSD does not freeze on "a normal generic config". It freezes because of a mysterious build bug that only you seem to have (so far). >>> Just adding 'device acpi' into the generic kernel made it boot >>> successfully. (without KDB DDB ACPI_DEBUG) >> I am glad that this worked :) > > Me too. As a work around. But I would prefer a GENERIC kernel to boot. True GENERIC kernel is the one that you get from FreeBSD.Org :-) The one that you built yourself even using GENERIC config can always get tainted by unspecified problems with your build environment. Can you reproduce this problem if you build world, install it somewhere, chroot to it and then build a GENERIC kernel? (with no tweaking between the steps) >From practical point of view, I don't see why moving acpi from module to kernel could be an issue. >>> Here are the outputfiles suggested from the webpage: >>> >>> http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl >>> http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt >>> http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt >> This doesn't make it nay clearer why you get that build problem. > > I dunno. I dont have any insight into kernel programming. Hence trying to > get information how to help the people to fix the actual problem. That the > server freezes at boot. Im kind of lucky to have HP ILO on my side, to > test things. =) > > But I will upgrade the BIOS. If that does not work, I'll try a clean > 7.2-REL install. BIOS upgrade may improve some things for you, but I'd be very surprised if it fixes the build problem in question. > PS. > Another unrelated issue. I get a bounce everytime I send a mail to you. > > Final-Recipient: rfc822; avg@icyb.net.ua > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; host mt.icyb.net.ua[212.40.38.132] said: 550 > (LHP01) Not accepted (in reply to RCPT TO command) I'll investigate this. Meanwhile I will use my freebsd.org address in From. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 24 12:35:37 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5858E1065695; Thu, 24 Sep 2009 12:35:37 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id D55618FC41; Thu, 24 Sep 2009 12:35:36 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 84DAEB8; Thu, 24 Sep 2009 14:35:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 804C3B4; Thu, 24 Sep 2009 14:35:34 +0200 (CEST) Date: Thu, 24 Sep 2009 14:35:34 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4ABA457E.3060800@freebsd.org> Message-ID: <20090924141927.Y37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze (was: when calibrating clock.) 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, 24 Sep 2009 12:35:37 -0000 On Wed, 23 Sep 2009, Andriy Gapon wrote: > on 23/09/2009 18:19 kama said the following: > > On Wed, 23 Sep 2009, Andriy Gapon wrote: > > > >> on 23/09/2009 15:47 kama said the following: > >>> g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > >>> /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > >>> /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > >> So this is what I was talking about - this symbol should not be undefined after > >> normal build. This symbol should not be present and referenced at all unless > >> ACPI_DISASSEMBLER is defined. > >> This is clearly a build problem of some sort. > > > > Even though they dont exists on a acpi_debug kernel. It does not really > > matter since the real problem is that freebsd freezes on a normal generic > > config. > > What is acpi_debug kernel? The one with option ACPI_DEBUG in it. > And FreeBSD does not freeze on "a normal generic config". > It freezes because of a mysterious build bug that only you seem to have (so far). > > >>> Just adding 'device acpi' into the generic kernel made it boot > >>> successfully. (without KDB DDB ACPI_DEBUG) > >> I am glad that this worked :) > > > > Me too. As a work around. But I would prefer a GENERIC kernel to boot. > > True GENERIC kernel is the one that you get from FreeBSD.Org :-) > The one that you built yourself even using GENERIC config can always get tainted > by unspecified problems with your build environment. > Can you reproduce this problem if you build world, install it somewhere, chroot to > it and then build a GENERIC kernel? (with no tweaking between the steps) Actually I spoke to fast. After an reboot it hanged again. > >From practical point of view, I don't see why moving acpi from module to kernel > could be an issue. > > >>> Here are the outputfiles suggested from the webpage: > >>> > >>> http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > >>> http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > >>> http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt > >> This doesn't make it nay clearer why you get that build problem. > > > > I dunno. I dont have any insight into kernel programming. Hence trying to > > get information how to help the people to fix the actual problem. That the > > server freezes at boot. Im kind of lucky to have HP ILO on my side, to > > test things. =) > > > > But I will upgrade the BIOS. If that does not work, I'll try a clean > > 7.2-REL install. > > BIOS upgrade may improve some things for you, but I'd be very surprised if it > fixes the build problem in question. Well, it did not improve anything. Apperently the output from ILO is not the correct one. Probably it freezes the output to ILO before it can update the screen. (I run ILO through SSH) I took a photo of the actual output presented on a CRT. http://fbsd-err.pvp.se/fbsd-freeze-dl385.jpg (sorry for the blury image, but I cant get it any better from my cellphone) I did not have time to reinstall the system from scratch. But that can be done remotely if needed. I am currently building the source on another machine. Lets see if it will build it any better. (Remember that this happens on two different servers that are specified the exact same way) /Bjorn From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 24 14:24:36 2009 Return-Path: Delivered-To: acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329831065670 for ; Thu, 24 Sep 2009 14:24:36 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 075078FC17 for ; Thu, 24 Sep 2009 14:24:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AEA7246B17 for ; Thu, 24 Sep 2009 10:24:35 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D274A8A020 for ; Thu, 24 Sep 2009 10:24:34 -0400 (EDT) From: John Baldwin To: acpi@FreeBSD.org Date: Thu, 24 Sep 2009 10:10:45 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909241010.45706.jhb@FreeBSD.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 24 Sep 2009 10:24:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Simple patch to acpi_ibm 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, 24 Sep 2009 14:24:36 -0000 Can someone with acpi_ibm(4) test that this patch works ok and removes the LOR between acpi_ibm and the sysctl lock on HEAD or 8 with WITNESS enabled? Index: acpi_ibm.c =================================================================== --- acpi_ibm.c (revision 197430) +++ acpi_ibm.c (working copy) @@ -356,8 +356,6 @@ } sc->ec_handle = acpi_get_handle(sc->ec_dev); - ACPI_SERIAL_BEGIN(ibm); - /* Get the sysctl tree */ sc->sysctl_ctx = device_get_sysctl_ctx(dev); sc->sysctl_tree = device_get_sysctl_tree(dev); @@ -404,8 +402,6 @@ "Thermal zones"); } - ACPI_SERIAL_END(ibm); - /* Handle notifies */ AcpiInstallNotifyHandler(sc->handle, ACPI_DEVICE_NOTIFY, acpi_ibm_notify, dev); -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 24 15:51:02 2009 Return-Path: Delivered-To: acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22D031065697; Thu, 24 Sep 2009 15:51:02 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay08.ispgateway.de (smtprelay08.ispgateway.de [80.67.31.42]) by mx1.freebsd.org (Postfix) with ESMTP id D23BD8FC13; Thu, 24 Sep 2009 15:51:01 +0000 (UTC) Received: from [62.143.132.83] (helo=r500.local) by smtprelay08.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1MqqMl-0007Pr-R5; Thu, 24 Sep 2009 17:36:19 +0200 Date: Thu, 24 Sep 2009 17:37:03 +0200 From: Fabian Keil To: John Baldwin Message-ID: <20090924173703.536e28b1@r500.local> In-Reply-To: <200909241010.45706.jhb@FreeBSD.org> References: <200909241010.45706.jhb@FreeBSD.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd9.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/883zF95O3Xqg5nlxCp.xDLa"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: acpi@FreeBSD.org Subject: Re: Simple patch to acpi_ibm 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, 24 Sep 2009 15:51:02 -0000 --Sig_/883zF95O3Xqg5nlxCp.xDLa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable John Baldwin wrote: > Can someone with acpi_ibm(4) test that this patch works ok and removes th= e LOR=20 > between acpi_ibm and the sysctl lock on HEAD or 8 with WITNESS enabled? It does remove the LOR and the sysctls I tried so far (bluetooth, fan, fan_level, thinklight) still work as expected. Thanks Fabian --Sig_/883zF95O3Xqg5nlxCp.xDLa Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq7kiYACgkQBYqIVf93VJ3kdwCeJl9ShnjGF51WhT67nHAWFJRO 3okAnRyaCgYvfnBvp+POB3sUgVrhKFg3 =xQWe -----END PGP SIGNATURE----- --Sig_/883zF95O3Xqg5nlxCp.xDLa-- From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 24 17:37:07 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D45106566B; Thu, 24 Sep 2009 17:37:07 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 710628FC08; Thu, 24 Sep 2009 17:37:06 +0000 (UTC) Received: by fxm22 with SMTP id 22so1714647fxm.36 for ; Thu, 24 Sep 2009 10:37:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=h7Q47IUsr9LQWnDCnlLLWrki5QRAPK41UuQTZhWib/w=; b=C9OuQP2IQVyCOLlJ48X+OVws5gHAkHwkw+zEMGMbWlX4uB3XIP4bxNT6VsUiqwPvtI R2WyUiNFybSXk38j4RruOQ90ZQgDWXl4EqFHRw3BUn/5FUxCEqXuk6vcA5cOAVppDwQ/ AijotbZ26uWnunOgUXtngZpWUgwxAxS5b3SFE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=Y8rNikGHIDeCnkv3Q86RLkpFuegXi1SIvpBde+kSfiuFh06kd92TI3rdCXzhZMDQII CrK6ZH5sZT8M1coaZe0Meq154ttYwNi9V+0SAgFqI/ep93x9E8JaP6ghxG/uApPRvgjB 89gNZrPk1UW1K/KfQdVy1qWZzi87xlnxYuaV0= Received: by 10.86.228.16 with SMTP id a16mr192441fgh.49.1253812234959; Thu, 24 Sep 2009 10:10:34 -0700 (PDT) Received: from ?10.0.3.231? (pool-71-187-189-54.nwrknj.fios.verizon.net [71.187.189.54]) by mx.google.com with ESMTPS id e20sm282309fga.2.2009.09.24.10.10.32 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 10:10:34 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: John Baldwin In-Reply-To: <200909241010.45706.jhb@FreeBSD.org> References: <200909241010.45706.jhb@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 24 Sep 2009 13:10:21 -0400 Message-Id: <1253812221.1440.3.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: acpi@FreeBSD.org Subject: Re: Simple patch to acpi_ibm 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, 24 Sep 2009 17:37:07 -0000 On Thu, 2009-09-24 at 10:10 -0400, John Baldwin wrote: > Can someone with acpi_ibm(4) test that this patch works ok and removes the LOR > between acpi_ibm and the sysctl lock on HEAD or 8 with WITNESS enabled? > I can confirm that on my system (FreeBSD xxx 8.0-RC1 FreeBSD 8.0-RC1 #2 r197402M: Thu Sep 24 11:47:46 EDT 2009 root@xxx:/usr/obj/usr/src/sys/TPX60 i386) patch removes the LOR. IBM-specific ACPI knobs seem to continue functioning properly after the patch. HTH, -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 25 09:04:13 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D87491065670; Fri, 25 Sep 2009 09:04:13 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (mail.pvp.se [213.64.187.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9801E8FC18; Fri, 25 Sep 2009 09:04:13 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id E9ECA6A; Fri, 25 Sep 2009 11:04:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id E89B069; Fri, 25 Sep 2009 11:04:11 +0200 (CEST) Date: Fri, 25 Sep 2009 11:04:11 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <20090924141927.Y37424@ns1.as.pvp.se> Message-ID: <20090925110209.E37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze (was: when calibrating clock.) 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, 25 Sep 2009 09:04:13 -0000 On Thu, 24 Sep 2009, kama wrote: > I am currently building the source on another machine. Lets see if it will > build it any better. Building the the world on another machine and install it on the DL385 machine made it also to freeze. /Bjorn From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 25 09:11:46 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B35F6106566B; Fri, 25 Sep 2009 09:11:46 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C072B8FC18; Fri, 25 Sep 2009 09:11:45 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA13628; Fri, 25 Sep 2009 12:11:43 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4ABC894E.7040204@freebsd.org> Date: Fri, 25 Sep 2009 12:11:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> In-Reply-To: <20090925110209.E37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze 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, 25 Sep 2009 09:11:46 -0000 on 25/09/2009 12:04 kama said the following: > On Thu, 24 Sep 2009, kama wrote: > >> I am currently building the source on another machine. Lets see if it will >> build it any better. > > Building the the world on another machine and install it on the DL385 > machine made it also to freeze. Did you still get the message about unresolved symbol? -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 25 11:31:05 2009 Return-Path: Delivered-To: acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 977E7106568D for ; Fri, 25 Sep 2009 11:31:04 +0000 (UTC) (envelope-from bjoennungen@yahoo.no) Received: from web25602.mail.ukl.yahoo.com (web25602.mail.ukl.yahoo.com [217.12.10.161]) by mx1.freebsd.org (Postfix) with SMTP id 05D388FC0C for ; Fri, 25 Sep 2009 11:31:03 +0000 (UTC) Received: (qmail 36437 invoked by uid 60001); 25 Sep 2009 11:04:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.no; s=s1024; t=1253876662; bh=+wFQ8Tz3LiII2aJ1xBugxzTeMWBqF5mZE8B/uZOsZIA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=V9uyXcLqsShOLpMeL8t2fwTh6+w2hrSjrQn38DVSscj1hyqfqHV4SpXzm/FvO6DCZzq5/uzwBPtPX+PFaeZY6r0HJjcoL1mcr6W7SeXd5uuMvaiuK15WpsIq3Uc7W1QQkAyrmZv37Hs6fGvRgfpAHoEToGNY4PCm6ozlXP+DCZA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.no; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=rLk7rNn6tElSQV6HmGnMZoecd7BlSl4DUXj00xjpW5BOsXpE65kE0g/Lqcec5KfhKwUn9MI3XAsACw+Tbw+vgAzkwpn9QnGWznQycox8QbTC/+sec4kGkrOsyUz2Bp1fMpQwOXjPbNSR3HWB8rVgTItZ2g+Ui/e4P1N4V1yrYM8=; Message-ID: <160796.35787.qm@web25602.mail.ukl.yahoo.com> X-YMail-OSG: 6zUIbsQVM1kkHIaPyZFVLpfH52rPqstA9b6RToWbTc5pyuKtiMGcD25JFNXZiNteThnsHVPk3rvtADJyVT4MzIuXJNl7Udr3.F4eYT.tj9Z_sZUQoeK4ZWYnAH6_ueTPWz8aR51RYAhlF7OFAfQD28V4vNNBaAf1yc7bh03BxvYf7TVbZiJUdJuHWjCP9v_9akekI2nsOXeqzqVpNy9O4mwYhyO6xNzB43uUkwqa2EFK1XvLNHyJcP4aPZ8Ei1zgnAHS56cHDieZnptGGBcjAs13hkOVQDX6FVwWpaiv0ZLyzMYU2Rp4JgqfQ.xmk67N2_v4_bMuxsxyrXWxcREgqXf.d.I- Received: from [81.166.234.125] by web25602.mail.ukl.yahoo.com via HTTP; Fri, 25 Sep 2009 11:04:21 GMT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.3 Date: Fri, 25 Sep 2009 11:04:21 +0000 (GMT) From: =?iso-8859-1?Q?Bj=F8rn_H=E5vard_Stokke?= To: acpi@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: acpi_asus for AsusU1F 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, 25 Sep 2009 11:31:05 -0000 Hi, I have included "device acpi_asus" in mye kernel config, built and installe= d it, but it seems that my laptop is not supported (Freebsd 8.0 RC1 release= ). Any chance there will be a done any work on the acpi_asus module? Which cou= ld include support for AsusU1F? If I can contribute adding support for my l= aptop, is there a guide or wiki to get me starting? rgds,bJ=F8Rn=0A=0A=0A ________________________________________________= _________=0AAlt i ett. F=E5 Yahoo! Mail med adressekartotek, kalender og=0A= notisblokk. http://no.mail.yahoo.com From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 25 11:56:21 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30B5F106568B for ; Fri, 25 Sep 2009 11:56:21 +0000 (UTC) (envelope-from eitan.adler@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id AD2418FC2A for ; Fri, 25 Sep 2009 11:56:20 +0000 (UTC) Received: by ewy5 with SMTP id 5so837023ewy.36 for ; Fri, 25 Sep 2009 04:56:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=5t8Q6KRDZ4U4wUwp0MyZ28JDxbpeNx/q59/OK2Z0pLM=; b=TxYeKctqUivd8Rv6TV+ZBwY96kalPdRFSqusu6t10FReksuLZcBUTq+BpOcbVa+low X+CF2+PGIkZln3cfeA2zCCFmDbWHCDnRjqH4ZaHs5/mTdBpgqfMFRS8OXKGn0/uFx/uB 8U2RGWifrOSOJKAaL1yU9n7sebNhlxnioDaow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jvTnd2X5h0r49LqC0YaUmDnAo/qSlkM+RwIOzobLQl33qUrQ0hBKxc3OnDvj+rnZR0 lUFP7RGjdBsd/+SvLCVy3d1PBCtQjMgYMqJ3yl+VPYtKTvJ201s8BCNpmuWa+bdyaGhl YmMcIsJMol4o69yskxlcg+UVPWPbs4GB/dQhU= MIME-Version: 1.0 Received: by 10.210.93.27 with SMTP id q27mr45167ebb.9.1253877792238; Fri, 25 Sep 2009 04:23:12 -0700 (PDT) Date: Fri, 25 Sep 2009 14:23:12 +0300 Message-ID: From: Eitan Adler To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Lenovo G530 mouse fail with ACPI; debugging info included 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, 25 Sep 2009 11:56:21 -0000 This link contains the debugging info for ACPI from my laptop http://isis.poly.edu/~eitan/files/acpi/ If I turn ACPI on my mouse will work for a few momements and then fail using either X or moused. Restarting either of them will cause it to work for a few more moments again. Turning off ACPI solves the problem completely. -- Eitan Adler From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 25 12:10:11 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5DA8106566B for ; Fri, 25 Sep 2009 12:10:11 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 642ED8FC15 for ; Fri, 25 Sep 2009 12:10:10 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so791706fgg.13 for ; Fri, 25 Sep 2009 05:10:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=pA6a4T/R7erwgiqqQKUxT2DtSqLXwc/aD5pSaEKUGvk=; b=nXIHWSC3oYbJsDtEVbpC+CFGKcs6laNNELJIfJBtDNG1Tfo68Yz2aJ5VYzRQA6rulX AeHaXPtDORbGbNW2fVBKIt7Jc9J0hWB6rhe+JVp/cQkorWRfbpzNW7JxEGdFpns2fBLG vQH9uKcImgjwmW0GXP0qE7GUDAJLfIO9h6xz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=tRnUgDDHKINQsIdVvM2BRA+DaG5zeDvDVb/Hy/NOzOLihgHoe5NedoQm4alq6/ZZ8v T3elVcp/sAjZFLBAMlmj8VwgYE0EJ2ud6DZ+hSSMBLwjONNAGknzT1ciNoSa8tNepjNC dEmHnUWgZRDMW7CcuzgWGM+JQc0YWTEOpduEE= Received: by 10.86.170.22 with SMTP id s22mr900771fge.37.1253878779489; Fri, 25 Sep 2009 04:39:39 -0700 (PDT) Received: from mac-mini.lan (bl7-30-150.dsl.telepac.pt [85.240.30.150]) by mx.google.com with ESMTPS id l12sm1610194fgb.4.2009.09.25.04.39.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 04:39:39 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes From: Rui Paulo In-Reply-To: <160796.35787.qm@web25602.mail.ukl.yahoo.com> Date: Fri, 25 Sep 2009 12:39:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <19C9CEB8-BE12-4EB8-A120-3AE10BE40945@freebsd.org> References: <160796.35787.qm@web25602.mail.ukl.yahoo.com> To: =?iso-8859-1?Q?Bj=F8rn_H=E5vard_Stokke?= X-Mailer: Apple Mail (2.1076) Cc: acpi@FreeBSD.org Subject: Re: acpi_asus for AsusU1F 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, 25 Sep 2009 12:10:11 -0000 Hi, On 25 Sep 2009, at 12:04, Bj=F8rn H=E5vard Stokke wrote: > Hi, > I have included "device acpi_asus" in mye kernel config, built and =20 > installed it, but it seems that my laptop is not supported (Freebsd =20= > 8.0 RC1 release). > Any chance there will be a done any work on the acpi_asus module? =20 > Which could include support for AsusU1F? If I can contribute adding =20= > support for my laptop, is there a guide or wiki to get me starting? Try looking at the Linux code to see if they support your computer. If =20= they do, please try to port it to FreeBSD. Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 25 23:21:05 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B43161065676; Fri, 25 Sep 2009 23:21:04 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 25 Sep 2009 19:20:52 -0400 User-Agent: KMail/1.6.2 References: <503416.82549.qm@web59108.mail.re1.yahoo.com> <200909251742.12455.jkim@FreeBSD.org> In-Reply-To: <200909251742.12455.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_VBVvKRM+V02xQwA" Message-Id: <200909251920.53982.jkim@FreeBSD.org> Cc: paradox Subject: [PATCH] apm(4) ioctls for amd64 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, 25 Sep 2009 23:21:05 -0000 --Boundary-00=_VBVvKRM+V02xQwA Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline It seems there are enough demands for apm(4) ioctls on amd64. Basically this patch is copy-and-paste from i386, which emulates apm with acpi(4). # uname -m amd64 # apm APM version: 1.2 APM Management: Disabled AC Line status: off-line Battery Status: high Remaining battery life: 99% Remaining battery time: 1:25:00 Number of batteries: 1 Battery 0: Battery Status: high Remaining battery life: 99% Remaining battery time: 1:25:00 Resume timer: unknown Resume on ring indicator: disabled Cheers, Jung-uk Kim --Boundary-00=_VBVvKRM+V02xQwA Content-Type: text/plain; charset="utf-8"; name="apm.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="apm.diff" --- sys/amd64/acpica/acpi_machdep.c.orig 2009-09-23 12:40:30.000000000 -0400 +++ sys/amd64/acpica/acpi_machdep.c 2009-09-25 18:34:46.000000000 -0400 @@ -43,6 +43,24 @@ #include +/* + * APM driver emulation + */ + +#include +#include +#include +#include +#include +#include + +#include + +#include +#include + +#include + SYSCTL_DECL(_debug_acpi); int acpi_resume_beep; @@ -54,7 +72,432 @@ TUNABLE_INT("hw.acpi.reset_video", &acpi_reset_video); static int intr_model = ACPI_INTR_PIC; -static struct apm_clone_data acpi_clone; +static int apm_active; +static struct clonedevs *apm_clones; + +MALLOC_DEFINE(M_APMDEV, "apmdev", "APM device emulation"); + +static d_open_t apmopen; +static d_close_t apmclose; +static d_write_t apmwrite; +static d_ioctl_t apmioctl; +static d_poll_t apmpoll; +static d_kqfilter_t apmkqfilter; +static void apmreadfiltdetach(struct knote *kn); +static int apmreadfilt(struct knote *kn, long hint); +static struct filterops apm_readfiltops = { + .f_isfd = 1, + .f_detach = apmreadfiltdetach, + .f_event = apmreadfilt, +}; + +static struct cdevsw apm_cdevsw = { + .d_version = D_VERSION, + .d_flags = D_TRACKCLOSE | D_NEEDMINOR, + .d_open = apmopen, + .d_close = apmclose, + .d_write = apmwrite, + .d_ioctl = apmioctl, + .d_poll = apmpoll, + .d_name = "apm", + .d_kqfilter = apmkqfilter +}; + +static int +acpi_capm_convert_battstate(struct acpi_battinfo *battp) +{ + int state; + + state = APM_UNKNOWN; + + if (battp->state & ACPI_BATT_STAT_DISCHARG) { + if (battp->cap >= 50) + state = 0; /* high */ + else + state = 1; /* low */ + } + if (battp->state & ACPI_BATT_STAT_CRITICAL) + state = 2; /* critical */ + if (battp->state & ACPI_BATT_STAT_CHARGING) + state = 3; /* charging */ + + /* If still unknown, determine it based on the battery capacity. */ + if (state == APM_UNKNOWN) { + if (battp->cap >= 50) + state = 0; /* high */ + else + state = 1; /* low */ + } + + return (state); +} + +static int +acpi_capm_convert_battflags(struct acpi_battinfo *battp) +{ + int flags; + + flags = 0; + + if (battp->cap >= 50) + flags |= APM_BATT_HIGH; + else { + if (battp->state & ACPI_BATT_STAT_CRITICAL) + flags |= APM_BATT_CRITICAL; + else + flags |= APM_BATT_LOW; + } + if (battp->state & ACPI_BATT_STAT_CHARGING) + flags |= APM_BATT_CHARGING; + if (battp->state == ACPI_BATT_STAT_NOT_PRESENT) + flags = APM_BATT_NOT_PRESENT; + + return (flags); +} + +static int +acpi_capm_get_info(apm_info_t aip) +{ + int acline; + struct acpi_battinfo batt; + + aip->ai_infoversion = 1; + aip->ai_major = 1; + aip->ai_minor = 2; + aip->ai_status = apm_active; + aip->ai_capabilities= 0xff00; /* unknown */ + + if (acpi_acad_get_acline(&acline)) + aip->ai_acline = APM_UNKNOWN; /* unknown */ + else + aip->ai_acline = acline; /* on/off */ + + if (acpi_battery_get_battinfo(NULL, &batt) != 0) { + aip->ai_batt_stat = APM_UNKNOWN; + aip->ai_batt_life = APM_UNKNOWN; + aip->ai_batt_time = -1; /* unknown */ + aip->ai_batteries = ~0U; /* unknown */ + } else { + aip->ai_batt_stat = acpi_capm_convert_battstate(&batt); + aip->ai_batt_life = batt.cap; + aip->ai_batt_time = (batt.min == -1) ? -1 : batt.min * 60; + aip->ai_batteries = acpi_battery_get_units(); + } + + return (0); +} + +static int +acpi_capm_get_pwstatus(apm_pwstatus_t app) +{ + device_t dev; + int acline, unit, error; + struct acpi_battinfo batt; + + if (app->ap_device != PMDV_ALLDEV && + (app->ap_device < PMDV_BATT0 || app->ap_device > PMDV_BATT_ALL)) + return (1); + + if (app->ap_device == PMDV_ALLDEV) + error = acpi_battery_get_battinfo(NULL, &batt); + else { + unit = app->ap_device - PMDV_BATT0; + dev = devclass_get_device(devclass_find("battery"), unit); + if (dev != NULL) + error = acpi_battery_get_battinfo(dev, &batt); + else + error = ENXIO; + } + if (error) + return (1); + + app->ap_batt_stat = acpi_capm_convert_battstate(&batt); + app->ap_batt_flag = acpi_capm_convert_battflags(&batt); + app->ap_batt_life = batt.cap; + app->ap_batt_time = (batt.min == -1) ? -1 : batt.min * 60; + + if (acpi_acad_get_acline(&acline)) + app->ap_acline = APM_UNKNOWN; + else + app->ap_acline = acline; /* on/off */ + + return (0); +} + +/* Create single-use devices for /dev/apm and /dev/apmctl. */ +static void +apm_clone(void *arg, struct ucred *cred, char *name, int namelen, + struct cdev **dev) +{ + int ctl_dev, unit; + + if (*dev != NULL) + return; + if (strcmp(name, "apmctl") == 0) + ctl_dev = TRUE; + else if (strcmp(name, "apm") == 0) + ctl_dev = FALSE; + else + return; + + /* Always create a new device and unit number. */ + unit = -1; + if (clone_create(&apm_clones, &apm_cdevsw, &unit, dev, 0)) { + if (ctl_dev) { + *dev = make_dev(&apm_cdevsw, unit, + UID_ROOT, GID_OPERATOR, 0660, "apmctl%d", unit); + } else { + *dev = make_dev(&apm_cdevsw, unit, + UID_ROOT, GID_OPERATOR, 0664, "apm%d", unit); + } + if (*dev != NULL) { + dev_ref(*dev); + (*dev)->si_flags |= SI_CHEAPCLONE; + } + } +} + +/* Create a struct for tracking per-device suspend notification. */ +static struct apm_clone_data * +apm_create_clone(struct cdev *dev, struct acpi_softc *acpi_sc) +{ + struct apm_clone_data *clone; + + clone = malloc(sizeof(*clone), M_APMDEV, M_WAITOK); + clone->cdev = dev; + clone->acpi_sc = acpi_sc; + clone->notify_status = APM_EV_NONE; + bzero(&clone->sel_read, sizeof(clone->sel_read)); + knlist_init_mtx(&clone->sel_read.si_note, &acpi_mutex); + + /* + * The acpi device is always managed by devd(8) and is considered + * writable (i.e., ack is required to allow suspend to proceed.) + */ + if (strcmp("acpi", devtoname(dev)) == 0) + clone->flags = ACPI_EVF_DEVD | ACPI_EVF_WRITE; + else + clone->flags = ACPI_EVF_NONE; + + ACPI_LOCK(acpi); + STAILQ_INSERT_TAIL(&acpi_sc->apm_cdevs, clone, entries); + ACPI_UNLOCK(acpi); + return (clone); +} + +static int +apmopen(struct cdev *dev, int flag, int fmt, struct thread *td) +{ + struct acpi_softc *acpi_sc; + struct apm_clone_data *clone; + + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + clone = apm_create_clone(dev, acpi_sc); + dev->si_drv1 = clone; + + /* If the device is opened for write, record that. */ + if ((flag & FWRITE) != 0) + clone->flags |= ACPI_EVF_WRITE; + + return (0); +} + +static int +apmclose(struct cdev *dev, int flag, int fmt, struct thread *td) +{ + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + /* We are about to lose a reference so check if suspend should occur */ + if (acpi_sc->acpi_next_sstate != 0 && + clone->notify_status != APM_EV_ACKED) + acpi_AckSleepState(clone, 0); + + /* Remove this clone's data from the list and free it. */ + ACPI_LOCK(acpi); + STAILQ_REMOVE(&acpi_sc->apm_cdevs, clone, apm_clone_data, entries); + knlist_destroy(&clone->sel_read.si_note); + ACPI_UNLOCK(acpi); + free(clone, M_APMDEV); + destroy_dev_sched(dev); + return (0); +} + +static int +apmioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread *td) +{ + int error; + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + struct apm_info info; + struct apm_event_info *ev_info; + apm_info_old_t aiop; + + error = 0; + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + switch (cmd) { + case APMIO_SUSPEND: + if ((flag & FWRITE) == 0) + return (EPERM); + if (acpi_sc->acpi_next_sstate == 0) { + if (acpi_sc->acpi_suspend_sx != ACPI_STATE_S5) { + error = acpi_ReqSleepState(acpi_sc, + acpi_sc->acpi_suspend_sx); + } else { + printf( + "power off via apm suspend not supported\n"); + error = ENXIO; + } + } else + error = acpi_AckSleepState(clone, 0); + break; + case APMIO_STANDBY: + if ((flag & FWRITE) == 0) + return (EPERM); + if (acpi_sc->acpi_next_sstate == 0) { + if (acpi_sc->acpi_standby_sx != ACPI_STATE_S5) { + error = acpi_ReqSleepState(acpi_sc, + acpi_sc->acpi_standby_sx); + } else { + printf( + "power off via apm standby not supported\n"); + error = ENXIO; + } + } else + error = acpi_AckSleepState(clone, 0); + break; + case APMIO_NEXTEVENT: + printf("apm nextevent start\n"); + ACPI_LOCK(acpi); + if (acpi_sc->acpi_next_sstate != 0 && clone->notify_status == + APM_EV_NONE) { + ev_info = (struct apm_event_info *)addr; + if (acpi_sc->acpi_next_sstate <= ACPI_STATE_S3) + ev_info->type = PMEV_STANDBYREQ; + else + ev_info->type = PMEV_SUSPENDREQ; + ev_info->index = 0; + clone->notify_status = APM_EV_NOTIFIED; + printf("apm event returning %d\n", ev_info->type); + } else + error = EAGAIN; + ACPI_UNLOCK(acpi); + break; + case APMIO_GETINFO_OLD: + if (acpi_capm_get_info(&info)) + error = ENXIO; + aiop = (apm_info_old_t)addr; + aiop->ai_major = info.ai_major; + aiop->ai_minor = info.ai_minor; + aiop->ai_acline = info.ai_acline; + aiop->ai_batt_stat = info.ai_batt_stat; + aiop->ai_batt_life = info.ai_batt_life; + aiop->ai_status = info.ai_status; + break; + case APMIO_GETINFO: + if (acpi_capm_get_info((apm_info_t)addr)) + error = ENXIO; + break; + case APMIO_GETPWSTATUS: + if (acpi_capm_get_pwstatus((apm_pwstatus_t)addr)) + error = ENXIO; + break; + case APMIO_ENABLE: + if ((flag & FWRITE) == 0) + return (EPERM); + apm_active = 1; + break; + case APMIO_DISABLE: + if ((flag & FWRITE) == 0) + return (EPERM); + apm_active = 0; + break; + case APMIO_HALTCPU: + break; + case APMIO_NOTHALTCPU: + break; + case APMIO_DISPLAY: + if ((flag & FWRITE) == 0) + return (EPERM); + break; + case APMIO_BIOS: + if ((flag & FWRITE) == 0) + return (EPERM); + bzero(addr, sizeof(struct apm_bios_arg)); + break; + default: + error = EINVAL; + break; + } + + return (error); +} + +static int +apmwrite(struct cdev *dev, struct uio *uio, int ioflag) +{ + return (uio->uio_resid); +} + +static int +apmpoll(struct cdev *dev, int events, struct thread *td) +{ + struct apm_clone_data *clone; + int revents; + + revents = 0; + ACPI_LOCK(acpi); + clone = dev->si_drv1; + if (clone->acpi_sc->acpi_next_sstate) + revents |= events & (POLLIN | POLLRDNORM); + else + selrecord(td, &clone->sel_read); + ACPI_UNLOCK(acpi); + return (revents); +} + +static int +apmkqfilter(struct cdev *dev, struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = dev->si_drv1; + kn->kn_hook = clone; + kn->kn_fop = &apm_readfiltops; + knlist_add(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); + return (0); +} + +static void +apmreadfiltdetach(struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + knlist_remove(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); +} + +static int +apmreadfilt(struct knote *kn, long hint) +{ + struct apm_clone_data *clone; + int sleeping; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + sleeping = clone->acpi_sc->acpi_next_sstate ? 1 : 0; + ACPI_UNLOCK(acpi); + return (sleeping); +} int acpi_machdep_init(device_t dev) @@ -63,14 +506,11 @@ sc = devclass_get_softc(devclass_find("acpi"), 0); - /* Create a fake clone for /dev/acpi. */ + /* Create a clone for /dev/acpi also. */ STAILQ_INIT(&sc->apm_cdevs); - acpi_clone.cdev = sc->acpi_dev_t; - acpi_clone.acpi_sc = sc; - ACPI_LOCK(acpi); - STAILQ_INSERT_TAIL(&sc->apm_cdevs, &acpi_clone, entries); - ACPI_UNLOCK(acpi); - sc->acpi_clone = &acpi_clone; + sc->acpi_clone = apm_create_clone(sc->acpi_dev_t, sc); + clone_setup(&apm_clones); + EVENTHANDLER_REGISTER(dev_clone, apm_clone, 0, 1000); acpi_install_wakeup_handler(sc); if (intr_model != ACPI_INTR_PIC) --- sys/amd64/include/apm_bios.h.orig 2009-09-25 18:34:01.000000000 -0400 +++ sys/amd64/include/apm_bios.h 2009-09-25 18:20:06.000000000 -0400 @@ -0,0 +1,264 @@ +/*- + * APM (Advanced Power Management) BIOS Device Driver + * + * Copyright (c) 1994-1995 by HOSOKAWA, Tatsumi + * + * This software may be used, modified, copied, and distributed, in + * both source and binary form provided that the above copyright and + * these terms are retained. Under no circumstances is the author + * responsible for the proper functioning of this software, nor does + * the author assume any responsibility for damages incurred with its + * use. + * + * Aug, 1994 Implemented on FreeBSD 1.1.5.1R (Toshiba AVS001WD) + * + * $FreeBSD$ + */ + +#ifndef _MACHINE_APM_BIOS_H_ +#define _MACHINE_APM_BIOS_H_ + +#ifndef _KERNEL +#include +#endif +#include + +/* BIOS id */ +#define APM_BIOS 0x53 +#define APM_INT 0x15 + +/* APM flags */ +#define APM_16BIT_SUPPORT 0x01 +#define APM_32BIT_SUPPORT 0x02 +#define APM_CPUIDLE_SLOW 0x04 +#define APM_DISABLED 0x08 +#define APM_DISENGAGED 0x10 + +/* APM initializer physical address */ +#define APM_OURADDR 0x00080000 + +/* APM functions */ +#define APM_INSTCHECK 0x00 +#define APM_REALCONNECT 0x01 +#define APM_PROT16CONNECT 0x02 +#define APM_PROT32CONNECT 0x03 +#define APM_DISCONNECT 0x04 +#define APM_CPUIDLE 0x05 +#define APM_CPUBUSY 0x06 +#define APM_SETPWSTATE 0x07 +#define APM_ENABLEDISABLEPM 0x08 +#define APM_RESTOREDEFAULT 0x09 +#define APM_GETPWSTATUS 0x0a +#define APM_GETPMEVENT 0x0b +#define APM_GETPWSTATE 0x0c +#define APM_ENABLEDISABLEDPM 0x0d +#define APM_DRVVERSION 0x0e +#define APM_ENGAGEDISENGAGEPM 0x0f +#define APM_GETCAPABILITIES 0x10 +#define APM_RESUMETIMER 0x11 +#define APM_RESUMEONRING 0x12 +#define APM_TIMERREQUESTS 0x13 +#define APM_OEMFUNC 0x80 + +/* error code */ +#define APME_OK 0x00 +#define APME_PMDISABLED 0x01 +#define APME_REALESTABLISHED 0x02 +#define APME_NOTCONNECTED 0x03 +#define APME_PROT16ESTABLISHED 0x05 +#define APME_PROT16NOTSUPPORTED 0x06 +#define APME_PROT32ESTABLISHED 0x07 +#define APME_PROT32NOTDUPPORTED 0x08 +#define APME_UNKNOWNDEVICEID 0x09 +#define APME_OUTOFRANGE 0x0a +#define APME_NOTENGAGED 0x0b +#define APME_CANTENTERSTATE 0x60 +#define APME_NOPMEVENT 0x80 +#define APME_NOAPMPRESENT 0x86 + + +/* device code */ +#define PMDV_APMBIOS 0x0000 +#define PMDV_ALLDEV 0x0001 +#define PMDV_DISP0 0x0100 +#define PMDV_DISP1 0x0101 +#define PMDV_DISPALL 0x01ff +#define PMDV_2NDSTORAGE0 0x0200 +#define PMDV_2NDSTORAGE1 0x0201 +#define PMDV_2NDSTORAGE2 0x0202 +#define PMDV_2NDSTORAGE3 0x0203 +#define PMDV_PARALLEL0 0x0300 +#define PMDV_PARALLEL1 0x0301 +#define PMDV_SERIAL0 0x0400 +#define PMDV_SERIAL1 0x0401 +#define PMDV_SERIAL2 0x0402 +#define PMDV_SERIAL3 0x0403 +#define PMDV_SERIAL4 0x0404 +#define PMDV_SERIAL5 0x0405 +#define PMDV_SERIAL6 0x0406 +#define PMDV_SERIAL7 0x0407 +#define PMDV_NET0 0x0500 +#define PMDV_NET1 0x0501 +#define PMDV_NET2 0x0502 +#define PMDV_NET3 0x0503 +#define PMDV_PCMCIA0 0x0600 +#define PMDV_PCMCIA1 0x0601 +#define PMDV_PCMCIA2 0x0602 +#define PMDV_PCMCIA3 0x0603 +/* 0x0700 - 0x7fff Reserved */ +#define PMDV_BATT_BASE 0x8000 +#define PMDV_BATT0 0x8001 +#define PMDV_BATT1 0x8002 +#define PMDV_BATT_ALL 0x80ff +/* 0x8100 - 0xdfff Reserved */ +/* 0xe000 - 0xefff OEM-defined power device IDs */ +/* 0xf000 - 0xffff Reserved */ + +/* Power state */ +#define PMST_APMENABLED 0x0000 +#define PMST_STANDBY 0x0001 +#define PMST_SUSPEND 0x0002 +#define PMST_OFF 0x0003 +#define PMST_LASTREQNOTIFY 0x0004 +#define PMST_LASTREQREJECT 0x0005 +/* 0x0006 - 0x001f Reserved system states */ +/* 0x0020 - 0x003f OEM-defined system states */ +/* 0x0040 - 0x007f OEM-defined device states */ +/* 0x0080 - 0xffff Reserved device states */ + +#if !defined(ASSEMBLER) && !defined(INITIALIZER) + +/* C definitions */ +struct apmhook { + struct apmhook *ah_next; + int (*ah_fun)(void *ah_arg); + void *ah_arg; + const char *ah_name; + int ah_order; +}; +#define APM_HOOK_NONE (-1) +#define APM_HOOK_SUSPEND 0 +#define APM_HOOK_RESUME 1 +#define NAPM_HOOK 2 + +#ifdef _KERNEL + +void apm_suspend(int state); +struct apmhook *apm_hook_establish (int apmh, struct apmhook *); +void apm_hook_disestablish (int apmh, struct apmhook *); +void apm_cpu_idle(void); +void apm_cpu_busy(void); + +#endif + +#endif /* !ASSEMBLER && !INITIALIZER */ + +#define APM_MIN_ORDER 0x00 +#define APM_MID_ORDER 0x80 +#define APM_MAX_ORDER 0xff + +/* power management event code */ +#define PMEV_NOEVENT 0x0000 +#define PMEV_STANDBYREQ 0x0001 +#define PMEV_SUSPENDREQ 0x0002 +#define PMEV_NORMRESUME 0x0003 +#define PMEV_CRITRESUME 0x0004 +#define PMEV_BATTERYLOW 0x0005 +#define PMEV_POWERSTATECHANGE 0x0006 +#define PMEV_UPDATETIME 0x0007 +#define PMEV_CRITSUSPEND 0x0008 +#define PMEV_USERSTANDBYREQ 0x0009 +#define PMEV_USERSUSPENDREQ 0x000a +#define PMEV_STANDBYRESUME 0x000b +#define PMEV_CAPABILITIESCHANGE 0x000c +/* 0x000d - 0x00ff Reserved system events */ +/* 0x0100 - 0x01ff Reserved device events */ +/* 0x0200 - 0x02ff OEM-defined APM events */ +/* 0x0300 - 0xffff Reserved */ +#define PMEV_DEFAULT 0xffffffff /* used for customization */ + +#if !defined(ASSEMBLER) && !defined(INITIALIZER) + +/* + * Old apm_info structure, returned by the APMIO_GETINFO_OLD ioctl. This + * is for backward compatibility with old executables. + */ +typedef struct apm_info_old { + u_int ai_major; /* APM major version */ + u_int ai_minor; /* APM minor version */ + u_int ai_acline; /* AC line status */ + u_int ai_batt_stat; /* Battery status */ + u_int ai_batt_life; /* Remaining battery life */ + u_int ai_status; /* Status of APM support (enabled/disabled) */ +} *apm_info_old_t; + +/* + * Structure returned by the APMIO_GETINFO ioctl. + * + * In the comments below, the parenthesized numbers indicate the minimum + * value of ai_infoversion for which each field is valid. + */ +typedef struct apm_info { + u_int ai_infoversion; /* Indicates which fields are valid */ + u_int ai_major; /* APM major version (0) */ + u_int ai_minor; /* APM minor version (0) */ + u_int ai_acline; /* AC line status (0) */ + u_int ai_batt_stat; /* Battery status (0) */ + u_int ai_batt_life; /* Remaining battery life in percent (0) */ + int ai_batt_time; /* Remaining battery time in seconds (0) */ + u_int ai_status; /* True if enabled (0) */ + u_int ai_batteries; /* Number of batteries (1) */ + u_int ai_capabilities;/* APM Capabilities (1) */ + u_int ai_spare[6]; /* For future expansion */ +} *apm_info_t; + +/* Battery flag */ +#define APM_BATT_HIGH 0x01 +#define APM_BATT_LOW 0x02 +#define APM_BATT_CRITICAL 0x04 +#define APM_BATT_CHARGING 0x08 +#define APM_BATT_NOT_PRESENT 0x10 +#define APM_BATT_NO_SYSTEM 0x80 + +typedef struct apm_pwstatus { + u_int ap_device; /* Device code of battery */ + u_int ap_acline; /* AC line status (0) */ + u_int ap_batt_stat; /* Battery status (0) */ + u_int ap_batt_flag; /* Battery flag (0) */ + u_int ap_batt_life; /* Remaining battery life in percent (0) */ + int ap_batt_time; /* Remaining battery time in seconds (0) */ +} *apm_pwstatus_t; + +struct apm_bios_arg { + uint32_t eax; + uint32_t ebx; + uint32_t ecx; + uint32_t edx; + uint32_t esi; + uint32_t edi; +}; + +struct apm_event_info { + u_int type; + u_int index; + u_int spare[8]; +}; + +#define APMIO_SUSPEND _IO('P', 1) +#define APMIO_GETINFO_OLD _IOR('P', 2, struct apm_info_old) +#define APMIO_ENABLE _IO('P', 5) +#define APMIO_DISABLE _IO('P', 6) +#define APMIO_HALTCPU _IO('P', 7) +#define APMIO_NOTHALTCPU _IO('P', 8) +#define APMIO_DISPLAY _IOW('P', 9, int) +#define APMIO_BIOS _IOWR('P', 10, struct apm_bios_arg) +#define APMIO_GETINFO _IOR('P', 11, struct apm_info) +#define APMIO_STANDBY _IO('P', 12) +#define APMIO_GETPWSTATUS _IOWR('P', 13, struct apm_pwstatus) +/* for /dev/apmctl */ +#define APMIO_NEXTEVENT _IOR('A', 100, struct apm_event_info) +#define APMIO_REJECTLASTREQ _IO('P', 101) + +#endif /* !ASSEMBLER && !INITIALIZER */ + +#endif /* !_MACHINE_APM_BIOS_H_ */ --- sys/dev/acpica/acpi.c.orig 2009-09-23 12:40:40.000000000 -0400 +++ sys/dev/acpica/acpi.c 2009-09-25 16:30:26.000000000 -0400 @@ -2308,9 +2308,8 @@ int acpi_ReqSleepState(struct acpi_softc *sc, int state) { -#if defined(__i386__) +#if defined(__amd64__) || defined(__i386__) struct apm_clone_data *clone; -#endif if (state < ACPI_STATE_S1 || state > ACPI_S_STATES_MAX) return (EINVAL); @@ -2325,7 +2324,6 @@ return (ENXIO); } -#if defined(__amd64__) || defined(__i386__) /* If a suspend request is already in progress, just return. */ ACPI_LOCK(acpi); if (sc->acpi_next_sstate != 0) { @@ -2335,7 +2333,6 @@ /* Record the pending state and notify all apm devices. */ sc->acpi_next_sstate = state; -#if defined(__i386__) STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { clone->notify_status = APM_EV_NONE; if ((clone->flags & ACPI_EVF_DEVD) == 0) { @@ -2343,7 +2340,6 @@ KNOTE_UNLOCKED(&clone->sel_read.si_note, 0); } } -#endif /* If devd(8) is not running, immediately enter the sleep state. */ if (!devctl_process_running()) { @@ -2414,7 +2410,6 @@ * are writable since read-only devices couldn't ack the request. */ sleeping = TRUE; -#if defined(__i386__) clone->notify_status = APM_EV_ACKED; STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { if ((clone->flags & ACPI_EVF_WRITE) != 0 && @@ -2423,7 +2418,6 @@ break; } } -#endif /* If all devices have voted "yes", we will suspend now. */ if (sleeping) --- sys/i386/include/apm_bios.h.orig 2005-04-03 19:26:05.000000000 -0400 +++ sys/i386/include/apm_bios.h 2009-09-25 18:20:06.000000000 -0400 @@ -230,12 +230,12 @@ } *apm_pwstatus_t; struct apm_bios_arg { - u_long eax; - u_long ebx; - u_long ecx; - u_long edx; - u_long esi; - u_long edi; + uint32_t eax; + uint32_t ebx; + uint32_t ecx; + uint32_t edx; + uint32_t esi; + uint32_t edi; }; struct apm_event_info { --- usr.sbin/Makefile.orig 2009-08-14 13:13:59.000000000 -0400 +++ usr.sbin/Makefile 2009-09-25 18:30:01.000000000 -0400 @@ -468,6 +468,9 @@ .if ${MK_ACPI} != "no" _acpi= acpi .endif +.if ${MK_APM} != "no" +_apm= apm +.endif _asf= asf _boot0cfg= boot0cfg .if ${MK_TOOLCHAIN} != "no" --- usr.sbin/apm/Makefile.orig 2009-09-25 17:57:09.000000000 -0400 +++ usr.sbin/apm/Makefile 2009-09-25 18:31:11.000000000 -0400 @@ -3,7 +3,7 @@ PROG= apm MAN= apm.8 MLINKS= apm.8 apmconf.8 -MANSUBDIR= /i386 +MANSUBDIR= /${MACHINE_ARCH} WARNS?= 6 .include --Boundary-00=_VBVvKRM+V02xQwA-- From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 26 12:41:03 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00A55106568D; Sat, 26 Sep 2009 12:41:03 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA028FC29; Sat, 26 Sep 2009 12:41:02 +0000 (UTC) Received: by ewy5 with SMTP id 5so1643724ewy.36 for ; Sat, 26 Sep 2009 05:41:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=yVdpaPLi3A9MSf7kSIYR4Cfz9O9DW9JgBp0oY0A6mHs=; b=xWsPZuAvzRuGVG+NVQEQw+A3UH20OUAd1/tPgsNopJWoWXgsIWZSQ36eojDlOGUkVR N2jFCfI8eYkNKIu2XEeDU23g49UNHRIg+ulpYQmGWBqRRWimG+VzqkmYOQ/IrCZbFB92 mlj/orFcUZjy8lvUJRMWy/KMnF1CcQV9gNQQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=Z9JUFmYOv34mB4yLcPsd63O/dWGJ7kpdrUTxspl97kagDN1z0oSC5qDdm9E4t2v8es KWZZEqOdiZA1rgb74u7b/9HZHHTRU52Hh8gzGvbnYDuoXCP8MO04UhdcP/xLNkkskRHM jzJL9i4UiATUWaXXfhEmPcGcG1cTbznOEUXWk= Received: by 10.211.128.17 with SMTP id f17mr1448282ebn.69.1253968861214; Sat, 26 Sep 2009 05:41:01 -0700 (PDT) Received: from mac-mini.lan (bl11-195-254.dsl.telepac.pt [85.244.195.254]) by mx.google.com with ESMTPS id 10sm121723eyz.42.2009.09.26.05.40.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 26 Sep 2009 05:40:59 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed From: Rui Paulo In-Reply-To: <200909251920.53982.jkim@FreeBSD.org> Date: Sat, 26 Sep 2009 13:40:57 +0100 Content-Transfer-Encoding: 7bit Message-Id: <03DB94F3-E0F9-4690-B9DB-6F855EC36F84@freebsd.org> References: <503416.82549.qm@web59108.mail.re1.yahoo.com> <200909251742.12455.jkim@FreeBSD.org> <200909251920.53982.jkim@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1076) Cc: freebsd-acpi@FreeBSD.org, paradox Subject: Re: [PATCH] apm(4) ioctls for amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2009 12:41:03 -0000 On 26 Sep 2009, at 00:20, Jung-uk Kim wrote: > It seems there are enough demands for apm(4) ioctls on amd64. > Basically this patch is copy-and-paste from i386, which emulates apm > with acpi(4). > > # uname -m > amd64 > # apm > APM version: 1.2 > APM Management: Disabled > AC Line status: off-line > Battery Status: high > Remaining battery life: 99% > Remaining battery time: 1:25:00 > Number of batteries: 1 > Battery 0: > Battery Status: high > Remaining battery life: 99% > Remaining battery time: 1:25:00 > Resume timer: unknown > Resume on ring indicator: disabled Looks good to me. Thanks. -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 26 15:08:19 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A6D1065679 for ; Sat, 26 Sep 2009 15:08:19 +0000 (UTC) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.freebsd.org (Postfix) with SMTP id 441588FC1A for ; Sat, 26 Sep 2009 15:08:17 +0000 (UTC) Received: (qmail 28213 invoked from network); 26 Sep 2009 23:41:37 +0900 Received: from unknown (HELO localhost) (210.238.26.2) by smtp1.dcns.ne.jp with SMTP; 26 Sep 2009 23:41:37 +0900 Date: Sat, 26 Sep 2009 23:41:36 +0900 (JST) Message-Id: <20090926.234136.241898347.haro@h4.dion.ne.jp> To: acpi@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 5.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: [LOR] ACPI related on 9-current X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2009 15:08:19 -0000 Hi all, I've got two LORs related to ACPI on 9-current system from few days old world. The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar from ports. If you need more info, please let me know. =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c11738 ACPI video (ACPI video) @ /home/haro/tmp/sys-7/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:627 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,debd7aac,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfdc88,debd7b08,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c11738,c0c104d0,c3cfdc88,c0c100b7,...) at _witness_debugger+0x25 witness_checkorder(c0c11738,9,c0c100b7,273,0,...) at witness_checkorder+0x839 _sx_xlock(c0c11738,0,c0c100b7,273,0,...) at _sx_xlock+0x85 acpi_video_vo_active_sysctl(c3e3f3c0,c3e3f480,0,debd7ba4,debd7ba4,...) at acpi_video_vo_active_sysctl+0x44 sysctl_root(debd7ba4,0,c0895b7a,5f1,c41b5d20,...) at sysctl_root+0x187 userland_sysctl(c41b5d20,debd7c10,5,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c41b5d20,debd7cf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(debd7d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817dc0f, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c6fefc ACPI AC adapter (ACPI AC adapter) @ /home/haro/tmp/sys-7/modules/acpi/acpi/../../../dev/acpica/acpi_acad.c:109 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,ded3da70,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfd878,ded3dacc,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c6fefc,c0c6a865,c3cfd878,c0c6a7ad,...) at _witness_debugger+0x25 witness_checkorder(c0c6fefc,9,c0c6a7ad,6d,0,...) at witness_checkorder+0x839 _sx_xlock(c0c6fefc,0,c0c6a7ad,6d,c3e225c0,...) at _sx_xlock+0x85 acpi_acad_get_status(c3e2fb00,0,ded3db50,c4007370,ded3db58,...) at acpi_acad_get_status+0xb8 acpi_acad_get_acline(ded3db50,589,0,0,c4007370,...) at acpi_acad_get_acline+0x3e acpi_acad_sysctl(c40107c0,c4007370,0,ded3dba4,ded3dba4,...) at acpi_acad_sysctl+0x12 sysctl_root(ded3dba4,0,c0895b7a,5f1,c42b3d20,...) at sysctl_root+0x187 userland_sysctl(c42b3d20,ded3dc10,3,bfbfe27c,bfbfe274,...) at userland_sysctl+0x17c __sysctl(c42b3d20,ded3dcf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(ded3dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x282a0c0f, esp = 0xbfbfe13c, ebp = 0xbfbfe168 --- =-------------------------------------------------------------------------- Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 26 15:25:48 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAEF41065679 for ; Sat, 26 Sep 2009 15:25:47 +0000 (UTC) (envelope-from haro@kgt.co.jp) Received: from mail02.kgt.co.jp (dmz02.kgt.co.jp [210.141.246.82]) by mx1.freebsd.org (Postfix) with ESMTP id B8E4E8FC0C for ; Sat, 26 Sep 2009 15:25:47 +0000 (UTC) Received: from IMail.kgt.co.jp (unknown [192.168.1.104]) by mail02.kgt.co.jp (Postfix) with ESMTP id E73273C26740 for ; Sun, 27 Sep 2009 00:10:28 +0900 (JST) Received: from IMail.kgt.co.jp by 192.168.1.104 (DeleGate/9.9.2) for acpi@freebsd.org (acpi@freebsd.org); Sun, 27 Sep 2009 00:10:29 +0900 Received: from localhost [192.168.15.223] by kgt.co.jp with ESMTP (SMTPD-10.02) id AEE507BC; Sun, 27 Sep 2009 00:10:29 +0900 Date: Sun, 27 Sep 2009 00:10:28 +0900 (JST) Message-Id: <20090927.001028.66063418.haro@kgt.co.jp> To: acpi@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: [LOR] ACPI related on 9-current X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2009 15:25:48 -0000 Hi all, I've got two LORs related to ACPI on 9-current system from few days old world. The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar from ports. If you need more info, please let me know. =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c11738 ACPI video (ACPI video) @ /home/haro/tmp/sys-7/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:627 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,debd7aac,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfdc88,debd7b08,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c11738,c0c104d0,c3cfdc88,c0c100b7,...) at _witness_debugger+0x25 witness_checkorder(c0c11738,9,c0c100b7,273,0,...) at witness_checkorder+0x839 _sx_xlock(c0c11738,0,c0c100b7,273,0,...) at _sx_xlock+0x85 acpi_video_vo_active_sysctl(c3e3f3c0,c3e3f480,0,debd7ba4,debd7ba4,...) at acpi_video_vo_active_sysctl+0x44 sysctl_root(debd7ba4,0,c0895b7a,5f1,c41b5d20,...) at sysctl_root+0x187 userland_sysctl(c41b5d20,debd7c10,5,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c41b5d20,debd7cf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(debd7d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817dc0f, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c6fefc ACPI AC adapter (ACPI AC adapter) @ /home/haro/tmp/sys-7/modules/acpi/acpi/../../../dev/acpica/acpi_acad.c:109 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,ded3da70,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfd878,ded3dacc,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c6fefc,c0c6a865,c3cfd878,c0c6a7ad,...) at _witness_debugger+0x25 witness_checkorder(c0c6fefc,9,c0c6a7ad,6d,0,...) at witness_checkorder+0x839 _sx_xlock(c0c6fefc,0,c0c6a7ad,6d,c3e225c0,...) at _sx_xlock+0x85 acpi_acad_get_status(c3e2fb00,0,ded3db50,c4007370,ded3db58,...) at acpi_acad_get_status+0xb8 acpi_acad_get_acline(ded3db50,589,0,0,c4007370,...) at acpi_acad_get_acline+0x3e acpi_acad_sysctl(c40107c0,c4007370,0,ded3dba4,ded3dba4,...) at acpi_acad_sysctl+0x12 sysctl_root(ded3dba4,0,c0895b7a,5f1,c42b3d20,...) at sysctl_root+0x187 userland_sysctl(c42b3d20,ded3dc10,3,bfbfe27c,bfbfe274,...) at userland_sysctl+0x17c __sysctl(c42b3d20,ded3dcf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(ded3dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x282a0c0f, esp = 0xbfbfe13c, ebp = 0xbfbfe168 --- =-------------------------------------------------------------------------- Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_|