From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 19 19:58:07 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 78F49106564A for ; Sun, 19 Apr 2009 19:58:07 +0000 (UTC) (envelope-from william88@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 32D068FC0A for ; Sun, 19 Apr 2009 19:58:06 +0000 (UTC) (envelope-from william88@gmail.com) Received: by qyk3 with SMTP id 3so296434qyk.3 for ; Sun, 19 Apr 2009 12:58:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=5oPQ/ngcj0axZPxEqhKq1nyxWHDrkfxJAbQzpFwSkd4=; b=MOr3WOQRjf02xq8+Ldxrf2a+7Hj2IcK+XlnMppLeURwacpzSA2EA0BGYa5lV9EFoxW Nal997LHgogOGPL7eXpnXL28w8OzhUfKgiv0JHmHA9maJZqm+bjdLTJQf/7kXHQuut5F FFZxgJ1FAycSwoFLBgkGcXfWMn2oNnqoVRuL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=IvB1NWy2Ppg6hs1mF7PuXCrYLESljhBBHidpOfKwqMSCl2Ycjjbd682Lmc1Rgrh8vr ZzI7OpNiuFHWdX3XhoCUk4UUOSE7QS4H/Hb2/10i0xdIPEJu+9Z5rhmXmfqFdRky7nbo WE8pb8X0cEODtG88mfiPkGdI9WFDycwrtUm/k= Received: by 10.220.45.212 with SMTP id g20mr4991065vcf.43.1240169639850; Sun, 19 Apr 2009 12:33:59 -0700 (PDT) Received: from localhost ([201.21.182.73]) by mx.google.com with ESMTPS id 33sm9437466yxr.9.2009.04.19.12.33.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 12:33:59 -0700 (PDT) Date: Sun, 19 Apr 2009 19:34:27 -0300 From: William Grzybowski To: freebsd-acpi@freebsd.org Message-ID: <20090419223118.GA1320@venon.lostgarden> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: EST on PentiumD-T2080 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, 19 Apr 2009 19:58:07 -0000 Hi, I'm running 8-CURRENT from yesterday. Before the update I was running the snapshot for 2008-02. In this snapshot the cpufreq with EST seemed t be working fine, but after the update it is not recognizing the processor MSR. After a little bit of debugging I was able to get my MSR (32 most significant bits) as 0x06190d28 . And this value is not in the ESTprocs list, which would be ID32(1300, 1340, 600, 1100, 100) and does not make any sense for this CPU. So, the ESTprocs list hasn't changed for a while if I've looked it right which means the rdmsr instruction is returning the wrong data for some reason!? I am not any kind of the expert in the subject, just curious what could be wrong... The CPU is: CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1733.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 TSC: P-state invariant Cores per package: 2 Any toughts? Thank you. From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 19 20:16: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 93015106564A for ; Sun, 19 Apr 2009 20:16:47 +0000 (UTC) (envelope-from william88@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA7D8FC0A for ; Sun, 19 Apr 2009 20:16:47 +0000 (UTC) (envelope-from william88@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1011240ywh.13 for ; Sun, 19 Apr 2009 13:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=w9NaI63wY2UhR+nKz0DIBSkl2EZTFqj0JrIUbzAIAB8=; b=I9nuX3U4VNg0RyXSsmVAOQ5T4F6rNyv8zN823uzqpuCqRiZVGPiAhyUDQ5qtf5oYaS k2yC0rxDJBHXtKOCnVJfIcKD7BOysUdk56gZNQ2uDIqRJ74XeMxCdAkAnC88IiledxYS ffcslVUA1exg4ZBVBjv7qwbOwm9+dj5wwnISQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=JB/7RvNrk6iW54kr6lGBs/nI/EIOE0ul7CvLEfc3lvtFzf6PUf2fZ+LOs0n1wLQ5zk mUdK+SXd8EYFSgD0xIpjmYJz3wv8prp7kVJ7mlyHsozM/bO2fGzE8f4xtoxr+5GM3tu2 ZE+tQibJCdWcbMjlO/jDfXWOtGVg0TyZY4B4o= Received: by 10.100.142.19 with SMTP id p19mr959341and.27.1240172206304; Sun, 19 Apr 2009 13:16:46 -0700 (PDT) Received: from localhost ([201.21.182.73]) by mx.google.com with ESMTPS id 33sm9508681yxr.59.2009.04.19.13.16.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 13:16:46 -0700 (PDT) Date: Sun, 19 Apr 2009 20:17:14 -0300 From: William Grzybowski To: freebsd-acpi@freebsd.org Message-ID: <20090419231713.GA1118@venon.lostgarden> References: <20090419223118.GA1320@venon.lostgarden> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090419223118.GA1320@venon.lostgarden> User-Agent: Mutt/1.4.2.3i Subject: Re: EST on PentiumD-T2080 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, 19 Apr 2009 20:16:47 -0000 Well, forget about it, sorry. I realized that the static table is not really necessary, the est.c tries to fetch the table list from ACPI. I recompiled the module once again and now the freq_list has a lot of possible frequencies, a lot more than before. Before I send the first e-mail there as only 6 and I could not set any of them because was listed as XXXX/-1. This problem is possible related to my bug laptop's acpi which has a lot of errors about allocating resources. By the way, I already sent a couple of e-mails to this list before, ACPI is a subject which I really like, maybe there is any kind of task (development) that I could accomplish to help the freebsd project and increases my knowledge about this? That's all, sorry for the annoyance with the previously e-mail. William. On Sun, Apr 19, 2009 at 07:31:18PM -0300, William Grzybowski wrote: > Hi, > > I'm running 8-CURRENT from yesterday. > > Before the update I was running the snapshot for 2008-02. > > In this snapshot the cpufreq with EST seemed t be working fine, but after the update it is not recognizing the processor MSR. > > After a little bit of debugging I was able to get my MSR (32 most significant bits) as 0x06190d28 . > And this value is not in the ESTprocs list, which would be ID32(1300, 1340, 600, 1100, 100) and does not make any sense for this CPU. > > So, the ESTprocs list hasn't changed for a while if I've looked it right which means the rdmsr instruction is returning the wrong data for some reason!? > > I am not any kind of the expert in the subject, just curious what could be wrong... > > The CPU is: > CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1733.41-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 > Features=0xbfe9fbff > Features2=0xc189 > AMD Features=0x100000 > TSC: P-state invariant > Cores per package: 2 > > Any toughts? > > Thank you. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 20 11:06: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 300111065675 for ; Mon, 20 Apr 2009 11:06:47 +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 1DA7A8FC14 for ; Mon, 20 Apr 2009 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3KB6lQx032919 for ; Mon, 20 Apr 2009 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3KB6kks032915 for freebsd-acpi@FreeBSD.org; Mon, 20 Apr 2009 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Apr 2009 11:06:46 GMT Message-Id: <200904201106.n3KB6kks032915@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, 20 Apr 2009 11:06:47 -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 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 o 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 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 f kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 47 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 20 11:47:34 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 931351065672 for ; Mon, 20 Apr 2009 11:47:34 +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 D26D28FC18 for ; Mon, 20 Apr 2009 11:47:33 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA23542; Mon, 20 Apr 2009 14:47:29 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1LvryD-0006zY-E6; Mon, 20 Apr 2009 14:47:29 +0300 Message-ID: <49EC60C6.7000702@freebsd.org> Date: Mon, 20 Apr 2009 14:47:18 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Nate Lawson References: <49DB639A.4090504@icyb.net.ua> <49DCF5C2.60805@root.org> <49DDF906.8090400@icyb.net.ua> <49DF3CA4.1090309@freebsd.org> <49E4B2A7.3020302@freebsd.org> <49E61986.7040709@root.org> <49E8AED0.1090008@freebsd.org> <20090418125806.2a48b0a8@fabiankeil.de> <49E9FFB0.6090707@root.org> In-Reply-To: <49E9FFB0.6090707@root.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: run resume code only for S1-S4 states 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, 20 Apr 2009 11:47:34 -0000 on 18/04/2009 19:28 Nate Lawson said the following: > Fabian Keil wrote: >> Andriy Gapon wrote: >> >>> An updated version of the patch, the only difference is: do-while(0) is gone, >>> breaks are replaces with gotos, indentation is reduced. >>> >>> Per Nate's request I am calling for people with SMP systems to test if powering >>> off via power button still works with this change. It's desirable to test power >>> off at least two times to increase a chance of non-BSP CPU being used. >> With an AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2542.15-MHz K8-class CPU) >> the first few shutdowns were successful, but on the fourth try pressing the >> power button only lead to: >> >> Apr 18 12:52:42 kendra kernel: acpi: suspend request ignored (not ready yet) >> Apr 18 12:52:42 kendra kernel: acpi: request to enter state S5 failed (err 6) >> Apr 18 12:52:43 kendra kernel: acpi: suspend request ignored (not ready yet) >> Apr 18 12:52:43 kendra kernel: acpi: request to enter state S5 failed (err 6) >> Apr 18 12:52:43 kendra kernel: acpi: suspend request ignored (not ready yet) >> Apr 18 12:52:43 kendra kernel: acpi: request to enter state S5 failed (err 6) >> [...] > > Yes, I think the case for S5 should probably come before > acpi_sleep_disable(). Right now the patch tries to preserve the same behavior in this respect as the current code has. I don't have a good understanding of overlapping requests to enter different sleep states and potential bad effects (e.g. S1 request while soft power off is already in progress). But in this case I actually wonder what left ACPI driver is "sleep disabled" state. Did the first soft poweroff attempt fail and caused subsequent attempts to be disabled? Hmm, if so, then I wonder why it could have failed. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 20 14:46: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 DC7E31065676 for ; Mon, 20 Apr 2009 14:46:00 +0000 (UTC) (envelope-from william88@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9690C8FC19 for ; Mon, 20 Apr 2009 14:46:00 +0000 (UTC) (envelope-from william88@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so486881qwe.7 for ; Mon, 20 Apr 2009 07:46:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=Xvk4N58vQ240ktgN0lHk8rZoBxmKgnDpPUiOXcQtVlM=; b=xqeR9xJFFC0vZPy+NNAzNanu9CfZnjGaW8m3ez1eZAetPTN7GY6qxX+Cr9FkDTKu2h CwilMEJfG+boqjnh1imFRb6jYVg8QILS3LmIwnga2cHxZrDdsEUxKLXx7/ffj/aLf+VM 9vIdkc0SPIG1fXbQKckwEjJRnfmOEN2vExeic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=G3hG7dZHwHtRtyeNfEQEsmdFg4+0IebgpJs1JFO0ctib+OYsuGxS3Tm2Mi/LrLDril GqlgP/W2IpNbRC0SbRIm8oRxxQ6hB+4W7SLyvs9Hq3SnlEA59g1Iy3n/53JwwYcy6eAp JIV3hvq7aOikHMVdMNp4N6XfTOZ7beAuNQUEs= Received: by 10.229.95.4 with SMTP id b4mr337788qcn.46.1240238748230; Mon, 20 Apr 2009 07:45:48 -0700 (PDT) Received: from localhost ([201.21.182.73]) by mx.google.com with ESMTPS id 30sm8799424yxk.16.2009.04.20.07.45.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 07:45:47 -0700 (PDT) Date: Mon, 20 Apr 2009 11:46:16 -0300 From: William Grzybowski To: freebsd-acpi@freebsd.org Message-ID: <20090420144616.GA1162@venon.lostgarden> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Workaround pci-pci bridge resources 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, 20 Apr 2009 14:46:01 -0000 Almost a year and a half ago I did report a problem with my laptop and ACPI, which was unable to allocate resources for my NIC (msk). Which you can see here: http://lists.freebsd.org/pipermail/freebsd-acpi/2007-August/003968.html Today I was seeing some code to understand a little bit more about how ACPI works (pci host, bridge etc). Then I tried some workaround for my problem, allocating resource for the PCI-PCI Bridge when attaching, and surprise, it's workng now. As I can understund so far, the devices passes the allocation to their parent recursively until some of them can handle it, am I right? So doing this is not the right way to solve the problem and I am forcing a memory resource and being active even if there is no device attached to its bridge, but maybe it could help for now... Or would pcib_alloc_resource not handling it correctly as pcib1 parent is pci0? Any thoughts? PATCH: http://dev.agencialivre.com.br/pub/patch_pci-pci-bridge.txt Thanks! From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 20 15:33:17 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 D612F106564A for ; Mon, 20 Apr 2009 15:33:17 +0000 (UTC) (envelope-from dan@dburkland.com) Received: from na3sys009aog105.obsmtp.com (na3sys009aog105.obsmtp.com [74.125.149.75]) by mx1.freebsd.org (Postfix) with SMTP id 6A86E8FC16 for ; Mon, 20 Apr 2009 15:33:17 +0000 (UTC) (envelope-from dan@dburkland.com) Received: from source ([173.8.114.137]) by na3sys009aob105.postini.com ([74.125.148.12]) with SMTP ID DSNKSeyVvRLuGRX0VB0MegMHM1c5BSIucJVk@postini.com; Mon, 20 Apr 2009 08:33:17 PDT Received: from mail.dburk.local ([10.0.0.4]) by mail ([10.0.0.4]) with mapi; Mon, 20 Apr 2009 10:33:17 -0500 From: Daniel Burkland To: "freebsd-acpi@FreeBSD.org" Date: Mon, 20 Apr 2009 10:33:19 -0500 Thread-Topic: ACPI Issues: Dell Vostro 1310 Thread-Index: AcnBzVTO0GnVd0kPTguoqgbeaqYMRw== Message-ID: <9BF0E9EFFF8AD245AAB6AAB1542D95965A094CED@mail> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ACPI Issues: Dell Vostro 1310 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, 20 Apr 2009 15:33:21 -0000 Let me start out by saying I am a rookie when it comes to FreeBSD so I apol= ogize if I forgot some information. Before I list the debug information let= me briefly explain my issue. I have installed FreeBSD 7.1 i386 on my Dell = Vostro and it seems that the machine will not be properly shutdown when usi= ng the command "shutdown -p now". According to the output the machine halts= but for some reason there is miscommunication between the software and the= ACPI on my laptop. Below I have listed the full hardware specs along with = the required debug information. Thank you so much for your help! Full Hardware Specs Laptop Model: Dell Vostro 1310 CPU: Core 2 Duo Merom T7250 DVDRW: Integrated Drive Electronics Teac DVD+/-RW HDD: 320GB WD-ML160 WIFI: Broadcom 4312 NVIDIA: 8400GS 128MB Dmesg output after boot -v: http://dburkland.net/freebsd/dmesg1.log Dmesg output after boot -v with ACPI disabled: http://dburkland.net/freebsd= /dmesg2.log Output from systctl hw.acpi: http://dburkland.net/freebsd/sysctloutput.log URL where my ASL can be found: http://dburkland.net/freebsd/dan@dburkland.c= om-DellVostro1310.asl Again I want to prematurely thank you guys for taking a look at this! Daniel Burkland dan@dburkland.com From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 20 16:05: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 73AD41065686; Mon, 20 Apr 2009 16:05:03 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi015.prodigy.net (nlpi015.sbcis.sbc.com [207.115.36.44]) by mx1.freebsd.org (Postfix) with ESMTP id 43C8E8FC13; Mon, 20 Apr 2009 16:05:02 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-2-42.dsl.snfc21.pacbell.net [71.139.2.42]) (authenticated bits=0) by nlpi015.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n3KG51li026030; Mon, 20 Apr 2009 11:05:01 -0500 Message-ID: <49EC9D2F.8080701@root.org> Date: Mon, 20 Apr 2009 09:05:03 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Andriy Gapon References: <49DB639A.4090504@icyb.net.ua> <49DCF5C2.60805@root.org> <49DDF906.8090400@icyb.net.ua> <49DF3CA4.1090309@freebsd.org> <49E4B2A7.3020302@freebsd.org> <49E61986.7040709@root.org> <49E8AED0.1090008@freebsd.org> <20090418125806.2a48b0a8@fabiankeil.de> <49E9FFB0.6090707@root.org> <49EC60C6.7000702@freebsd.org> In-Reply-To: <49EC60C6.7000702@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: run resume code only for S1-S4 states 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, 20 Apr 2009 16:05:03 -0000 Andriy Gapon wrote: > on 18/04/2009 19:28 Nate Lawson said the following: >> Fabian Keil wrote: >>> Andriy Gapon wrote: >>> >>>> An updated version of the patch, the only difference is: do-while(0) is gone, >>>> breaks are replaces with gotos, indentation is reduced. >>>> >>>> Per Nate's request I am calling for people with SMP systems to test if powering >>>> off via power button still works with this change. It's desirable to test power >>>> off at least two times to increase a chance of non-BSP CPU being used. >>> With an AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2542.15-MHz K8-class CPU) >>> the first few shutdowns were successful, but on the fourth try pressing the >>> power button only lead to: >>> >>> Apr 18 12:52:42 kendra kernel: acpi: suspend request ignored (not ready yet) >>> Apr 18 12:52:42 kendra kernel: acpi: request to enter state S5 failed (err 6) >>> Apr 18 12:52:43 kendra kernel: acpi: suspend request ignored (not ready yet) >>> Apr 18 12:52:43 kendra kernel: acpi: request to enter state S5 failed (err 6) >>> Apr 18 12:52:43 kendra kernel: acpi: suspend request ignored (not ready yet) >>> Apr 18 12:52:43 kendra kernel: acpi: request to enter state S5 failed (err 6) >>> [...] >> Yes, I think the case for S5 should probably come before >> acpi_sleep_disable(). > > Right now the patch tries to preserve the same behavior in this respect > as the current code has. I don't have a good understanding of > overlapping requests to enter different sleep states and potential bad > effects (e.g. S1 request while soft power off is already in progress). > > But in this case I actually wonder what left ACPI driver is "sleep > disabled" state. Did the first soft poweroff attempt fail and caused > subsequent attempts to be disabled? Hmm, if so, then I wonder why it > could have failed. It's a good question. Better to figure out why the first poweroff failed. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 21 16:57:42 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 50FFC106566C for ; Tue, 21 Apr 2009 16:57:42 +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 82B188FC25 for ; Tue, 21 Apr 2009 16:57:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 TAA19157; Tue, 21 Apr 2009 19:57:18 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49EDFAED.4030606@icyb.net.ua> Date: Tue, 21 Apr 2009 19:57:17 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Nate Lawson References: <49DE1F8B.2080400@earthlink.net> <49DE2E6D.5050001@icyb.net.ua> <49DE596E.2050406@earthlink.net> <49DEFF53.1040306@icyb.net.ua> <49DF7A1C.90009@root.org> <20090418043432.O34434@sola.nimnet.asn.au> <49E8D824.1000001@root.org> <20090417200726.GG3014@deviant.kiev.zoral.com.ua> <49E8E6E3.40304@root.org> In-Reply-To: <49E8E6E3.40304@root.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sclark46@earthlink.net, freebsd-acpi@freebsd.org, Ian Smith Subject: Re: 6.x acpi powerbutton 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, 21 Apr 2009 16:57:42 -0000 on 17/04/2009 23:30 Nate Lawson said the following: > Sure. Perhaps Andriy will pick up this task after reworking the suspend > path code for S5? It seems related. Oh I think that this would be a much easier and independent task. Right now I have the following in my local tree, but I think that it might be better to limit the message to S5 state only, so that people with laptops do not complain about extra spam. diff --git a/sys/dev/acpica/acpi.c b/sys/dev/acpica/acpi.c index 8a592d2..f3e0c1f 100644 --- a/sys/dev/acpica/acpi.c +++ b/sys/dev/acpica/acpi.c @@ -2169,6 +2169,8 @@ acpi_ReqSleepState(struct acpi_softc *sc, int state) if (state < ACPI_STATE_S1 || state > ACPI_STATE_S5) return (EINVAL); + printf("acpi: request to enter S%d sleep state\n", state); + /* S5 (soft-off) should be entered directly with no waiting. */ if (state == ACPI_STATE_S5) { if (ACPI_SUCCESS(acpi_EnterSleepState(sc, state))) -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 21 17:00: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 26538106566C for ; Tue, 21 Apr 2009 17:00:47 +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 5974F8FC18 for ; Tue, 21 Apr 2009 17:00:46 +0000 (UTC) (envelope-from avg@freebsd.org) 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 UAA19228; Tue, 21 Apr 2009 20:00:42 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <49EDFBBA.1080504@freebsd.org> Date: Tue, 21 Apr 2009 20:00:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Nate Lawson References: <49DB639A.4090504@icyb.net.ua> <49DCF5C2.60805@root.org> <49DDF906.8090400@icyb.net.ua> <49DF3CA4.1090309@freebsd.org> <49E4B2A7.3020302@freebsd.org> <49E61986.7040709@root.org> <49E8AED0.1090008@freebsd.org> <20090418125806.2a48b0a8@fabiankeil.de> <49E9FFB0.6090707@root.org> <49EC60C6.7000702@freebsd.org> <49EC9D2F.8080701@root.org> In-Reply-To: <49EC9D2F.8080701@root.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: run resume code only for S1-S4 states 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, 21 Apr 2009 17:00:47 -0000 on 20/04/2009 19:05 Nate Lawson said the following: > It's a good question. Better to figure out why the first poweroff failed. Nate, do you have any suggestion on how to debug this? Fabian, maybe you have some additional info like any other messages appearing in the logs, whether the system eventually went down, etc. BTW, did something like this ever happen before applying the patch? I mean power button press not shutting down the system. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 21 19:03:02 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 13480106566B for ; Tue, 21 Apr 2009 19:03:02 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi001.prodigy.net (nlpi001.sbcis.sbc.com [207.115.36.30]) by mx1.freebsd.org (Postfix) with ESMTP id D5AAE8FC1A for ; Tue, 21 Apr 2009 19:03:01 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-6-115.dsl.snfc21.pacbell.net [71.139.6.115]) (authenticated bits=0) by nlpi001.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n3LJ2unp015886; Tue, 21 Apr 2009 14:02:58 -0500 Message-ID: <49EE1863.1000306@root.org> Date: Tue, 21 Apr 2009 12:02:59 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Andriy Gapon References: <49DE1F8B.2080400@earthlink.net> <49DE2E6D.5050001@icyb.net.ua> <49DE596E.2050406@earthlink.net> <49DEFF53.1040306@icyb.net.ua> <49DF7A1C.90009@root.org> <20090418043432.O34434@sola.nimnet.asn.au> <49E8D824.1000001@root.org> <20090417200726.GG3014@deviant.kiev.zoral.com.ua> <49E8E6E3.40304@root.org> <49EDFAED.4030606@icyb.net.ua> In-Reply-To: <49EDFAED.4030606@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sclark46@earthlink.net, freebsd-acpi@freebsd.org, Ian Smith Subject: Re: 6.x acpi powerbutton 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, 21 Apr 2009 19:03:02 -0000 Andriy Gapon wrote: > on 17/04/2009 23:30 Nate Lawson said the following: >> Sure. Perhaps Andriy will pick up this task after reworking the suspend >> path code for S5? It seems related. > > Oh I think that this would be a much easier and independent task. > Right now I have the following in my local tree, but I think that it might be > better to limit the message to S5 state only, so that people with laptops do not > complain about extra spam. > > diff --git a/sys/dev/acpica/acpi.c b/sys/dev/acpica/acpi.c > index 8a592d2..f3e0c1f 100644 > --- a/sys/dev/acpica/acpi.c > +++ b/sys/dev/acpica/acpi.c > @@ -2169,6 +2169,8 @@ acpi_ReqSleepState(struct acpi_softc *sc, int state) > if (state < ACPI_STATE_S1 || state > ACPI_STATE_S5) > return (EINVAL); > > + printf("acpi: request to enter S%d sleep state\n", state); > + > /* S5 (soft-off) should be entered directly with no waiting. */ > if (state == ACPI_STATE_S5) { > if (ACPI_SUCCESS(acpi_EnterSleepState(sc, state))) > I don't think that's what they're asking for. The normal shutdown process creates log entries, even if destined for poweroff. For example, shutdown -p will log before powering off. acpi_ReqSleepState() can come through /dev/apm, sysctl, etc. as well as the power button handler. They are interested in the initiator of the event, the button itself. So you'd be adding a printf to the power button handler, "power button pressed". Then the normal shutdown messages would be logged but they would know the reason. Remember that with sysctl, you can configure different events to button mappings. So the power button could be used to initiate a suspend, for example. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 22 13:04:16 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 804AC1065670 for ; Wed, 22 Apr 2009 13:04:16 +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 B168A8FC1B for ; Wed, 22 Apr 2009 13:04:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 QAA16367; Wed, 22 Apr 2009 16:03:44 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49EF15B0.10402@icyb.net.ua> Date: Wed, 22 Apr 2009 16:03:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Nate Lawson References: <49DE1F8B.2080400@earthlink.net> <49DE2E6D.5050001@icyb.net.ua> <49DE596E.2050406@earthlink.net> <49DEFF53.1040306@icyb.net.ua> <49DF7A1C.90009@root.org> <20090418043432.O34434@sola.nimnet.asn.au> <49E8D824.1000001@root.org> <20090417200726.GG3014@deviant.kiev.zoral.com.ua> <49E8E6E3.40304@root.org> <49EDFAED.4030606@icyb.net.ua> <49EE1863.1000306@root.org> In-Reply-To: <49EE1863.1000306@root.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sclark46@earthlink.net, freebsd-acpi@freebsd.org, Ian Smith Subject: Re: 6.x acpi powerbutton 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, 22 Apr 2009 13:04:16 -0000 on 21/04/2009 22:02 Nate Lawson said the following: > > I don't think that's what they're asking for. The normal shutdown > process creates log entries, even if destined for poweroff. For example, > shutdown -p will log before powering off. acpi_ReqSleepState() can come > through /dev/apm, sysctl, etc. as well as the power button handler. Yes, the normal shutdown does log. But the other types of Sx state changes do not seem to get logged anywhere, so I think that that log message might still be useful. > They are interested in the initiator of the event, the button itself. So > you'd be adding a printf to the power button handler, "power button > pressed". Then the normal shutdown messages would be logged but they > would know the reason. Remember that with sysctl, you can configure > different events to button mappings. So the power button could be used > to initiate a suspend, for example. Yes, I agree. Which place do you think is the best for this log - acpi sleep event handler (acpi_system_eventhandler_sleep) or individual sleep event triggers (power button sleep button, lid)? -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 22 16:32:22 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 F2F951065670; Wed, 22 Apr 2009 16:32:21 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay11.ispgateway.de (smtprelay11.ispgateway.de [80.67.29.28]) by mx1.freebsd.org (Postfix) with ESMTP id A97888FC1D; Wed, 22 Apr 2009 16:32:21 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [62.143.132.243] (helo=localhost) by smtprelay11.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LwfMy-0002yY-4J; Wed, 22 Apr 2009 18:32:20 +0200 Date: Wed, 22 Apr 2009 18:32:14 +0200 From: Fabian Keil To: Andriy Gapon Message-ID: <20090422183214.1e3372c6@fabiankeil.de> In-Reply-To: <49EDFBBA.1080504@freebsd.org> References: <49DB639A.4090504@icyb.net.ua> <49DCF5C2.60805@root.org> <49DDF906.8090400@icyb.net.ua> <49DF3CA4.1090309@freebsd.org> <49E4B2A7.3020302@freebsd.org> <49E61986.7040709@root.org> <49E8AED0.1090008@freebsd.org> <20090418125806.2a48b0a8@fabiankeil.de> <49E9FFB0.6090707@root.org> <49EC60C6.7000702@freebsd.org> <49EC9D2F.8080701@root.org> <49EDFBBA.1080504@freebsd.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd8.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_/f5ZEJ_PpyjIc4Hv6wdWXy=U"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-acpi@freebsd.org Subject: Re: run resume code only for S1-S4 states X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-acpi@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 16:32:22 -0000 --Sig_/f5ZEJ_PpyjIc4Hv6wdWXy=U Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Andriy Gapon wrote: > on 20/04/2009 19:05 Nate Lawson said the following: > > It's a good question. Better to figure out why the first poweroff faile= d. > Fabian, >=20 > maybe you have some additional info like any other messages appearing in = the logs, > whether the system eventually went down, etc. BTW, did something like thi= s ever > happen before applying the patch? I mean power button press not shutting = down the > system. There were no other messages that seemed to be related to the problem. I've never seen the problem on the system before, however I don't use the power button that often. When the problem occurred, I tried the power button several times but only got more of the messages. I waited a few minutes and finally powered the system down with "shutdown -p now" which worked flawlessly. Fabian --Sig_/f5ZEJ_PpyjIc4Hv6wdWXy=U Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknvRpMACgkQBYqIVf93VJ3cSACgh4VnmwoCO9uZ+bjxr7HqhdqO RU8AoMd2Vz5Ko/0vTXeQ1eGxId79+adX =0qQR -----END PGP SIGNATURE----- --Sig_/f5ZEJ_PpyjIc4Hv6wdWXy=U-- From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 22 20:33:55 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 2DB361065672 for ; Wed, 22 Apr 2009 20:33:55 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id 135CD8FC20 for ; Wed, 22 Apr 2009 20:33:55 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 22 Apr 2009 13:29:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.40,232,1239001200"; d="scan'208";a="450444984" Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211]) by fmsmga002.fm.intel.com with ESMTP; 22 Apr 2009 13:28:47 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Wed, 22 Apr 2009 13:33:54 -0700 From: "Moore, Robert" To: "Moore, Robert" Date: Wed, 22 Apr 2009 13:33:52 -0700 Thread-Topic: ACPICA version 20090422 released Thread-Index: AcnDiaYihpdHftIjT6O7EIsDUKRwGg== Message-ID: <4911F71203A09E4D9981D27F9D83085822400C96@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 22 Apr 2009 21:04:15 +0000 Cc: Subject: ACPICA version 20090422 released 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, 22 Apr 2009 20:33:55 -0000 22 April 2009. Summary of changes for version 20090422: This release is available at www.acpica.org/downloads 1) ACPI CA Core Subsystem: Fixed a compatibility issue with the recently released I/O port protection = mechanism. For windows compatibility, 1) On a port protection violation, si= mply ignore the request and do not return an exception (allow the control m= ethod to continue execution.) 2) If only part of the request overlaps a pro= tected port, read/write the individual ports that are not protected. Linux = BZ 13036. Lin Ming Enhanced the execution of the ASL/AML BreakPoint operator so that it actual= ly breaks into the AML debugger if the debugger is present. This matches th= e ACPI-defined behavior. Fixed several possible warnings related to the use of the configurable ACPI= _THREAD_ID. This type can now be configured as either an integer or a point= er with no warnings. Also fixes several warnings in printf-like statements = for the 64-bit build when the type is configured as a pointer. ACPICA BZ 76= 6, 767. Fixed a number of possible warnings when compiling with gcc 4+ (depending o= n warning options.) Examples include printf formats, aliasing, unused globa= ls, missing prototypes, missing switch default statements, use of non-ANSI = library functions, use of non-ANSI constructs. See generate/unix/Makefile f= or a list of warning options used with gcc 3 and 4. ACPICA BZ 735. Example Code and Data Size: These are the sizes for the OS-independent acpi= ca.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug = version of the code includes the debug output trace mechanism and has a muc= h larger code and data size. Previous Release: Non-Debug Version: 82.6K Code, 17.6K Data, 100.2K Total Debug Version: 157.7K Code, 49.9K Data, 207.6K Total Current Release: Non-Debug Version: 82.8K Code, 17.5K Data, 100.3K Total Debug Version: 158.0K Code, 49.9K Data, 207.9K Total 2) iASL Compiler/Disassembler and Tools: iASL: Fixed a generation warning from Bison 2.3 and fixed several warnings = on the 64-bit build. iASL: Fixed a problem where the Unix/Linux versions of the compiler could n= ot correctly digest Windows/DOS formatted files (with CR/LF). iASL: Added a new option for "quiet mode" (-va) that produces only the comp= ilation summary, not individual errors and warnings. Useful for large batch= compilations. AcpiExec: Implemented a new option (-z) to enable a forced semaphore/mutex = timeout that can be used to detect hang conditions during execution of AML = code (includes both internal semaphores and AML-defined mutexes and events.= ) Added new makefiles for the generation of acpica in a generic unix-like env= ironment. These makefiles are intended to generate the acpica tools and uti= lities from the original acpica git source tree structure. Test Suites: Updated and cleaned up the documentation files. Updated the co= pyrights to 2009, affecting all source files. Use the new version of iASL w= ith quiet mode. Increased the number of available semaphores in the Windows= OSL, allowing the aslts to execute fully on Windows. For the Unix OSL, add= ed an alternate implementation of the semaphore timeout to allow aslts to e= xecute fully on Cygwin. From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 23 05:01: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 A5409106566C for ; Thu, 23 Apr 2009 05:01:00 +0000 (UTC) (envelope-from update+a2=690a6@facebookmail.com) Received: from mx-out.facebook.com (outcampmail002.ash1.tfbnw.net [69.63.184.52]) by mx1.freebsd.org (Postfix) with ESMTP id 2AE2F8FC08 for ; Thu, 23 Apr 2009 05:01:00 +0000 (UTC) (envelope-from update+a2=690a6@facebookmail.com) DKIM-Signature: v=1; a=rsa-sha1; d=facebookmail.com; s=q1-2009b; c=relaxed/relaxed; q=dns/txt; i=@facebookmail.com; t=1240461958; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=y1WjqdSh65CQS9Dh7PjUJn8gDFU=; b=LY2ZAL7+PCCrvg6LDb7l+OEwBPWXPwocwBFrfoAcxY4NVuDZr3VQBmBnsy2d3nql YH0CoOOkKXdJV/bXHa9a5g==; Received: from [10.18.255.176] ([10.18.255.176:36077] helo=localhost.localdomain) by mta001.ash1.facebook.com (envelope-from ) (ecelerity 2.2.2.37 r(28805/28844)) with ESMTP id 7D/B1-26922-582FFE94; Wed, 22 Apr 2009 21:45:58 -0700 X-Facebook: from zuckmail ([]) by localhost.localdomain with local (ZuckMail); Date: Wed, 22 Apr 2009 21:45:57 -0700 To: Freebsd-acpi From: Facebook Message-ID: <81a679fdb244a35264d1d753dcb63c5e@localhost.localdomain> X-Priority: 3 X-Mailer: ZuckMail [version 1.00] X-Facebook-Camp: reminder_email X-Facebook-Notify: reminder_email; mailid=59efb3G3c33d580G2663bcG46 Errors-To: update+a2=690a6@facebookmail.com X-FACEBOOK-PRIORITY: 1 MIME-Version: 1.0 Content-Type: text/plain; charset = "UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Reminder: Maitri invited you to join Facebook... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Facebook List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 05:01:00 -0000 Hi Freebsd-acpi, The following person recently invited you to be their friend on Facebook: Other people you may know on Facebook: Facebook is a great place to keep in touch with friends, post photos, videos and create events. But first you need to join! Sign up today to create a profile and connect with the people you know. Thanks, The Facebook Team To sign up for Facebook, follow the link below: http://www.facebook.com/r.php?re=3D3b7fa7b14cadbb3c688b37af717919fc&mid=3D59efb3G3c33d580G2663bcG46 This message was intended for freebsd-acpi@freebsd.org. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe. http://www.facebook.com/o.php?c&k=3D282090&u=3D1010029952&mid=3D59efb3G3c33d580G2663bcG46 Facebook's offices are located at 156 University Ave., Palo Alto, CA 94301. From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 23 13:47:41 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 70972106564A for ; Thu, 23 Apr 2009 13:47:41 +0000 (UTC) (envelope-from klingfon@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 776508FC21 for ; Thu, 23 Apr 2009 13:47:40 +0000 (UTC) (envelope-from klingfon@gmail.com) Received: by ewy19 with SMTP id 19so495191ewy.43 for ; Thu, 23 Apr 2009 06:47:39 -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=jq0geZsgByQnMKOHjOIZbBfePU1t6D1D2UEva0cIR+I=; b=bnwrKv9bOkAMOmUPALaIgo3UVOGgj4YkNL3x3V3oq3BgiMH6krkkq5VL2Xxpq9h2qn RM650aRnEE0RWVozLJBObD6hYeIldDq+/SSn4iWsScujuEph6wvV340T9sw9aqYs6tr2 dJ9wo557CHSWL6pGI0vpqbTzeJ5daOx9s6Ytg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xJUXqMV8gRTChY9yxD1nBQwaGGxwLPXZJjEN7dlsi7zVImays9QZkb7/u7aypfgS+P +UM0gHlxxhgwLFmugrTf/tC7RNbDitYjVqgHogcIe9vgKBVo6NBHoMYI2GZ4V8YOP8cY RMHM2qj7OBD1BdvIK3AiDZCkbmybZq+fkRPWM= MIME-Version: 1.0 Received: by 10.210.57.12 with SMTP id f12mr1011676eba.50.1240492949167; Thu, 23 Apr 2009 06:22:29 -0700 (PDT) Date: Thu, 23 Apr 2009 15:22:29 +0200 Message-ID: <43b1bb350904230622u4b7790f0p9f665b649c97a3b@mail.gmail.com> From: M K To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel panic on 7.2-RC1 when booting with ACPI enabled kernel. 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, 23 Apr 2009 13:47:42 -0000 Hi! I upgraded my fileserver from 7.0 to 7.2-RC1 using the freebsd-update method. Everything went fine during the upgrade but when I attempted to boot with the new kernel(GENERIC) the default choice of kernel with ACPI enabled did not work. I have to boot by choosing the kernel with ACPI disabled. And then it boots perfect. When I used 7.0 everything worked fine. dmesg when booting without ACPI and ASL can be found on http://midroc.dyndns.org/~kling/ I have little experience of using kgdb and debugging. So if I should pull out some more info from the dump please specify exactly what I should write. I have tried to disable things in BIOS but without luck. Best regards, Magnus This is what a bt and list of instruction pointer from kgdb has to offer: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: 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.1-RELEASE-p5 #1: Thu Apr 23 12:46:52 CEST 2009 root@kling.telia.se:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2405.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x4400 real memory = 268353536 (255 MB) avail memory = 248500224 (236 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xee000000-0xeeffffff,0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci1 pcib2: at device 30.0 on pci0 pci2: on pcib2 ohci0: mem 0xed800000-0xed800fff irq 21 at device 4.0 on pci2 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xed000000-0xed000fff irq 22 at device 4.1 on pci2 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xec800000-0xec8000ff irq 23 at device 4.2 on pci2 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 0.95 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 5 ports with 5 removable, self powered atapci0: port 0xd800-0xd8ff,0xd400-0xd4ff, 0xd000-0xd0ff mem 0xec000000-0xec0fffff,0xeb800000-0xeb807fff irq 22 at device 10.0 on pci2 atapci0: [ITHREAD] atapci0: [ITHREAD] atapci0: DIMM size 128MB @ 0x00000000 ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xeb000000-0xeb00007f irq 20 at device 12.0 on pci2 miibus0: on xl0 xlphy0: <3Com internal media interface> PHY 24 on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:4b:45:ba:cf xl0: [ITHREAD] xl1: <3Com 3c905-TX Fast Etherlink XL> port 0xb400-0xb43f irq 18 at device 13.0 on pci2 miibus1: on xl1 nsphy0: PHY 24 on miibus1 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:60:08:6b:45:f2 xl1: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 31.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xa400-0xa41f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb3: on uhci0 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci1: port 0xa000-0xa01f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb4: on uhci1 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xdc7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2405464112 Hz quality 800 Timecounters tick every 1.000 msec ad0: 238475MB at ata0-master UDMA100 ad8: 238475MB at ata4-master UDMA100 ad10: 238475MB at ata5-master UDMA100 ar0: 238475MB status: READY ar0: disk0 READY (master) using ad8 at ata4-master ar0: disk1 READY (mirror) using ad10 at ata5-master Trying to mount root from ufs:/dev/ad0s1a <118>Loading configuration files. <118>kernel dumps on /dev/ad0s1b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xb fault code = supervisor read, page not present instruction pointer = 0x20:0xc0da4de7 stack pointer = 0x28:0xcd1e6aac frame pointer = 0x28:0xcd1e6aac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 70 (sysctl) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Physical memory: 243 MB Dumping 27 MB: 12 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc0da4de7 0xc0da4de7 is in AcpiNsMapHandleToNode (/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889). 884 return (AcpiGbl_RootNode); 885 } 886 887 /* We can at least attempt to verify the handle */ 888 889 if (ACPI_GET_DESCRIPTOR_TYPE (Handle) != ACPI_DESC_TYPE_NAMED) 890 { 891 return (NULL); 892 } 893 (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0790eb7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0791189 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0aa339c in trap_fatal (frame=0xcd1e6a6c, eva=11) at /usr/src/sys/i386/i386/trap.c:939 #4 0xc0aa3620 in trap_pfault (frame=0xcd1e6a6c, usermode=0, eva=11) at /usr/src/sys/i386/i386/trap.c:852 #5 0xc0aa3fdc in trap (frame=0xcd1e6a6c) at /usr/src/sys/i386/i386/trap.c:530 #6 0xc0a89e4b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc0da4de7 in AcpiNsMapHandleToNode (Handle=0x7) at /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889 #8 0xc0da44cf in AcpiNsHandleToPathname (TargetHandle=0x7, Buffer=0xcd1e6ae0) at /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsnames.c:320 #9 0xc0db0a72 in acpi_name (handle=0x7) at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:2842 #10 0xc0db4ca8 in acpi_pci_child_location_str_method (cbdev=0xc2212680, child=0xc2243400, buf=0xc22c2400 "slot=0 function=0 handle=", buflen=1024) at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:150 #11 0xc07b4ca6 in bus_child_location_str (child=0xc2243400, buf=0xc22c2400 "slot=0 function=0 handle=", buflen=1024) at bus_if.h:604 #12 0xc07b4f49 in device_sysctl_handler (oidp=0xc223f780, arg1=0xc2243400, arg2=2, req=0xcd1e6ba4) at /usr/src/sys/kern/subr_bus.c:256 #13 0xc079a707 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1307 From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 23 14:30:59 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 519661065672; Thu, 23 Apr 2009 14:30:59 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 24E1F8FC15; Thu, 23 Apr 2009 14:30:59 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3NEUx8C074332; Thu, 23 Apr 2009 14:30:59 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3NEUwIV074246; Thu, 23 Apr 2009 14:30:58 GMT (envelope-from gavin) Date: Thu, 23 Apr 2009 14:30:58 GMT Message-Id: <200904231430.n3NEUwIV074246@freefall.freebsd.org> To: dsh@vlink.ru, gavin@FreeBSD.org, freebsd-acpi@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/67309: zzz reboot computer (ACPI S3) 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, 23 Apr 2009 14:30:59 -0000 Synopsis: zzz reboot computer (ACPI S3) State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Apr 23 14:28:48 UTC 2009 State-Changed-Why: Feedback timeout (~1 year). Far too much has been changed in the ACPI subsystem since FreeBSD 5.2 for it to be worthwhile keeping this PR open without feedback, I'm afraid. To submitter: if you are still able to test it, we can reopen this PR. Responsible-Changed-From-To: freebsd-acpi->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Apr 23 14:28:48 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=67309 From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 23 16:41:10 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 E3F28106566C for ; Thu, 23 Apr 2009 16:41:10 +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 3179A8FC3A for ; Thu, 23 Apr 2009 16:41:09 +0000 (UTC) (envelope-from avg@freebsd.org) 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 TAA18923 for ; Thu, 23 Apr 2009 19:41:08 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <49F09A23.9080802@freebsd.org> Date: Thu, 23 Apr 2009 19:41:07 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <49DB639A.4090504@icyb.net.ua> <49DCF5C2.60805@root.org> <49DDF906.8090400@icyb.net.ua> <49DF3CA4.1090309@freebsd.org> <49E4B2A7.3020302@freebsd.org> <49E61986.7040709@root.org> <49E8AED0.1090008@freebsd.org> <20090418125806.2a48b0a8@fabiankeil.de> <49E9FFB0.6090707@root.org> <49EC60C6.7000702@freebsd.org> <49EC9D2F.8080701@root.org> <49EDFBBA.1080504@freebsd.org> <20090422183214.1e3372c6@fabiankeil.de> In-Reply-To: <20090422183214.1e3372c6@fabiankeil.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: run resume code only for S1-S4 states 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, 23 Apr 2009 16:41:11 -0000 on 22/04/2009 19:32 Fabian Keil said the following: > There were no other messages that seemed to be related to the problem. > I've never seen the problem on the system before, however I don't use > the power button that often. > > When the problem occurred, I tried the power button several times > but only got more of the messages. I waited a few minutes and finally > powered the system down with "shutdown -p now" which worked flawlessly. > Fabian, I realize that this is not much fun, but could you please apply the below patch on top of the previous patch and try to reproduce the problem? diff --git a/sys/dev/acpica/acpi.c b/sys/dev/acpica/acpi.c index 6477125..0432fab 100644 --- a/sys/dev/acpica/acpi.c +++ b/sys/dev/acpica/acpi.c @@ -2497,7 +2497,9 @@ acpi_EnterSleepState(struct acpi_softc *sc, int state) * Shut down cleanly and power off. This will call us back through the * shutdown handlers. */ + printf("acpi: S5 - before shutdown_nice"); shutdown_nice(RB_POWEROFF); + printf("acpi: S5 - after shutdown_nice"); return_ACPI_STATUS (AE_OK); } -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 24 17:11:39 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 880C81065677 for ; Fri, 24 Apr 2009 17:11:39 +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 42E298FC1C for ; Fri, 24 Apr 2009 17:11:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B2EBE46B1A; Fri, 24 Apr 2009 13:11:38 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 98F3A8A01C; Fri, 24 Apr 2009 13:11:37 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 24 Apr 2009 08:28:17 -0400 User-Agent: KMail/1.9.7 References: <43b1bb350904230622u4b7790f0p9f665b649c97a3b@mail.gmail.com> In-Reply-To: <43b1bb350904230622u4b7790f0p9f665b649c97a3b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904240828.17663.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 24 Apr 2009 13:11:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.9 required=4.2 tests=AWL,DATE_IN_PAST_03_06, 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: Re: Kernel panic on 7.2-RC1 when booting with ACPI enabled kernel. 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, 24 Apr 2009 17:11:40 -0000 On Thursday 23 April 2009 9:22:29 am M K wrote: > Hi! > > I upgraded my fileserver from 7.0 to 7.2-RC1 using the freebsd-update > method. Everything went fine during the upgrade but when I attempted to boot > with the new kernel(GENERIC) the default choice of kernel with ACPI enabled > did not work. I have to boot by choosing the kernel with ACPI disabled. And > then it boots perfect. When I used 7.0 everything worked fine. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xb > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0da4de7 > stack pointer = 0x28:0xcd1e6aac > frame pointer = 0x28:0xcd1e6aac > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 70 (sysctl) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1s > Physical memory: 243 MB > Dumping 27 MB: 12 > > Reading symbols from /boot/kernel/acpi.ko...Reading symbols from > /boot/kernel/acpi.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/acpi.ko > #0 doadump () at pcpu.h:196 > 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) list *0xc0da4de7 > 0xc0da4de7 is in AcpiNsMapHandleToNode > (/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889). > 884 return (AcpiGbl_RootNode); > 885 } > 886 > 887 /* We can at least attempt to verify the handle */ > 888 > 889 if (ACPI_GET_DESCRIPTOR_TYPE (Handle) != ACPI_DESC_TYPE_NAMED) > 890 { > 891 return (NULL); > 892 } > 893 > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc0790eb7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc0791189 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc0aa339c in trap_fatal (frame=0xcd1e6a6c, eva=11) > at /usr/src/sys/i386/i386/trap.c:939 > #4 0xc0aa3620 in trap_pfault (frame=0xcd1e6a6c, usermode=0, eva=11) > at /usr/src/sys/i386/i386/trap.c:852 > #5 0xc0aa3fdc in trap (frame=0xcd1e6a6c) at > /usr/src/sys/i386/i386/trap.c:530 > #6 0xc0a89e4b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > #7 0xc0da4de7 in AcpiNsMapHandleToNode (Handle=0x7) > at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889 > #8 0xc0da44cf in AcpiNsHandleToPathname (TargetHandle=0x7, > Buffer=0xcd1e6ae0) > at > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsnames.c:320 > #9 0xc0db0a72 in acpi_name (handle=0x7) > at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:2842 > #10 0xc0db4ca8 in acpi_pci_child_location_str_method (cbdev=0xc2212680, > child=0xc2243400, buf=0xc22c2400 "slot=0 function=0 handle=", > buflen=1024) > at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:150 Can you do 'frame 10' followed by 'p *(struct acpi_pci_devinfo *)child->ivars' -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 25 06:46:59 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 9CEB71065670 for ; Sat, 25 Apr 2009 06:46:59 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2F28FC08 for ; Sat, 25 Apr 2009 06:46:59 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so915569ana.13 for ; Fri, 24 Apr 2009 23:46:58 -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:content-transfer-encoding; bh=N1Mgy9sR89OXWUL73I7natxdywTCG9J9ZMcIRK+9nzs=; b=KZC+5j3agkmcPpbWccq3UEIx56beI49RKHWWPndYLTL5Vt2ZPrbBzOvrz6uNfqB/uR wtB9Cq8GCCVPniePzjGpHkJRZhTgNwKL+kWREsp7+ZZT1ffNHU3NMujTjJw+cMsLEjZJ T9La5ywH6f4KZRFouQGdxPJw8JpEVIKNhyaAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=EePoZlnrA+pd1dP5PeVqayijzt1LJxjoEtJDXgoz4ePTsD7fURyAae0X+eaoeMpaEg HCw4KKh+HfG+BSa+4xJbfIFNwAL5o1IG0iH2PdkMIe6E1Rajuv0dTHbhwNWtxJawWrfl jNTzoyD9DSbxod6m8hKflxq0CJ7cU7X12gJ4I= MIME-Version: 1.0 Received: by 10.100.131.13 with SMTP id e13mr4464565and.93.1240640028216; Fri, 24 Apr 2009 23:13:48 -0700 (PDT) Date: Fri, 24 Apr 2009 23:13:48 -0700 Message-ID: <539c60b90904242313g20a3e6e4q20e555b318798764@mail.gmail.com> From: Steve Franks To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: lenovo s10e minor errors 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, 25 Apr 2009 06:46:59 -0000 Hi, These in no way seem to affect my system (although it won't resume, I suspect that's seperate), but I thought someone would want a look at it, since these netbooks are pretty new. Incidentally, if anyone picks one up, there's no bios-block against replacing the broadcom 80211 with a ath (i.e. sparklan). Best, Steve [steve@terra /usr/home/steve/projects/include]$ dmesg ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_TZ_.TZ00._TMP] (Node 0xc41b7220), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [ERAM] (0xc41b8c80) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_TZ_.TZ00._TMP] (Node 0xc41b7220), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [ERAM] (0xc41b8c80) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_GPE._L02] (Node 0xc41b74a0), AE_NOT_EXIST ACPI Exception (evgpe-0687): AE_NOT_EXIST, while evaluating GPE method [_L02] [20070320] ACPI Error (evregion-0427): No handler for Region [ERAM] (0xc41b8c80) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] etc...as you can see, they overrun the dmesg buffer after a few minutes... From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 25 08:21:23 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 AAA4D1065680; Sat, 25 Apr 2009 08:21:23 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 339708FC1C; Sat, 25 Apr 2009 08:21:22 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [62.143.132.243] (helo=localhost) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Lxd8T-000880-Jy; Sat, 25 Apr 2009 10:21:21 +0200 Date: Sat, 25 Apr 2009 10:21:09 +0200 From: Fabian Keil To: Andriy Gapon Message-ID: <20090425102109.0520ce59@fabiankeil.de> In-Reply-To: <49F09A23.9080802@freebsd.org> References: <49DB639A.4090504@icyb.net.ua> <49DCF5C2.60805@root.org> <49DDF906.8090400@icyb.net.ua> <49DF3CA4.1090309@freebsd.org> <49E4B2A7.3020302@freebsd.org> <49E61986.7040709@root.org> <49E8AED0.1090008@freebsd.org> <20090418125806.2a48b0a8@fabiankeil.de> <49E9FFB0.6090707@root.org> <49EC60C6.7000702@freebsd.org> <49EC9D2F.8080701@root.org> <49EDFBBA.1080504@freebsd.org> <20090422183214.1e3372c6@fabiankeil.de> <49F09A23.9080802@freebsd.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd8.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_/rD3pU6R9+gGPC4IXay3lN._"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: freebsd-acpi@freebsd.org Subject: Re: run resume code only for S1-S4 states 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, 25 Apr 2009 08:21:24 -0000 --Sig_/rD3pU6R9+gGPC4IXay3lN._ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Andriy Gapon wrote: > on 22/04/2009 19:32 Fabian Keil said the following: > > There were no other messages that seemed to be related to the problem. > > I've never seen the problem on the system before, however I don't use > > the power button that often. > >=20 > > When the problem occurred, I tried the power button several times > > but only got more of the messages. I waited a few minutes and finally > > powered the system down with "shutdown -p now" which worked flawlessly. > I realize that this is not much fun, but could you please apply the below= patch on > top of the previous patch and try to reproduce the problem? Sure. It turns out that the problem is unrelated to your patch. I can reproduce it with an unpatched kernel too, by once pressing the power button before the second core is started. I probably did the same a few days ago, and forgot about it. Sorry. With your patch, the messages are: Apr 25 10:01:07 kendra kernel: Enter passphrase for ad4s1d: acd0: FAILURE -= INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 Apr 25 10:01:07 kendra kernel: (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0= 0 0 0 0 0=20 Apr 25 10:01:07 kendra kernel: (probe0:ata0:0:0:0): CAM Status: SCSI Status= Error Apr 25 10:01:07 kendra kernel: (probe0:ata0:0:0:0): SCSI Status: Check Cond= ition Apr 25 10:01:07 kendra kernel: (probe0:ata0:0:0:0): NOT READY asc:3a,0 Apr 25 10:01:07 kendra kernel: (probe0:ata0:0:0:0): Medium not present Apr 25 10:01:07 kendra kernel: (probe0:ata0:0:0:0): Unretryable error Apr 25 10:01:07 kendra kernel: uhub5: 10 ports with 10 removable, self powe= red Apr 25 10:01:07 kendra kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc= =3D0x24 ascq=3D0x00=20 Apr 25 10:01:07 kendra kernel: acpi: S5 - before shutdown_nice Apr 25 10:01:07 kendra kernel: acpi: S5 - after shutdown_nice Apr 25 10:01:07 kendra kernel:=20 Apr 25 10:01:07 kendra kernel: GEOM_ELI: Device ad4s1d.eli created. Apr 25 10:01:07 kendra kernel: GEOM_ELI: Encryption: AES-CBC 256 Apr 25 10:01:07 kendra kernel: GEOM_ELI: Crypto: software Apr 25 10:01:07 kendra kernel: run_interrupt_driven_hooks: still waiting af= ter 60 seconds for Apr 25 10:01:07 kendra kernel: cd0 at ata0 bus 0 target 0 lun 0 Apr 25 10:01:07 kendra kernel: cd0: Removable= CD-ROM SCSI-0 device SMP: AP CPU # Apr 25 10:01:07 kendra kernel: 1 Launccdh0e:d !33.000MB/s transfers Apr 25 10:01:07 kendra kernel:=20 [...] Apr 25 10:01:24 kendra kernel: acpi: suspend request ignored (not ready yet) Apr 25 10:01:24 kendra kernel: acpi: request to enter state S5 failed (err = 6) Apr 25 10:01:27 kendra kernel: acpi: suspend request ignored (not ready yet) Apr 25 10:01:27 kendra kernel: acpi: request to enter state S5 failed (err = 6) Apr 25 10:01:27 kendra kernel: acpi: suspend request ignored (not ready yet) Apr 25 10:01:27 kendra kernel: acpi: request to enter state S5 failed (err = 6) Apr 25 10:01:28 kendra kernel: acpi: suspend request ignored (not ready yet) Apr 25 10:01:28 kendra kernel: acpi: request to enter state S5 failed (err = 6) Apr 25 10:01:28 kendra kernel: acpi: suspend request ignored (not ready yet) Apr 25 10:01:28 kendra kernel: acpi: request to enter state S5 failed (err = 6) Apr 25 10:01:28 kendra kernel: acpi: suspend request ignored (not ready yet) Apr 25 10:01:28 kendra kernel: acpi: request to enter state S5 failed (err = 6) Fabian --Sig_/rD3pU6R9+gGPC4IXay3lN._ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknyyAAACgkQBYqIVf93VJ0FJQCgmMasOC07VSKzJIgpnqEsNkI6 uMAAoKeZCgwrhYslT2i3ad8OUzp39IMO =21sr -----END PGP SIGNATURE----- --Sig_/rD3pU6R9+gGPC4IXay3lN._-- From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 25 10:27:25 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 BDBAA1065677 for ; Sat, 25 Apr 2009 10:27:25 +0000 (UTC) (envelope-from klingfon@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id E04718FC16 for ; Sat, 25 Apr 2009 10:27:24 +0000 (UTC) (envelope-from klingfon@gmail.com) Received: by ewy19 with SMTP id 19so1315327ewy.43 for ; Sat, 25 Apr 2009 03:27:24 -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:content-type; bh=mlcp53K1sSN+2dNqrfMAbZG18ehZyRdZTnZZS6P7XLU=; b=puHD5RwWSPAh0Bh2qJtB31G3zSCBT8ftd0sGzp3kx5lICFe1wBK78J63CYY73L92Gn 9oF6BN7JbvQh4SJFSh3v6A0w4WddHa3W+NzjfTCxAxd3nRtKMWE3oylgVP5aWzquHdT0 iLIV5HqC6uug0qhqRf2bbX9suvn/IqT/djy54= 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 :content-type; b=lahO39w8ywst/WHiRjwxSfeVzgjYsIckkXaK4FtpOtlnYAX6fOkUxrmN34lzOcd7Rr QNkGR8pSBkViWNzUQZuM4S31m/Ry2IoFp3r5Cu+383a6+yudeIioahgdR7tNkgb/tTRg Rne9bvM6sGPdD+4LLqJeEOmPaJdfKhzWDiGNM= MIME-Version: 1.0 Received: by 10.210.126.18 with SMTP id y18mr1859065ebc.15.1240655243901; Sat, 25 Apr 2009 03:27:23 -0700 (PDT) In-Reply-To: <43b1bb350904250326o63cb3085vc6a7079fba7cd700@mail.gmail.com> References: <43b1bb350904230622u4b7790f0p9f665b649c97a3b@mail.gmail.com> <200904240828.17663.jhb@freebsd.org> <43b1bb350904250326o63cb3085vc6a7079fba7cd700@mail.gmail.com> Date: Sat, 25 Apr 2009 12:27:23 +0200 Message-ID: <43b1bb350904250327n2bc0c651y7e725abda56538b0@mail.gmail.com> From: Magnus Kling To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Kernel panic on 7.2-RC1 when booting with ACPI enabled kernel. 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, 25 Apr 2009 10:27:26 -0000 2009/4/24 John Baldwin On Thursday 23 April 2009 9:22:29 am M K wrote: > > Hi! > > > > I upgraded my fileserver from 7.0 to 7.2-RC1 using the freebsd-update > > method. Everything went fine during the upgrade but when I attempted to > boot > > with the new kernel(GENERIC) the default choice of kernel with ACPI > enabled > > did not work. I have to boot by choosing the kernel with ACPI disabled. > And > > then it boots perfect. When I used 7.0 everything worked fine. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > fault virtual address =3D 0xb > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x20:0xc0da4de7 > > stack pointer =3D 0x28:0xcd1e6aac > > frame pointer =3D 0x28:0xcd1e6aac > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 70 (sysctl) > > trap number =3D 12 > > panic: page fault > > cpuid =3D 0 > > Uptime: 1s > > Physical memory: 243 MB > > Dumping 27 MB: 12 > > > > Reading symbols from /boot/kernel/acpi.ko...Reading symbols from > > /boot/kernel/acpi.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/acpi.ko > > #0 doadump () at pcpu.h:196 > > 196 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > > (kgdb) list *0xc0da4de7 > > 0xc0da4de7 is in AcpiNsMapHandleToNode > > > (/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:889= ). > > 884 return (AcpiGbl_RootNode); > > 885 } > > 886 > > 887 /* We can at least attempt to verify the handle */ > > 888 > > 889 if (ACPI_GET_DESCRIPTOR_TYPE (Handle) !=3D > ACPI_DESC_TYPE_NAMED) > > 890 { > > 891 return (NULL); > > 892 } > > 893 > > (kgdb) bt > > #0 doadump () at pcpu.h:196 > > #1 0xc0790eb7 in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:418 > > #2 0xc0791189 in panic (fmt=3DVariable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:574 > > #3 0xc0aa339c in trap_fatal (frame=3D0xcd1e6a6c, eva=3D11) > > at /usr/src/sys/i386/i386/trap.c:939 > > #4 0xc0aa3620 in trap_pfault (frame=3D0xcd1e6a6c, usermode=3D0, eva=3D= 11) > > at /usr/src/sys/i386/i386/trap.c:852 > > #5 0xc0aa3fdc in trap (frame=3D0xcd1e6a6c) at > > /usr/src/sys/i386/i386/trap.c:530 > > #6 0xc0a89e4b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > > #7 0xc0da4de7 in AcpiNsMapHandleToNode (Handle=3D0x7) > > at > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsutils.c:88= 9 > > #8 0xc0da44cf in AcpiNsHandleToPathname (TargetHandle=3D0x7, > > Buffer=3D0xcd1e6ae0) > > at > > /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/nsnames.c:32= 0 > > #9 0xc0db0a72 in acpi_name (handle=3D0x7) > > at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:2842 > > #10 0xc0db4ca8 in acpi_pci_child_location_str_method (cbdev=3D0xc221268= 0, > > child=3D0xc2243400, buf=3D0xc22c2400 "slot=3D0 function=3D0 handle= =3D", > > buflen=3D1024) > > at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:15= 0 > > Can you do 'frame 10' followed by 'p *(struct acpi_pci_devinfo > *)child->ivars' > > -- > John Baldwin Sure, no problem. This is a none critical server so I can do alot of debugging and testing if that is needed. (kgdb) frame 10 #10 0xc0db4ca8 in acpi_pci_child_location_str_method (cbdev=3D0xc2212680, child=3D0xc2243400, buf=3D0xc22c2400 "slot=3D0 function=3D0 handle=3D", buflen=3D1024) at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:150 150 strlcat(buf, acpi_name(dinfo->ap_handle), buflen); (kgdb) p *(struct acpi_pci_devinfo *)child->ivars $1 =3D {ap_dinfo =3D {pci_links =3D {stqe_next =3D 0xc0b00f8c}, resources = =3D { stqh_first =3D 0xc0b00f8c, stqh_last =3D 0x1030000}, cfg =3D {dev =3D= 0x0, bar =3D {4, 0, 0, 3257136600, 0, 0}, bios =3D 0, subvendor =3D 0, subdevice =3D 0, vendor =3D 0, device =3D 0, cmdreg =3D 0, statreg = =3D 0, baseclass =3D 0 '\0', subclass =3D 0 '\0', progif =3D 0 '\0', revid = =3D 0 '\0', hdrtype =3D 0 '\0', cachelnsz =3D 0 '\0', intpin =3D 0 '\0', intline = =3D 0 '\0', mingnt =3D 0 '\0', maxlat =3D 0 '\0', lattimer =3D 0 '\0', mfdev =3D = 0 '\0', nummaps =3D 80 'P', domain =3D 3257157632, bus =3D 4 '\004', slot =3D= 0 '\0', func =3D 0 '\0', pp =3D {pp_cap =3D 5696, pp_status =3D 36 '$', pp_pmcsr =3D 194 '=C2', pp_data =3D 0 '\0'}, vpd =3D {vpd_reg =3D 0= '\0', vpd_cached =3D 0 '\0', vpd_ident =3D 0x0, vpd_rocnt =3D -1037758948= , vpd_ros =3D 0x14, vpd_wcnt =3D 0, vpd_w =3D 0x0}, msi =3D {msi_ctrl= =3D 0, msi_location =3D 0 '\0', msi_msgnum =3D 0 '\0', msi_alloc =3D 0, msi_addr =3D 0, msi_data =3D 7248, msi_handlers =3D 3257137472}, ms= ix =3D { msix_ctrl =3D 1477, msix_msgnum =3D 0, msix_location =3D 0 '\0', msix_table_bar =3D 0 '\0', msix_pba_bar =3D 0 '\0', msix_table_offset =3D 3257280512, msix_pba_offset =3D 0, msix_alloc =3D -1037820896, msix_table_len =3D -1065660736, msix_table =3D 0xc0b2bb52, msix_vectors =3D 0x1, msix_table_res =3D 0xc222e660, msix_pba_res =3D 0x0}, ht =3D { ht_msimap =3D 0 '\0', ht_msictrl =3D 0, ht_msiaddr =3D 0}}, conf = =3D { pc_sel =3D {pc_domain =3D 0, pc_bus =3D 128 '\200', pc_dev =3D 246 '= =F6', pc_func =3D 35 '#'}, pc_hdr =3D 0 '\0', pc_subvendor =3D 0, ---Type to continue, or q to quit--- pc_subdevice =3D 0, pc_vendor =3D 0, pc_device =3D 0, pc_class =3D 0 = '\0', pc_subclass =3D 0 '\0', pc_progif =3D 0 '\0', pc_revid =3D 0 '\0', pd_name =3D "\000\000@\016%=C2pC&=C2pC&=C2\026\000", pd_unit =3D 22}}= , ap_handle =3D 0x7, ap_flags =3D 0} (kgdb) /Magnus From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 25 19:07:33 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 318131065677 for ; Sat, 25 Apr 2009 19:07:33 +0000 (UTC) (envelope-from william88@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id DD3B78FC1D for ; Sat, 25 Apr 2009 19:07:32 +0000 (UTC) (envelope-from william88@gmail.com) Received: by qyk3 with SMTP id 3so3462817qyk.3 for ; Sat, 25 Apr 2009 12:07:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=OnDUXqS35+NCQDuC661CnQu+ATCptWp4A9/Py/D8GKA=; b=lTNX/K87doDsRbePCt/zYfSxgisSzw5+J34q0aHBNEClI7b58G3CHGszYZrKioMK08 GYHbqrY2UPcaFwRwF3HQgcZtO+uSx0/vxyp4beYg4+xFhw0om8MM/8edsEwV6sm6PtLG 68kDGltI5sWWGqR7qfJRv9JIWZmg+NIrvoNTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=EPA3svESryu9aeDYkh9YERA56z4cVGeyK/9kqSsI7Lr2s1lsSSBMkCoElJDlayYLuE 1iKZiGbnP/ACRwgOKb0vJIRxOyTaWXY5mmy6hldmVcm40IuyCwpkzlN7yEy9PqaTUFvZ 0cvNkCqb/W7mI39JRPVh03nDArTJV30E3AxTU= Received: by 10.220.45.211 with SMTP id g19mr7341609vcf.86.1240686451959; Sat, 25 Apr 2009 12:07:31 -0700 (PDT) Received: from localhost ([201.21.182.73]) by mx.google.com with ESMTPS id 4sm8528353yxq.28.2009.04.25.12.07.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 25 Apr 2009 12:07:31 -0700 (PDT) Date: Sat, 25 Apr 2009 16:08:01 -0300 From: William Grzybowski To: freebsd-acpi@freebsd.org Message-ID: <20090425190801.GA1150@venon.lostgarden> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: pci access question 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, 25 Apr 2009 19:07:33 -0000 Hi, I was reading some code and running some tests in freebsd and some doubts came out. I know this is not a school but I would like to ask some questions regarding 8086 architecture and pci access, I really appreciate if someone could answer or point me to some good book. As far as I can understund the pci controllers have some registers which the cpu can read and write stuff. Everythings starts with the host pci bridge bus, this bus is define as _BBN in the acpi and is 0 when it is not set. Then for every pci controller attached to this bus the interrupt routing table is set so this bridge can control them properly. If any of them is a pci controller of the type pci bridge this process is repeated. This is how I would describe in a very simple way how the process works with my limited knowledge. My questions would be: Does ACPI directly inteferes in how pci regs are accesses somehow or a pci_cfgregread is 100% inpendent just with proper locks and asm inb, inl, inw instructions after setting the bus and slot/func? How does the bridge discovers the pci controllers attached to the bus? Is there some kind of signal or all possible addresses are tested? Does the pci bridges need to be initialized by the OS (by initialized i mean set some registers in the controller or something)? Again, sorry for asking this here, probably not the right place, but I would love any kind of "light", specially a good book about it. From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 25 23:48: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 CF65D106566B for ; Sat, 25 Apr 2009 23:48:49 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 856C68FC12 for ; Sat, 25 Apr 2009 23:48:49 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1290817qwe.7 for ; Sat, 25 Apr 2009 16:48:48 -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 :content-transfer-encoding; bh=QQFGzSy1+PbIFfWWn90QPe2wIAjtCtO4U16qLW2WJ+Y=; b=bnk1gVzyIUrU1V9d6TqLiwqXwhOv/ovz/YujN8CrLdjtUdtUhsepG4OPIrrl87/CFt QM58lgP1Xgrw6K1tqEB01OMEfH6mTT/gvEbI1u8KL8r5pWrVJuyo5s+RHwWFznc2XCgN GVOm7wF4sb3ds2dEx8P4RjZLjAhNO4G90Ob/g= 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:content-transfer-encoding; b=P9IavgEyipM/WBtFaSDduDMFeSNwZJgNcTxSBdiHpHfw5wDmVbZSg37LUDgNNiSNWT bXNIIafVAKXpPV18mnm8ShKIYmr5Ij345Q6IB0/Urb8IpHuIoIwNzfeTC1D2yGRPZyEf cYC7RfelKPx49B5dfKUS18Vl2XUQ2PlImhbFc= MIME-Version: 1.0 Received: by 10.229.74.79 with SMTP id t15mr1930438qcj.2.1240702019506; Sat, 25 Apr 2009 16:26:59 -0700 (PDT) In-Reply-To: <43b1bb350904250327n2bc0c651y7e725abda56538b0@mail.gmail.com> References: <43b1bb350904230622u4b7790f0p9f665b649c97a3b@mail.gmail.com> <200904240828.17663.jhb@freebsd.org> <43b1bb350904250326o63cb3085vc6a7079fba7cd700@mail.gmail.com> <43b1bb350904250327n2bc0c651y7e725abda56538b0@mail.gmail.com> Date: Sat, 25 Apr 2009 18:26:59 -0500 Message-ID: <11167f520904251626y6bdb4cfbs104d79c06f7a06e8@mail.gmail.com> From: "Sam Fourman Jr." To: Magnus Kling Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Kernel panic on 7.2-RC1 when booting with ACPI enabled kernel. 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, 25 Apr 2009 23:48:50 -0000 On Sat, Apr 25, 2009 at 5:27 AM, Magnus Kling wrote: > 2009/4/24 John Baldwin > > On Thursday 23 April 2009 9:22:29 am M K wrote: >> > Hi! >> > >> > I upgraded my fileserver from 7.0 to 7.2-RC1 using the freebsd-update >> > method. Everything went fine during the upgrade but when I attempted to >> boot >> > with the new kernel(GENERIC) the default choice of kernel with ACPI >> enabled >> > did not work. I have to boot by choosing the kernel with ACPI disabled. >> And >> > then it boots perfect. When I used 7.0 everything worked fine. >> > I can confirm this same thing, This morning I bought 3 new Asus X83VB-X2 notebooks a RELENG_7 build from 11-24-2008 (aka PC-BSD 7.02 i386) boots just fine with ACPI enabled but a 7.2RC2 install cd panics, as well as a recent 8 CURRENT snapshot. if I disable ACPI everything works fine. I am willing to provide any feedback that I can, as well as provide SSH via public ipaddress all I need is someone to tell me what to do. my intent was to bring these 3 notebooks to BSDCan in a few weeks. Sam Fourman Jr.