From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 17 22:48:22 2010 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 AB5DC1065679 for ; Sun, 17 Jan 2010 22:48:22 +0000 (UTC) (envelope-from ghostp@dzsy.org) Received: from mail.wsys-engine.hu (phoenixchat.hu [217.20.138.58]) by mx1.freebsd.org (Postfix) with ESMTP id 70CE28FC16 for ; Sun, 17 Jan 2010 22:48:22 +0000 (UTC) Received: by mail.wsys-engine.hu (Postfix, from userid 1021) id 5E731181C76; Sun, 17 Jan 2010 23:32:16 +0100 (CET) X-IMAP-Sender: ghostp@dzsy.org Message-ID: <4A05E6F6.8000309@mcss.hu> From: =?ISO-8859-1?Q?Sz=E9kv=F6lgyi_P=E9ter?= User-Agent: Thunderbird 2.0.0.21 (X11/20090501) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD no brightness control on Acer laptop 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: , Date: Sun, 17 Jan 2010 22:48:22 -0000 X-Original-Date: Sat, 09 May 2009 22:26:30 +0200 X-List-Received-Date: Sun, 17 Jan 2010 22:48:22 -0000 Hi everyone, I have a Acer Extensa 5620 laptop and i didn't change the brightness with keys or sysctl value. I loaded asus, ibm and other laptop acpi modul, but nothing change. Anyone has an idea how can i change the brightness fater the system booted? ( Without ACPI i can change, the brightness. ) I send a PR too: http://www.freebsd.org/cgi/query-pr.cgi?pr=132535 Now my system is: FreeBSD dzsy-note.dzsy.org 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu May 7 23:13:54 CEST 2009 ... i386 Thanks, Peter From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 17 22:48:22 2010 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 AF70A106568D for ; Sun, 17 Jan 2010 22:48:22 +0000 (UTC) (envelope-from ghostp@dzsy.org) Received: from mail.wsys-engine.hu (phoenixchat.hu [217.20.138.58]) by mx1.freebsd.org (Postfix) with ESMTP id 70D7D8FC1B for ; Sun, 17 Jan 2010 22:48:22 +0000 (UTC) Received: by mail.wsys-engine.hu (Postfix, from userid 1021) id CFE72181C40; Sun, 17 Jan 2010 23:32:09 +0100 (CET) X-IMAP-Sender: ghostp@dzsy.org Message-ID: <4A19131D.3050705@mcss.hu> From: =?ISO-8859-1?Q?Sz=E9kv=F6lgyi_P=E9ter?= User-Agent: Thunderbird 2.0.0.21 (X11/20090501) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4A05EA96.4090908@dzsy.org> In-Reply-To: <4A05EA96.4090908@dzsy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: No brightness control on Acer laptop 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: , Date: Sun, 17 Jan 2010 22:48:22 -0000 X-Original-Date: Sun, 24 May 2009 11:27:57 +0200 X-List-Received-Date: Sun, 17 Jan 2010 22:48:22 -0000 Székvölgyi Péter wrote: > I have a Acer Extensa 5620 laptop and i didn't change the brightness > with keys or sysctl value. > I loaded asus, ibm and other laptop acpi modul, but nothing change. > Anyone has an idea how > can i change the brightness fater the system booted? ( Without ACPI i > can change, the brightness. ) Hi everyone! A boot-ed with verbose mode, and if i want to change the brightness i saw on dmesg: ( brightness down with key ): acpi: bad write to port 0x080 (32), val 0x1d or ( brightness up with key ) acpi: bad write to port 0x080 (32), val 0x1c I tested with other dsdt file from google acer acpi, nothing changed: http://aceracpi.googlecode.com/svn/trunk/dsdt/acer/extensa/ I installed FreeBSD-Current to an usb key and booted. The error is the same with brightness control. Anyone has an idea wath wrong? Thanks ours help! Peter From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 18 09:01:10 2010 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 28A9F106566B for ; Mon, 18 Jan 2010 09:01:10 +0000 (UTC) (envelope-from tim.matthews7@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5D2358FC14 for ; Mon, 18 Jan 2010 09:01:09 +0000 (UTC) Received: by ewy26 with SMTP id 26so3225235ewy.3 for ; Mon, 18 Jan 2010 01:01:08 -0800 (PST) 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=BicZB2ZiGsyXPY/jl3rNALZsUFZmQ+Bf6Ya/KxbwtfQ=; b=LdkEIp0T8e2GhJSkB9w34ETiv5BLllJgnuQBZa58hpFfwmWYc/AqGD8aQWjfBZgb+m C+iZ3mWYmJkrN7hHX7PuBez6YYjPi2Zo8QWSruKheZiVNlZ/B/uYuJETtalU+6VBqDNj zyNmI+TuzNtvgzrCrhh/Hp8UjEWRIc/xIiNYE= 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=liTJNDAJDa+G7OgHHz4Wps3AXFP9QGDplZwMv046GBh7EsuEq1BEjn7t/RlschKsMx EtyHcz7uOSBDu8LC1lkEKLY8iOn8MribWsondY8v4TAKOPV0nOoGI58D0HIfd0AbcFjE AqTUY4HtVMOTRqh0Cho1keEM9D61SwNcRFboc= MIME-Version: 1.0 Received: by 10.213.100.153 with SMTP id y25mr3573893ebn.76.1263805268169; Mon, 18 Jan 2010 01:01:08 -0800 (PST) In-Reply-To: <3f1d93451001171927p26e1470aw340bc18929e60781@mail.gmail.com> References: <3f1d93451001171927p26e1470aw340bc18929e60781@mail.gmail.com> Date: Mon, 18 Jan 2010 22:01:07 +1300 Message-ID: <3f1d93451001180101v7ed4cf01p4ca4060adac60e8f@mail.gmail.com> From: Tim Matthews To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary=001636c5b64013166e047d6c98e2 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Gigabyte GA-X48-DQ6 "acpi0: device_suspend failed" 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, 18 Jan 2010 09:01:10 -0000 --001636c5b64013166e047d6c98e2 Content-Type: text/plain; charset=ISO-8859-1 Hi any attempt at suspending using either acpiconf -s 3 or gnome's suspend just appends this line to the dmesg: acpi0: device_suspend failed Motherboard is a Gigabyte GA-X48-DQ6. Verbose mode doesn't report anything else other than suspend failed line. Shutdown & reboot work fine. I have run these commands and attached the resulting files if that means anything to anyone: acpidump -dt > tim-x48dq6.asl | bzip2 - > tim-x48dq6.asl.bz2 sysctl -a | grep -i acpi > tim-x48dq6-sysctl.txt Thanks --001636c5b64013166e047d6c98e2 Content-Type: text/plain; charset=US-ASCII; name="tim-x48dq6-sysctl.txt" Content-Disposition: attachment; filename="tim-x48dq6-sysctl.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g4kozlw31 a2Vybi50aW1lY291bnRlci5jaG9pY2U6IFRTQygtMTAwKSBIUEVUKDkwMCkgQUNQSS1mYXN0KDEw MDApIGk4MjU0KDApIGR1bW15KC0xMDAwMDAwKQprZXJuLnRpbWVjb3VudGVyLmhhcmR3YXJlOiBB Q1BJLWZhc3QKa2Vybi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QubWFzazogMTY3NzcyMTUKa2Vy bi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QuY291bnRlcjogNTI5NTEwNgprZXJuLnRpbWVjb3Vu dGVyLnRjLkFDUEktZmFzdC5mcmVxdWVuY3k6IDM1Nzk1NDUKa2Vybi50aW1lY291bnRlci50Yy5B Q1BJLWZhc3QucXVhbGl0eTogMTAwMApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAx NiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBj aWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAK cGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBpcnEgMTYgYXQgZGV2aWNlIDI4LjQgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguNSBv biBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaWI2OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liNgphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzMgb24gYWNwaTAK Y3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6 IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpMDogZGV2 aWNlX3N1c3BlbmQgZmFpbGVkCmFjcGkwOiBkZXZpY2Vfc3VzcGVuZCBmYWlsZWQKYWNwaTA6IGRl dmljZV9zdXNwZW5kIGZhaWxlZAo8MTE4PkphbiAxOCAxNjoxMjowMCB0aW0tZGVza3RvcCBzdWRv OiAgICAgIHRpbSA6IDIgaW5jb3JyZWN0IHBhc3N3b3JkIGF0dGVtcHRzIDsgVFRZPXB0cy8wIDsg UFdEPS9ob21lL3RpbSA7IFVTRVI9cm9vdCA7IENPTU1BTkQ9L3Vzci9zYmluL2FjcGlkdW1wIC1k dAphY3BpMDogZGV2aWNlX3N1c3BlbmQgZmFpbGVkCmRlYnVnLmFjcGkuc3VzcGVuZF9ib3VuY2U6 IDAKZGVidWcuYWNwaS5yZXNldF9jbG9jazogMQpkZWJ1Zy5hY3BpLmRvX3Bvd2Vyc3RhdGU6IDEK ZGVidWcuYWNwaS5hY3BpX2NhX3ZlcnNpb246IDIwMDkwNTIxCmRlYnVnLmFjcGkuZWMudGltZW91 dDogNzUwCmRlYnVnLmFjcGkuZWMucG9sbGVkOiAwCmRlYnVnLmFjcGkuZWMuYnVyc3Q6IDAKZGVi dWcuYWNwaS5iYXR0LmJhdHRfc2xlZXBfbXM6IDAKZGVidWcuYWNwaS5yZXN1bWVfYmVlcDogMApo dy5hY3BpLnN1cHBvcnRlZF9zbGVlcF9zdGF0ZTogUzMgUzQgUzUKaHcuYWNwaS5wb3dlcl9idXR0 b25fc3RhdGU6IFM1Cmh3LmFjcGkuc2xlZXBfYnV0dG9uX3N0YXRlOiBTMwpody5hY3BpLmxpZF9z d2l0Y2hfc3RhdGU6IE5PTkUKaHcuYWNwaS5zdGFuZGJ5X3N0YXRlOiBOT05FCmh3LmFjcGkuc3Vz cGVuZF9zdGF0ZTogUzMKaHcuYWNwaS5zbGVlcF9kZWxheTogMQpody5hY3BpLnM0YmlvczogMApo dy5hY3BpLnZlcmJvc2U6IDEKaHcuYWNwaS5kaXNhYmxlX29uX3JlYm9vdDogMApody5hY3BpLmhh bmRsZV9yZWJvb3Q6IDAKaHcuYWNwaS5yZXNldF92aWRlbzogMApody5hY3BpLmNwdS5jeF9sb3dl c3Q6IEMxCm1hY2hkZXAuYWNwaV90aW1lcl9mcmVxOiAzNTc5NTQ1Cm1hY2hkZXAuYWNwaV9yb290 OiAxMDExMDcyCm1hY2hkZXAuaWRsZTogYWNwaQptYWNoZGVwLmlkbGVfYXZhaWxhYmxlOiBzcGlu LCBtd2FpdCwgbXdhaXRfaGx0LCBobHQsIGFjcGksIApkZXYuYWNwaS4wLiVkZXNjOiBHQlQgR0JU VUFDUEkKZGV2LmFjcGkuMC4lZHJpdmVyOiBhY3BpCmRldi5hY3BpLjAuJXBhcmVudDogbmV4dXMw CmRldi5hY3BpX3N5c3Jlc291cmNlLjAuJWRlc2M6IFN5c3RlbSBSZXNvdXJjZQpkZXYuYWNwaV9z eXNyZXNvdXJjZS4wLiVkcml2ZXI6IGFjcGlfc3lzcmVzb3VyY2UKZGV2LmFjcGlfc3lzcmVzb3Vy Y2UuMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLlBYNDAuU1lTUgpkZXYuYWNwaV9zeXNy ZXNvdXJjZS4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMDIgX1VJRD0xCmRldi5hY3BpX3N5c3Jlc291 cmNlLjAuJXBhcmVudDogYWNwaTAKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMS4lZGVzYzogU3lzdGVt IFJlc291cmNlCmRldi5hY3BpX3N5c3Jlc291cmNlLjEuJWRyaXZlcjogYWNwaV9zeXNyZXNvdXJj ZQpkZXYuYWNwaV9zeXNyZXNvdXJjZS4xLiVsb2NhdGlvbjogaGFuZGxlPVxfU0JfLlBDSTAuUFg0 MC5QTUlPCmRldi5hY3BpX3N5c3Jlc291cmNlLjEuJXBucGluZm86IF9ISUQ9UE5QMEMwMiBfVUlE PTIKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMS4lcGFyZW50OiBhY3BpMApkZXYuYWNwaV9zeXNyZXNv dXJjZS4yLiVkZXNjOiBTeXN0ZW0gUmVzb3VyY2UKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMi4lZHJp dmVyOiBhY3BpX3N5c3Jlc291cmNlCmRldi5hY3BpX3N5c3Jlc291cmNlLjIuJWxvY2F0aW9uOiBo YW5kbGU9XF9TQl8uUENJMC5FWFBMCmRldi5hY3BpX3N5c3Jlc291cmNlLjIuJXBucGluZm86IF9I SUQ9UE5QMEMwMiBfVUlEPTQKZGV2LmFjcGlfc3lzcmVzb3VyY2UuMi4lcGFyZW50OiBhY3BpMApk ZXYuYWNwaV9zeXNyZXNvdXJjZS4zLiVkZXNjOiBTeXN0ZW0gUmVzb3VyY2UKZGV2LmFjcGlfc3lz cmVzb3VyY2UuMy4lZHJpdmVyOiBhY3BpX3N5c3Jlc291cmNlCmRldi5hY3BpX3N5c3Jlc291cmNl LjMuJWxvY2F0aW9uOiBoYW5kbGU9XF9TQl8uTUVNXwpkZXYuYWNwaV9zeXNyZXNvdXJjZS4zLiVw bnBpbmZvOiBfSElEPVBOUDBDMDEgX1VJRD0wCmRldi5hY3BpX3N5c3Jlc291cmNlLjMuJXBhcmVu dDogYWNwaTAKZGV2LmFjcGlfdGltZXIuMC4lZGVzYzogMjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1 TUh6CmRldi5hY3BpX3RpbWVyLjAuJWRyaXZlcjogYWNwaV90aW1lcgpkZXYuYWNwaV90aW1lci4w LiVsb2NhdGlvbjogdW5rbm93bgpkZXYuYWNwaV90aW1lci4wLiVwbnBpbmZvOiB1bmtub3duCmRl di5hY3BpX3RpbWVyLjAuJXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjAuJWRlc2M6IEFDUEkg UENJIExpbmsgTE5LQQpkZXYucGNpX2xpbmsuMC4lcGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsu MS4lZGVzYzogQUNQSSBQQ0kgTGluayBMTktCCmRldi5wY2lfbGluay4xLiVwYXJlbnQ6IGFjcGkw CmRldi5wY2lfbGluay4yLiVkZXNjOiBBQ1BJIFBDSSBMaW5rIExOS0MKZGV2LnBjaV9saW5rLjIu JXBhcmVudDogYWNwaTAKZGV2LnBjaV9saW5rLjMuJWRlc2M6IEFDUEkgUENJIExpbmsgTE5LRApk ZXYucGNpX2xpbmsuMy4lcGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsuNC4lZGVzYzogQUNQSSBQ Q0kgTGluayBMTktFCmRldi5wY2lfbGluay40LiVwYXJlbnQ6IGFjcGkwCmRldi5wY2lfbGluay41 LiVkZXNjOiBBQ1BJIFBDSSBMaW5rIExOS0YKZGV2LnBjaV9saW5rLjUuJXBhcmVudDogYWNwaTAK ZGV2LnBjaV9saW5rLjYuJWRlc2M6IEFDUEkgUENJIExpbmsgTE5LMApkZXYucGNpX2xpbmsuNi4l cGFyZW50OiBhY3BpMApkZXYucGNpX2xpbmsuNy4lZGVzYzogQUNQSSBQQ0kgTGluayBMTksxCmRl di5wY2lfbGluay43LiVwYXJlbnQ6IGFjcGkwCmRldi5hY3BpX2hwZXQuMC4lZGVzYzogSGlnaCBQ cmVjaXNpb24gRXZlbnQgVGltZXIKZGV2LmFjcGlfaHBldC4wLiVkcml2ZXI6IGFjcGlfaHBldApk ZXYuYWNwaV9ocGV0LjAuJWxvY2F0aW9uOiB1bmtub3duCmRldi5hY3BpX2hwZXQuMC4lcG5waW5m bzogdW5rbm93bgpkZXYuYWNwaV9ocGV0LjAuJXBhcmVudDogYWNwaTAKZGV2LmFjcGlfYnV0dG9u LjAuJWRlc2M6IFBvd2VyIEJ1dHRvbgpkZXYuYWNwaV9idXR0b24uMC4lZHJpdmVyOiBhY3BpX2J1 dHRvbgpkZXYuYWNwaV9idXR0b24uMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QV1JCCmRldi5h Y3BpX2J1dHRvbi4wLiVwbnBpbmZvOiBfSElEPVBOUDBDMEMgX1VJRD0wCmRldi5hY3BpX2J1dHRv bi4wLiVwYXJlbnQ6IGFjcGkwCmRldi5wY2liLjAuJWRlc2M6IEFDUEkgSG9zdC1QQ0kgYnJpZGdl CmRldi5wY2liLjAuJXBhcmVudDogYWNwaTAKZGV2LnBjaWIuMi4lZGVzYzogQUNQSSBQQ0ktUENJ IGJyaWRnZQpkZXYucGNpYi4zLiVkZXNjOiBBQ1BJIFBDSS1QQ0kgYnJpZGdlCmRldi5wY2liLjQu JWRlc2M6IEFDUEkgUENJLVBDSSBicmlkZ2UKZGV2LnBjaWIuNS4lZGVzYzogQUNQSSBQQ0ktUENJ IGJyaWRnZQpkZXYucGNpYi42LiVkZXNjOiBBQ1BJIFBDSS1QQ0kgYnJpZGdlCmRldi5wY2kuMC4l ZGVzYzogQUNQSSBQQ0kgYnVzCmRldi5wY2kuMi4lZGVzYzogQUNQSSBQQ0kgYnVzCmRldi5wY2ku My4lZGVzYzogQUNQSSBQQ0kgYnVzCmRldi5wY2kuNC4lZGVzYzogQUNQSSBQQ0kgYnVzCmRldi5w Y2kuNS4lZGVzYzogQUNQSSBQQ0kgYnVzCmRldi5wY2kuNi4lZGVzYzogQUNQSSBQQ0kgYnVzCmRl di5hdGRtYS4wLiVwYXJlbnQ6IGFjcGkwCmRldi5hdHRpbWVyLjAuJXBhcmVudDogYWNwaTAKZGV2 LmF0cnRjLjAuJXBhcmVudDogYWNwaTAKZGV2LmZwdXBucC4wLiVwYXJlbnQ6IGFjcGkwCmRldi5j cHUuMC4lZGVzYzogQUNQSSBDUFUKZGV2LmNwdS4wLiVwYXJlbnQ6IGFjcGkwCmRldi5jcHUuMS4l ZGVzYzogQUNQSSBDUFUKZGV2LmNwdS4xLiVwYXJlbnQ6IGFjcGkwCmRldi5jcHUuMi4lZGVzYzog QUNQSSBDUFUKZGV2LmNwdS4yLiVwYXJlbnQ6IGFjcGkwCmRldi5jcHUuMy4lZGVzYzogQUNQSSBD UFUKZGV2LmNwdS4zLiVwYXJlbnQ6IGFjcGkwCg== --001636c5b64013166e047d6c98e2-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 18 11:06:50 2010 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 F06B7106566B for ; Mon, 18 Jan 2010 11:06:50 +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 C56A38FC1B for ; Mon, 18 Jan 2010 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IB6ogF047443 for ; Mon, 18 Jan 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IB6o7V047440 for freebsd-acpi@FreeBSD.org; Mon, 18 Jan 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Jan 2010 11:06:50 GMT Message-Id: <201001181106.o0IB6o7V047440@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, 18 Jan 2010 11:06:51 -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/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o kern/140979 acpi [acpi] [panic] Kernel panic (fatal trap 12: page fault o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 58 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 19 20:38:34 2010 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 65D1A1065670 for ; Tue, 19 Jan 2010 20:38:34 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from queueout02-winn.ispmail.ntl.com (queueout02-winn.ispmail.ntl.com [81.103.221.56]) by mx1.freebsd.org (Postfix) with ESMTP id DDF398FC17 for ; Tue, 19 Jan 2010 20:38:33 +0000 (UTC) Received: from know-smtpout-1.server.virginmedia.net ([62.254.123.1]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20100119202417.BHYP17277.mtaout03-winn.ispmail.ntl.com@know-smtpout-1.server.virginmedia.net> for ; Tue, 19 Jan 2010 20:24:17 +0000 Received: from [81.105.213.236] (helo=ideapad.piggybox) by know-smtpout-1.server.virginmedia.net with esmtp (Exim 4.63) (envelope-from ) id 1NXKcb-0005Uh-87 for acpi@freebsd.org; Tue, 19 Jan 2010 20:24:17 +0000 Received: from ideapad.piggybox (localhost [127.0.0.1]) by ideapad.piggybox (8.14.3/8.14.3) with ESMTP id o0JKNLFD001371 for ; Tue, 19 Jan 2010 20:23:21 GMT (envelope-from peter@ideapad.piggybox) Received: (from peter@localhost) by ideapad.piggybox (8.14.3/8.14.3/Submit) id o0JKNLjY001370 for acpi@freebsd.org; Tue, 19 Jan 2010 20:23:21 GMT (envelope-from peter) Date: Tue, 19 Jan 2010 20:23:20 +0000 From: Peter Harrison To: acpi@freebsd.org Message-ID: <20100119202320.GA1311@ideapad.piggybox> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Cloudmark-Analysis: v=1.1 cv=1ggfb5FlKZQUfF3vzm9UBYZ2uTfLsbs/8dSljwg5+mE= c=1 sm=0 a=glaGrEw0-H8A:10 a=XJWaWzYWCtRG6mKeWUoA:9 a=ZBAaz0AXCIGBHyf3o0UA:7 a=2cbXx2w5ho2ugdpFCXZi6_n5Vp4A:4 a=Fy70mjEB83qxtY1XEKoA:9 a=-pVLZ1-B_-c4BlJ6i576sRO7u9MA:4 a=NCTbfDvCfKiAX7Mq:21 a=5RRhA-ipWWKELhen:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: Subject: Problem installing patched acpi... 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, 19 Jan 2010 20:38:34 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi list, I'm running FreeBSD on a Lenovo S10e - successfully in the main on 7.2-RELEASE. The biggest issue was with the acpi, where it spams /var/log/messages continually (ie. several times a second): Jan 19 20:14:32 ideapad kernel: ACPI Error (psparse-0633): Method parse/execution failed [\_TZ_.TZ00._TMP] (Node 0xc46c39a0), AE_NOT_EXIST Jan 19 20:14:42 ideapad kernel: ACPI Error: No handler for Region [ERAM] (0xc46c5780) [EmbeddedControl] 20090521 evregion-430 Jan 19 20:14:42 ideapad kernel: ACPI Error: Region EmbeddedControl(3) has no handler 20090521 exfldio-382 Jan 19 20:14:42 ideapad kernel: ACPI Error (psparse-0633): Method parse/execution failed [\_TZ_.TZ00._TMP] (Node 0xc46c39a0), AE_NOT_EXIST David Naylor on this list gave me the attached patch for acpi_ec.c which worked around this on 7.2-R, and which he told me applied OK to the then 8-CURRENT too. I've now moved to 8.0-RELEASE and the patch still applies cleanly (cd /usr/src/sys/dev/acpica && patch < ~/acpi_ec.c.diff). I can then rebuild acpi.ko (make clean; make depend; make; make install) successfully. But it seems not to be included on boot - ie. I don't get the new sysctls and I still get the acpi errors in /var/log/messages. What's changed in 8? Can anyone offer me some advice on how to resolve this? Please copy me in as I'm not subscribed, and thanks for your help. Peter Harrison. --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="acpi_ec.c.diff.new" --- acpi_ec.c~ 2009-06-17 21:14:48.000000000 +0200 +++ acpi_ec.c 2009-06-19 14:40:02.000000000 +0200 @@ -168,7 +168,7 @@ #define EC_LOCK_TIMEOUT 1000 /* Default delay in microseconds between each run of the status polling loop. */ -#define EC_POLL_DELAY 5 +#define EC_POLL_DELAY 100 /* Total time in ms spent waiting for a response from EC. */ #define EC_TIMEOUT 750 @@ -184,13 +184,21 @@ SYSCTL_DECL(_debug_acpi); SYSCTL_NODE(_debug_acpi, OID_AUTO, ec, CTLFLAG_RD, NULL, "EC debugging"); -static int ec_burst_mode; +static int ec_burst_mode = FALSE; TUNABLE_INT("debug.acpi.ec.burst", &ec_burst_mode); -SYSCTL_INT(_debug_acpi_ec, OID_AUTO, burst, CTLFLAG_RW, &ec_burst_mode, 0, +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, burst, CTLFLAG_RW, &ec_burst_mode, FALSE, "Enable use of burst mode (faster for nearly all systems)"); -static int ec_polled_mode; +static int ec_delay = 0; +TUNABLE_INT("debug.acpi.ec.delay", &ec_delay); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, delay, CTLFLAG_RW, &ec_delay, 0, + "Delay after waiting for responce (GPE and polled mode)"); +static int ec_gpe_mode = FALSE; +TUNABLE_INT("debug.acpi.ec.gpe", &ec_gpe_mode); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, gpe, CTLFLAG_RW, &ec_gpe_mode, FALSE, + "Disable adaptive GPE switching (to polled mode)"); +static int ec_polled_mode = FALSE; TUNABLE_INT("debug.acpi.ec.polled", &ec_polled_mode); -SYSCTL_INT(_debug_acpi_ec, OID_AUTO, polled, CTLFLAG_RW, &ec_polled_mode, 0, +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, polled, CTLFLAG_RW, &ec_polled_mode, FALSE, "Force use of polled mode (only if interrupt mode doesn't work)"); static int ec_timeout = EC_TIMEOUT; TUNABLE_INT("debug.acpi.ec.timeout", &ec_timeout); @@ -794,6 +802,7 @@ EC_STATUS ec_status; status = AE_NO_HARDWARE_RESPONSE; + ec_status = EC_GET_CSR(sc); if (sc->ec_burstactive && !(ec_status & EC_FLAG_BURST_MODE)) { CTR1(KTR_ACPI, "ec burst disabled in waitevent (%s)", msg); @@ -810,56 +819,36 @@ EcWaitEvent(struct acpi_ec_softc *sc, EC_EVENT Event, u_int gen_count) { ACPI_STATUS Status; - int count, i, slp_ival; + int count, i, req_ticks, cur_ticks; ACPI_SERIAL_ASSERT(ec); Status = AE_NO_HARDWARE_RESPONSE; int need_poll = cold || rebooting || ec_polled_mode || sc->ec_suspending; - /* - * The main CPU should be much faster than the EC. So the status should - * be "not ready" when we start waiting. But if the main CPU is really - * slow, it's possible we see the current "ready" response. Since that - * can't be distinguished from the previous response in polled mode, - * this is a potential issue. We really should have interrupts enabled - * during boot so there is no ambiguity in polled mode. - * - * If this occurs, we add an additional delay before actually entering - * the status checking loop, hopefully to allow the EC to go to work - * and produce a non-stale status. - */ - if (need_poll) { - static int once; - - if (EcCheckStatus(sc, "pre-check", Event) == AE_OK) { - if (!once) { - device_printf(sc->ec_dev, - "warning: EC done before starting event wait\n"); - once = 1; - } - AcpiOsStall(10); - } - } /* Wait for event by polling or GPE (interrupt). */ if (need_poll) { count = (ec_timeout * 1000) / EC_POLL_DELAY; if (count == 0) count = 1; + + /* The EC is slow, give it some time to catch up to us */ + AcpiOsStall(100); for (i = 0; i < count; i++) { Status = EcCheckStatus(sc, "poll", Event); if (Status == AE_OK) break; AcpiOsStall(EC_POLL_DELAY); } + + if (Status != AE_OK) + device_printf(sc->ec_dev, "wait timed out [polling mode]\n"); } else { - slp_ival = hz / 1000; - if (slp_ival != 0) { - count = ec_timeout; - } else { - /* hz has less than 1 ms resolution so scale timeout. */ - slp_ival = 1; - count = ec_timeout / (1000 / hz); - } + /* How many ticks should we sleep for (max) */ + req_ticks = hz < 1000 ? (ec_timeout * hz) / 1000 + : (ec_timeout * 1000) / hz; + /* Make sure we sleep for at least one tick, from now */ + cur_ticks = (volatile int)ticks; + req_ticks = cur_ticks + (req_ticks ? req_ticks : 1) + 1; /* * Wait for the GPE to signal the status changed, checking the @@ -867,38 +856,42 @@ * GPE for an event we're not interested in here (i.e., SCI for * EC query). */ - for (i = 0; i < count; i++) { - if (gen_count != sc->ec_gencount) { - /* - * Record new generation count. It's possible the GPE was - * just to notify us that a query is needed and we need to - * wait for a second GPE to signal the completion of the - * event we are actually waiting for. - */ - gen_count = sc->ec_gencount; - Status = EcCheckStatus(sc, "sleep", Event); - if (Status == AE_OK) - break; - } - tsleep(&sc->ec_gencount, PZERO, "ecgpe", slp_ival); + while ((int)(req_ticks - cur_ticks) > 0) { + /* If we have not received a signal then wait for one */ + if (gen_count == sc->ec_gencount) + tsleep(&sc->ec_gencount, PZERO, "ecgpe", req_ticks - cur_ticks); + + /* + * Record new generation count. It's possible the GPE was + * just to notify us that a query is needed and we need to + * wait for a second GPE to signal the completion of the + * event we are actually waiting for. + */ + gen_count = sc->ec_gencount; + Status = EcCheckStatus(sc, "sleep", Event); + if (Status == AE_OK) + break; + + /* Update current tick (so we always have a consistant value */ + cur_ticks = (volatile int)ticks; } /* - * We finished waiting for the GPE and it never arrived. Try to - * read the register once and trust whatever value we got. This is - * the best we can do at this point. Then, force polled mode on - * since this system doesn't appear to generate GPEs. + * We finished waiting for the GPE and it never arrived. The register + * has been read on a timeout so no need to re-read it. Force polled + * mode on since this system doesn't appear to generate GPEs. */ if (Status != AE_OK) { - Status = EcCheckStatus(sc, "sleep_end", Event); - device_printf(sc->ec_dev, - "wait timed out (%sresponse), forcing polled mode\n", - Status == AE_OK ? "" : "no "); - ec_polled_mode = TRUE; + device_printf(sc->ec_dev, "wait timed out [GPE mode]%s\n", + ec_gpe_mode ? "" : ", forcing polled mode"); + ec_polled_mode = TRUE && !ec_gpe_mode; } } if (Status != AE_OK) CTR0(KTR_ACPI, "error: ec wait timed out"); + else if (ec_delay); + /* Give the EC a chance to recover from all its hard work!!! */ + AcpiOsStall(ec_delay); return (Status); } --fUYQa+Pmc3FrFX/N-- From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 20 14:45:11 2010 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 61CC51065672 for ; Wed, 20 Jan 2010 14:45:11 +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 9EDBE8FC1C for ; Wed, 20 Jan 2010 14:45:10 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA21226; Wed, 20 Jan 2010 16:30:04 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B57136C.3040803@icyb.net.ua> Date: Wed, 20 Jan 2010 16:30:04 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Peter Harrison References: <20100119202320.GA1311@ideapad.piggybox> In-Reply-To: <20100119202320.GA1311@ideapad.piggybox> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: Problem installing patched acpi... 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, 20 Jan 2010 14:45:11 -0000 on 19/01/2010 22:23 Peter Harrison said the following: > Hi list, > > I'm running FreeBSD on a Lenovo S10e - successfully in the main on 7.2-RELEASE. > The biggest issue was with the acpi, where it spams /var/log/messages > continually (ie. several times a second): > > Jan 19 20:14:32 ideapad kernel: ACPI Error (psparse-0633): Method > parse/execution failed [\_TZ_.TZ00._TMP] (Node 0xc46c39a0), AE_NOT_EXIST Jan 19 > 20:14:42 ideapad kernel: ACPI Error: No handler for Region [ERAM] (0xc46c5780) > [EmbeddedControl] 20090521 evregion-430 Jan 19 20:14:42 ideapad kernel: ACPI > Error: Region EmbeddedControl(3) has no handler 20090521 exfldio-382 Jan 19 > 20:14:42 ideapad kernel: ACPI Error (psparse-0633): Method parse/execution > failed [\_TZ_.TZ00._TMP] (Node 0xc46c39a0), AE_NOT_EXIST > > David Naylor on this list gave me the attached patch for acpi_ec.c which worked > around this on 7.2-R, and which he told me applied OK to the then 8-CURRENT > too. > > I've now moved to 8.0-RELEASE and the patch still applies cleanly (cd > /usr/src/sys/dev/acpica && patch < ~/acpi_ec.c.diff). > > I can then rebuild acpi.ko (make clean; make depend; make; make install) > successfully. > > But it seems not to be included on boot - ie. I don't get the new sysctls and I > still get the acpi errors in /var/log/messages. > > What's changed in 8? Can anyone offer me some advice on how to resolve this? > > Please copy me in as I'm not subscribed, and thanks for your help. Please check if you have 'device acpi' in your kernel config. Is you platform i386? Do you use GENERIC? If yes and yes, then acpi was included into kernel between 7 and 8. So you would need to rebuild+reinstall the kernel. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 20 22:43:11 2010 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 6140F1065696 for ; Wed, 20 Jan 2010 22:43:11 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id BF3288FC18 for ; Wed, 20 Jan 2010 22:43:09 +0000 (UTC) Received: from know-smtpout-1.server.virginmedia.net ([62.254.123.1]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20100120224308.SMZI4474.mtaout02-winn.ispmail.ntl.com@know-smtpout-1.server.virginmedia.net>; Wed, 20 Jan 2010 22:43:08 +0000 Received: from [81.105.213.68] (helo=ideapad.piggybox) by know-smtpout-1.server.virginmedia.net with esmtp (Exim 4.63) (envelope-from ) id 1NXjGW-0005qZ-3y; Wed, 20 Jan 2010 22:43:08 +0000 Received: from ideapad.piggybox (localhost [127.0.0.1]) by ideapad.piggybox (8.14.3/8.14.3) with ESMTP id o0KMgCTq001981; Wed, 20 Jan 2010 22:42:12 GMT (envelope-from peter@ideapad.piggybox) Received: (from peter@localhost) by ideapad.piggybox (8.14.3/8.14.3/Submit) id o0KMgB8W001925; Wed, 20 Jan 2010 22:42:11 GMT (envelope-from peter) Date: Wed, 20 Jan 2010 22:42:10 +0000 From: Peter Harrison To: Andriy Gapon Message-ID: <20100120224210.GA92917@ideapad.piggybox> References: <20100119202320.GA1311@ideapad.piggybox> <4B57136C.3040803@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B57136C.3040803@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-Cloudmark-Analysis: v=1.1 cv=W3tOLUehizD4qj6VhtReFuw5MKb8d+XqjIxlDsIazEA= c=1 sm=0 a=hcMnnwFlRLwA:10 a=1QuD_pcsnZlQrgAVneQA:9 a=cvdt2NozmbuQ9PcjmHIA:7 a=14wfBzikjLV2TkaN1rVe6O5mOmkA:4 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: acpi@freebsd.org, Peter Harrison Subject: Re: Problem installing patched acpi... 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, 20 Jan 2010 22:43:11 -0000 Wednesday, 20 January 2010 at 16:30:04 +0200, Andriy Gapon said: > on 19/01/2010 22:23 Peter Harrison said the following: > > Hi list, > > > > I'm running FreeBSD on a Lenovo S10e - successfully in the main on 7.2-RELEASE. > > The biggest issue was with the acpi, where it spams /var/log/messages > > continually (ie. several times a second): > > > > Jan 19 20:14:32 ideapad kernel: ACPI Error (psparse-0633): Method > > parse/execution failed [\_TZ_.TZ00._TMP] (Node 0xc46c39a0), AE_NOT_EXIST Jan 19 > > 20:14:42 ideapad kernel: ACPI Error: No handler for Region [ERAM] (0xc46c5780) > > [EmbeddedControl] 20090521 evregion-430 Jan 19 20:14:42 ideapad kernel: ACPI > > Error: Region EmbeddedControl(3) has no handler 20090521 exfldio-382 Jan 19 > > 20:14:42 ideapad kernel: ACPI Error (psparse-0633): Method parse/execution > > failed [\_TZ_.TZ00._TMP] (Node 0xc46c39a0), AE_NOT_EXIST > > > > David Naylor on this list gave me the attached patch for acpi_ec.c which worked > > around this on 7.2-R, and which he told me applied OK to the then 8-CURRENT > > too. > > > > I've now moved to 8.0-RELEASE and the patch still applies cleanly (cd > > /usr/src/sys/dev/acpica && patch < ~/acpi_ec.c.diff). > > > > I can then rebuild acpi.ko (make clean; make depend; make; make install) > > successfully. > > > > But it seems not to be included on boot - ie. I don't get the new sysctls and I > > still get the acpi errors in /var/log/messages. > > > > What's changed in 8? Can anyone offer me some advice on how to resolve this? > > > > Please copy me in as I'm not subscribed, and thanks for your help. > > Please check if you have 'device acpi' in your kernel config. > Is you platform i386? Do you use GENERIC? If yes and yes, then acpi was included > into kernel between 7 and 8. So you would need to rebuild+reinstall the kernel. Thanks Andriy. I've rebuilt my kernel, and it's working now. Is there anyway I can keep GENERIC but install acpi as a module? Rebuilding the kernel isn't really what an atom based netbook was built for! Thanks for your help. Peter Harrison > > -- > Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 20 22:58:06 2010 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 010BF106566B for ; Wed, 20 Jan 2010 22:58:06 +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 462978FC0A for ; Wed, 20 Jan 2010 22:58:04 +0000 (UTC) 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 AAA27580; Thu, 21 Jan 2010 00:58:02 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NXjUw-000Mpx-2q; Thu, 21 Jan 2010 00:58:02 +0200 Message-ID: <4B578A79.8070408@icyb.net.ua> Date: Thu, 21 Jan 2010 00:58:01 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: Peter Harrison References: <20100119202320.GA1311@ideapad.piggybox> <4B57136C.3040803@icyb.net.ua> <20100120224210.GA92917@ideapad.piggybox> In-Reply-To: <20100120224210.GA92917@ideapad.piggybox> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: Problem installing patched acpi... 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, 20 Jan 2010 22:58:06 -0000 on 21/01/2010 00:42 Peter Harrison said the following: > > Thanks Andriy. I've rebuilt my kernel, and it's working now. Is there anyway > I can keep GENERIC but install acpi as a module? I am not sure, but I don't think so. You can build a kernel with custom config - GENERIC minus device acpi and then load acpi module. > Rebuilding the kernel isn't > really what an atom based netbook was built for! You can try cross-building your kernel on a different machine. It's easy. BTW, what is the patch that you need to use? -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 21 04:26:30 2010 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 77323106566C for ; Thu, 21 Jan 2010 04:26:30 +0000 (UTC) (envelope-from doug@polands.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF388FC13 for ; Thu, 21 Jan 2010 04:26:30 +0000 (UTC) Received: from hrndva-omtalb.mail.rr.com ([10.128.143.52]) by hrndva-qmta03.mail.rr.com with ESMTP id <20100121041249101.TSCD8345@hrndva-qmta03.mail.rr.com> for ; Thu, 21 Jan 2010 04:12:49 +0000 X-Authority-Analysis: v=1.0 c=1 a=2BoeBLXHO2YA:10 a=bqq2Vc5EAAAA:8 a=CsOiZFGrp4BKGpx0a78A:9 a=rG454Ktx19K-skYo-ksA:7 a=nLQRlmJgTW-rdX1anEYxPD1et9AA:4 a=carChaE5TSMookF3:21 a=QZjyb4NcH6zmXMaS:21 X-Cloudmark-Score: 0 X-Originating-IP: 75.87.219.217 Received: from [75.87.219.217] ([75.87.219.217:53955] helo=haran.polands.org) by hrndva-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.2.39 r()) with ESMTP id 36/74-11553-204D75B4; Thu, 21 Jan 2010 04:11:47 +0000 Received: from [172.16.1.37] (sichem-wifi.polands.org [172.16.1.37]) by haran.polands.org (8.14.3/8.14.3) with ESMTP id o0L4BkKP024369; Wed, 20 Jan 2010 22:11:46 -0600 (CST) (envelope-from doug@polands.org) Message-ID: <4B57D402.1070502@polands.org> Date: Wed, 20 Jan 2010 22:11:46 -0600 From: Doug Poland User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Mark Atkinson References: <20100120230733.GA19319@polands.org> <4B57B67A.5080401@gmail.com> In-Reply-To: <4B57B67A.5080401@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-proliant@freebsd.org Subject: Re: ProLiant DL385 (G1) hangs on boot w > 4GB RAM 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, 21 Jan 2010 04:26:30 -0000 On 2010-01-20 20:05, Mark Atkinson wrote: > On 1/20/2010 3:07 PM, Doug Poland wrote: >> Hello, >> >> I've got an HP DL386(G1) with 4GB RAM. The box boots normally until I >> added 4GB more of RAM. In this case the RAM came from another working >> DL385. I've tried 6GB and 8GB RAM and both scenarios hangs at the same >> spot. >> >> Any suggestions? >> >> Copyright (c) 1992-2010 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 8.0-STABLE #0: Tue Jan 19 12:46:14 CST 2010 >> root@ararat.polands.org:/usr/obj/usr/src/sys/GENERIC amd64 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Opteron(tm) Processor 252 (2605.92-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 >> Features=0x78bfbff >> Features2=0x1 >> AMD Features=0xe2500800 >> real memory = 8589934592 (8192 MB) >> avail memory = 8104611840 (7729 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> FreeBSD/SMP: 2 package(s) x 1 core(s) >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 20090521 tbfadt-707 >> ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 20090521 tbfadt-707 >> MADT: Forcing active-low polarity and level trigger for SCI >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-27 on motherboard >> ioapic2 irqs 28-31 on motherboard >> ioapic3 irqs 32-35 on motherboard >> ioapic4 irqs 36-39 on motherboard >> kbd1 at kbdmux0 >> acpi0: on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0:<32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 >> pcib0: on acpi0 >> pci0: on pcib0 >> >> >> and here it hangs. >> > > You could probably safely post this on the acpi list. First thing > to do is test a -current snapshot and see if it boots. Also, my > DL380-G3s had about 4 different ACPI options in the BIOS, only one > would let it boot without hanging. > Thanks, I am posting this to -acpi as well. As an experiment, I put all 8GB RAM in the other server, and it won't boot either. It hangs at the same point. While I await a response, I think I'll make sure all the latest HP patches for BIOS and such are loaded. -- Regards, Doug From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 21 18:41:33 2010 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 CDF681065695 for ; Thu, 21 Jan 2010 18:41:33 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id AB1438FC16 for ; Thu, 21 Jan 2010 18:41:33 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 21 Jan 2010 10:40:52 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.49,318,1262592000"; d="scan'208";a="589243698" Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211]) by orsmga001.jf.intel.com with ESMTP; 21 Jan 2010 10:41:30 -0800 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Thu, 21 Jan 2010 10:41:32 -0800 From: "Moore, Robert" To: "Moore, Robert" Date: Thu, 21 Jan 2010 10:41:30 -0800 Thread-Topic: ACPICA version 20100121 released Thread-Index: AcqayVj29+/jjqAbTtiTPWvL800MsQ== Message-ID: <4911F71203A09E4D9981D27F9D830858502417DD@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: Thu, 21 Jan 2010 19:55:08 +0000 Cc: Subject: ACPICA version 20100121 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: Thu, 21 Jan 2010 18:41:33 -0000 21 January 2010. Summary of changes for version 20100121: This release is available at www.acpica.org/downloads 1) ACPI CA Core Subsystem: Added the 2010 copyright to all module headers and signons. This affects vi= rtually every file in the ACPICA core subsystem, the iASL compiler, the too= ls/utilities, and the test suites. Implemented a change to the AcpiGetDevices interface to eliminate unnecessa= ry invocations of the _STA method. In the case where a specific _HID is req= uested, do not run _STA until a _HID match is found. This eliminates potent= ially dozens of _STA calls during a search for a particular device/HID, whi= ch in turn can improve boot times. ACPICA BZ 828. Lin Ming. Implemented an additional repair for predefined method return values. Attem= pt to repair unexpected NULL elements within returned Package objects. Crea= te an Integer of value zero, a NULL String, or a zero-length Buffer as appr= opriate. ACPICA BZ 818. Lin Ming, Bob Moore. Removed the obsolete ACPI_INTEGER data type. This type was introduced as th= e code was migrated from ACPI 1.0 (with 32-bit AML integers) to ACPI 2.0 (w= ith 64-bit AML integers). It is now obsolete and this change removes it fro= m the ACPICA code base, replaced by UINT64. The original typedef has been r= etained for now for compatibility with existing device driver code. ACPICA = BZ 824. Removed the unused UINT32_STRUCT type, and the obsolete Integer64 field in = the parse tree object. Added additional warning options for the gcc-4 generation. Updated the sour= ce accordingly. This includes some code restructuring to eliminate unreacha= ble code, elimination of some gotos, elimination of unused return values, s= ome additional casting, and removal of redundant declarations. 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: 87.0K Code, 18.0K Data, 105.0K Total Debug Version: 163.4K Code, 50.8K Data, 214.2K Total Current Release: Non-Debug Version: 87.1K Code, 18.0K Data, 105.1K Total Debug Version: 163.5K Code, 50.9K Data, 214.4K Total 2) iASL Compiler/Disassembler and Tools: No functional changes for this release.