From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 16 11:02:17 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7857316A41F for ; Mon, 16 Jan 2006 11:02:17 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3872043D49 for ; Mon, 16 Jan 2006 11:02:17 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0GB2HRZ084743 for ; Mon, 16 Jan 2006 11:02:17 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0GB2GKn084736 for freebsd-acpi@freebsd.org; Mon, 16 Jan 2006 11:02:16 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 16 Jan 2006 11:02:16 GMT Message-Id: <200601161102.k0GB2GKn084736@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 11:02:17 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI o [2005/11/11] kern/88859 acpi ACPI broken on Compaq DL360 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM o [2005/12/03] kern/89879 acpi [acpi] ACPI-0438: *** Error: Looking up [ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 16 14:10:17 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE2C816A41F for ; Mon, 16 Jan 2006 14:10:17 +0000 (GMT) (envelope-from abalan@bitdefender.com) Received: from mail.bitdefender.com (ns.bitdefender.com [217.156.83.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B8B43D45 for ; Mon, 16 Jan 2006 14:10:10 +0000 (GMT) (envelope-from abalan@bitdefender.com) Received: (qmail 24113 invoked by uid 1010); 16 Jan 2006 16:09:55 +0200 Content-Type: multipart/mixed; boundary="=-bd-boundary-RysaOWy6YGZQeb1T" Mime-Version: 1.0 Received: from ns.bitdefender.com (HELO abalan.dsd.ro) (217.156.83.1) by mail.bitdefender.com with SMTP; 16 Jan 2006 16:09:55 +0200 Received: from localhost.dsd.ro (localhost.dsd.ro [127.0.0.1]) by abalan.dsd.ro (Postfix) with ESMTP id 368D716AE47 for ; Mon, 16 Jan 2006 16:09:50 +0200 (EET) From: Alexandru Balan To: freebsd-acpi@freebsd.org Date: Mon, 16 Jan 2006 16:09:49 +0200 Message-Id: <1137420589.1057.110.camel@abalan.dsd.ro> X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-BitDefender-SpamStamp: 1.1.4 049000040111 X-BitDefender-Scanner: Clean, Agent: BitDefender Qmail 1.6.2 on mail.bitdefender.com X-BitDefender-Spam: No (0) Subject: Suspend troubleshooting/faq/how-to website 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, 16 Jan 2006 14:10:18 -0000 This is a multipart message in MIME format, containing the original message body and a footer added by BitDefender --=-bd-boundary-RysaOWy6YGZQeb1T Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5c1C9XD4MtkiKcdlq70Y" --=-5c1C9XD4MtkiKcdlq70Y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello all, Since there are so many questions regarding suspend/resume issues i'm raising the following question: Is there a place where all the info gathered on this list is centalized into a troubleshooting/faq/how-to structured by branch or hw manufacturer ? -- Jay --=-5c1C9XD4MtkiKcdlq70Y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDy6ktDK3n/S1e+fYRApxYAJ0dxeqeIvbr/zOXeuoaXmbZhcsICwCg+Aad vysxJeeGWB5AgFuu8vVVJV8= =laus -----END PGP SIGNATURE----- --=-5c1C9XD4MtkiKcdlq70Y-- --=-bd-boundary-RysaOWy6YGZQeb1T Content-Type: text/plain; name="BitDefender.txt" Content-Disposition: inline; filename="BitDefender.txt" -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ --=-bd-boundary-RysaOWy6YGZQeb1T-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 16 17:14:04 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D48916A41F for ; Mon, 16 Jan 2006 17:14:04 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F1D43D46 for ; Mon, 16 Jan 2006 17:14:03 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-44-114.dsl.snfc21.pacbell.net [71.139.44.114]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0GHDuVK009931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 16 Jan 2006 09:13:57 -0800 Message-ID: <43CBD46F.2010505@root.org> Date: Mon, 16 Jan 2006 09:14:23 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexandru Balan References: <1137420589.1057.110.camel@abalan.dsd.ro> In-Reply-To: <1137420589.1057.110.camel@abalan.dsd.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Suspend troubleshooting/faq/how-to website 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, 16 Jan 2006 17:14:04 -0000 Alexandru Balan wrote: > Hello all, > Since there are so many questions regarding suspend/resume issues i'm > raising the following question: Is there a place where all the info > gathered on this list is centalized into a troubleshooting/faq/how-to > structured by branch or hw manufacturer ? There is a freebsd wiki although I don't know how official it is. Also, general debugging suggestions should go in the ACPI section of the handbook, but I don't think "do this on this model only" type info should go there. http://www.freebsd.org/projects/acpi/ http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html The freebsd laptop compat list may be a good place also. http://gerda.univie.ac.at/freebsd-laptops/ -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 18:56:52 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F1C516A423 for ; Tue, 17 Jan 2006 18:56:52 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3852F43D6D for ; Tue, 17 Jan 2006 18:56:36 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis1.rz.uni-wuerzburg.de [132.187.3.46]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 319D5EADEE for ; Tue, 17 Jan 2006 19:56:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id 246B6961 for ; Tue, 17 Jan 2006 19:56:35 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id 02EF18F5 for ; Tue, 17 Jan 2006 19:56:35 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D7D61146758 for ; Tue, 17 Jan 2006 19:56:34 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k0HIuYRH094470 for ; Tue, 17 Jan 2006 19:56:34 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k0HIuYXV097806 for ; Tue, 17 Jan 2006 19:56:34 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k0HIuYZ3006841 for ; Tue, 17 Jan 2006 19:56:34 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k0HIuY8D006840 for acpi@freebsd.org; Tue, 17 Jan 2006 19:56:34 +0100 (CET) (envelope-from q@galgenberg.net) Date: Tue, 17 Jan 2006 19:56:34 +0100 From: Ulrich Spoerlein To: acpi@freebsd.org Message-ID: <20060117185633.GE1381@galgenberg.net> Mail-Followup-To: acpi@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kR3zbvD4cgoYnS/6" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: Subject: powerd: How to really disable acpi_throttle? 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, 17 Jan 2006 18:56:52 -0000 --kR3zbvD4cgoYnS/6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi guys, I put hint.acpi_perf.0.disabled=3D"1" hint.acpi_throttle.0.disabled=3D"1" into /boot/loader.conf and /boot/device.hints, but the acpi_throttle module still seems to attach % dmesg|grep cpu cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 And I get all kinds of frequencies, that make no sense for this 1.5GHz Banias CPU. dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-= 1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1= 2500/-1 1250/-1 I only want, and need the five frequencies provided by EST, not the throttling done by p4tcc. Btw, who decides how those frequencies are chosen? Is the 600MHz setting made by 600MHz-EST * 100% throttle or is it 1200MHz-EST and 50% throttle? Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --kR3zbvD4cgoYnS/6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzT3h524iJyD+6d0RAmJZAJ9T53lKa0ajVfI4CMfehMmC2YbzFQCghtDX RpI60FiELJciVkvkSUgsEus= =eTsv -----END PGP SIGNATURE----- --kR3zbvD4cgoYnS/6-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 19:03:13 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AFA616A420; Tue, 17 Jan 2006 19:03:13 +0000 (GMT) (envelope-from eric@iteso.mx) Received: from web.iteso.mx (web.iteso.mx [148.201.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7E1B43DAC; Tue, 17 Jan 2006 19:02:51 +0000 (GMT) (envelope-from eric@iteso.mx) Received: from www-data by web.iteso.mx with local (Exim 4.50) id 1Eyw6R-0005xM-71; Tue, 17 Jan 2006 13:02:47 -0600 Received: from customer-201-134-190-211.uninet-ide.com.mx (customer-201-134-190-211.uninet-ide.com.mx [201.134.190.211]) by correo.iteso.mx (IMP) with HTTP for ; Tue, 17 Jan 2006 13:02:47 -0600 Message-ID: <1137524567.43cd3f572b1ac@correo.iteso.mx> Date: Tue, 17 Jan 2006 13:02:47 -0600 From: eric@iteso.mx To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-MOQ11375245674de8468d6ac426f2e85134234bfaccf7" User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 201.134.190.211 Cc: freebsd-acpi@freebsd.org Subject: Problem with Cisco (Atheros) Wireless PCI card on IBM Thinkcentre MT-M-8183-T1S 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, 17 Jan 2006 19:03:13 -0000 This message is in MIME format. ---MOQ11375245674de8468d6ac426f2e85134234bfaccf7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Greetings from Merida, Yucatan, Mexico (The Maya Land) Am having problems installing FreeBSD in my University under IBM Thinkcentre MT-M-8183-T1S boxes. I canīt detect the Wireless Cisco (Atheros) PCI lan card. Linux and Windows have no problems recognizing the card but i have problems with FreeBSD 6.0 Here are my dmesg (with and with out ACPI). I donīt know if this is a known issue, but any pointers will be greatly appreciated. I think that the pci3 line shows something but not sure about that. Lic. Eric De La Cruz Lugo. Merida, Yucatan, Mexico. The Maya Land. ---MOQ11375245674de8468d6ac426f2e85134234bfaccf7 Content-Type: text/plain; name="dmesg_ibm-thinkcentre-MT-M-8183-T1S-DEFAULT" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg_ibm-thinkcentre-MT-M-8183-T1S-DEFAULT" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1SRUxFQVNFICMwOiBUaHUgTm92ICAzIDA5OjM2OjEz IFVUQyAyMDA1CiAgICByb290QHg2NC5zYW1zY28uaG9tZTovdXNyL29iai91c3Ivc3JjL3N5cy9H RU5FUklDCkFDUEkgQVBJQyBUYWJsZTogPFBUTFREICAJIEFQSUMgID4KVGltZWNvdW50ZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVt KFIpIDQgQ1BVIDIuODBHSHogKDI3OTMuMDItTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0g IkdlbnVpbmVJbnRlbCIgIElkID0gMHhmMzQgIFN0ZXBwaW5nID0gNAogIEZlYXR1cmVzPTB4YmZl YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDQ0MWQ8U1NFMyxSU1ZEMixNT04sRFNfQ1BMLENO VFgtSUQsPGIxND4+CiAgSHlwZXJ0aHJlYWRpbmc6IDIgbG9naWNhbCBDUFVzCnJlYWwgbWVtb3J5 ICA9IDUyNzg5MjQ4MCAoNTAzIE1CKQphdmFpbCBtZW1vcnkgPSA1MDcyMzIyNTYgKDQ4MyBNQikK aW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApucHgwOiBbRkFT VF0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZApucHgwOiBJTlQgMTYgaW50 ZXJmYWNlCmFjcGkwOiA8UFRMVEQgICBSU0RUPiBvbiBtb3RoZXJib2FyZAogICAgQUNQSS0xMzA0 OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtcXF9TQl8uUENJMC5VU0IxLl9Q UlddIChOb2RlIDB4YzE5NTZhMjApLCBBRV9BTUxfTk9fUkVUVVJOX1ZBTFVFCiAgICBBQ1BJLTAy Mzk6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kwLlVTQjEu X1BSV10gKE5vZGUgMHhjMTk1NmEyMCksIEFFX0FNTF9OT19SRVRVUk5fVkFMVUUKICAgIEFDUEkt MTMwNDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuVVNC Mi5fUFJXXSAoTm9kZSAweGMxOTU2OTAwKSwgQUVfQU1MX05PX1JFVFVSTl9WQUxVRQogICAgQUNQ SS0wMjM5OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtcXF9TQl8uUENJMC5V U0IyLl9QUlddIChOb2RlIDB4YzE5NTY5MDApLCBBRV9BTUxfTk9fUkVUVVJOX1ZBTFVFCiAgICBB Q1BJLTEzMDQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kw LlVTQjMuX1BSV10gKE5vZGUgMHhjMTk1NjdlMCksIEFFX0FNTF9OT19SRVRVUk5fVkFMVUUKICAg IEFDUEktMDIzOTogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBD STAuVVNCMy5fUFJXXSAoTm9kZSAweGMxOTU2N2UwKSwgQUVfQU1MX05PX1JFVFVSTl9WQUxVRQog ICAgQUNQSS0xMzA0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtcXF9TQl8u UENJMC5VU0I0Ll9QUlddIChOb2RlIDB4YzE5NTY2YzApLCBBRV9BTUxfTk9fUkVUVVJOX1ZBTFVF CiAgICBBQ1BJLTAyMzk6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NC Xy5QQ0kwLlVTQjQuX1BSV10gKE5vZGUgMHhjMTk1NjZjMCksIEFFX0FNTF9OT19SRVRVUk5fVkFM VUUKICAgIEFDUEktMTMwNDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxf U0JfLlBDSTAuVVNCRS5fUFJXXSAoTm9kZSAweGMxOTU2NjIwKSwgQUVfQU1MX05PX1JFVFVSTl9W QUxVRQogICAgQUNQSS0wMjM5OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtc XF9TQl8uUENJMC5VU0JFLl9QUlddIChOb2RlIDB4YzE5NTY2MjApLCBBRV9BTUxfTk9fUkVUVVJO X1ZBTFVFCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpwY2lfbGluazA6IDxBQ1BJIFBDSSBM aW5rIExOS0E+IGlycSAxMSBvbiBhY3BpMApwY2lfbGluazE6IDxBQ1BJIFBDSSBMaW5rIExOS0I+ IGlycSA5IG9uIGFjcGkwCnBjaV9saW5rMjogPEFDUEkgUENJIExpbmsgTE5LQz4gaXJxIDUgb24g YWNwaTAKcGNpX2xpbmszOiA8QUNQSSBQQ0kgTGluayBMTktEPiBpcnEgMTAgb24gYWNwaTAKcGNp X2xpbms0OiA8QUNQSSBQQ0kgTGluayBMTktFPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazU6IDxB Q1BJIFBDSSBMaW5rIExOS0Y+IGlycSAxMSBvbiBhY3BpMApwY2lfbGluazY6IDxBQ1BJIFBDSSBM aW5rIExOS0c+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rNzogPEFDUEkgUENJIExpbmsgTE5LSD4g aXJxIDkgb24gYWNwaTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUg SHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6 PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAph Y3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTAKcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMAphZ3AwOiA8SW50ZWwgODI4NjVHICg4NjVHIEdNQ0gpIFNWR0EgY29u dHJvbGxlcj4gcG9ydCAweDE4MDAtMHgxODA3IG1lbSAweGYwMDAwMDAwLTB4ZjdmZmZmZmYsMHhl ODAwMDAwMC0weGU4MDdmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKYWdwMDogZGV0 ZWN0ZWQgODA2MGsgc3RvbGVuIG1lbW9yeQphZ3AwOiBhcGVydHVyZSBzaXplIGlzIDEyOE0KdWhj aTA6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDE4 MjAtMHgxODNmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBbR0lBTlQtTE9D S0VEXQp1c2IwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9u IHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBj b250cm9sbGVyIFVTQi1CPiBwb3J0IDB4MTg0MC0weDE4NWYgaXJxIDE5IGF0IGRldmljZSAyOS4x IG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4MjgwMUVCIChJQ0g1 KSBVU0IgY29udHJvbGxlciBVU0ItQj4gb24gdWhjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1 aHViMTogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8 SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHgxODYwLTB4 MTg3ZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0K dXNiMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNp Mgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKdWhjaTM6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJv bGxlciBVU0ItRD4gcG9ydCAweDE4ODAtMHgxODlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMyBvbiBw Y2kwCnVoY2kzOiBbR0lBTlQtTE9DS0VEXQp1c2IzOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNC IGNvbnRyb2xsZXIgVVNCLUQ+IG9uIHVoY2kzCnVzYjM6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjM6 IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVo dWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZTgwODAwMDAtMHhlODA4MDNmZiBp cnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiNDog RUhDSSB2ZXJzaW9uIDEuMAp1c2I0OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFj aDogdXNiMCB1c2IxIHVzYjIgdXNiMwp1c2I0OiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250 cm9sbGVyPiBvbiBlaGNpMAp1c2I0OiBVU0IgcmV2aXNpb24gMi4wCnVodWI0OiBJbnRlbCBFSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMQp1aHViNDogOCBwb3J0 cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1hc3MwOiBCVUZGQUxPIENsaXBEcml2 ZSwgcmV2IDIuMDAvMi4wMCwgYWRkciAyCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDMwLjAgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kzOiA8 bmV0d29yaywgZXRoZXJuZXQ+IGF0IGRldmljZSA5LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKZW0w OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uLCBWZXJzaW9uIC0gMi4xLjc+ IHBvcnQgMHgyMDAwLTB4MjAzZiBtZW0gMHhlODEyMDAwMC0weGU4MTNmZmZmIGlycSAxNiBhdCBk ZXZpY2UgMTEuMCBvbiBwY2kzCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTE6MjU6NWQ6OWU6 YTAKZW0wOiAgU3BlZWQ6Ti9BICBEdXBsZXg6Ti9BCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0 IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJ bnRlbCBJQ0g1IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3 MC0weDE3NywweDM3NiwweDE4MTAtMHgxODFmIGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhMDog PEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2kwOiA8bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSAzMS41IChubyBkcml2 ZXIgYXR0YWNoZWQpCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3R6MDog X0NSVCB2YWx1ZSBpcyBhYnN1cmQsIGlnbm9yZWQgKDYyODAuM0MpCmFjcGlfYnV0dG9uMDogPFBv d2VyIEJ1dHRvbj4gb24gYWNwaTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQy KT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGly cSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpmZGMw OiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYg ZHJxIDIgb24gYWNwaTAKZmRjMDogW0ZBU1RdCmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24g ZmRjMCBkcml2ZSAwCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNm OC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6 IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBh Y3BpMApzaW8xOiB0eXBlIDE2NTUwQQpwcGMwOiA8RUNQIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4g cG9ydCAweDM3OC0weDM3ZiwweDc3OC0weDc3ZiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBT TUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpw cGMwOiBGSUZPIHdpdGggMTYvMTYvOCBieXRlcyB0aHJlc2hvbGQKcHBidXMwOiA8UGFyYWxsZWwg cG9ydCBidXM+IG9uIHBwYzAKcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1 czAKbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQK cHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCiAgICBBQ1BJLTEzMDQ6ICoqKiBFcnJvcjog TWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kwLlVTQjEuX1BSV10gKE5vZGUgMHhj MTk1NmEyMCksIEFFX0FNTF9OT19SRVRVUk5fVkFMVUUKICAgIEFDUEktMTMwNDogKioqIEVycm9y OiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuVVNCMi5fUFJXXSAoTm9kZSAw eGMxOTU2OTAwKSwgQUVfQU1MX05PX1JFVFVSTl9WQUxVRQogICAgQUNQSS0xMzA0OiAqKiogRXJy b3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkIFtcXF9TQl8uUENJMC5VU0IzLl9QUlddIChOb2Rl IDB4YzE5NTY3ZTApLCBBRV9BTUxfTk9fUkVUVVJOX1ZBTFVFCiAgICBBQ1BJLTEzMDQ6ICoqKiBF cnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQgW1xcX1NCXy5QQ0kwLlVTQjQuX1BSV10gKE5v ZGUgMHhjMTk1NjZjMCksIEFFX0FNTF9OT19SRVRVUk5fVkFMVUUKICAgIEFDUEktMTMwNDogKioq IEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCBbXFxfU0JfLlBDSTAuVVNCRS5fUFJXXSAo Tm9kZSAweGMxOTU2NjIwKSwgQUVfQU1MX05PX1JFVFVSTl9WQUxVRQpwbXRpbWVyMCBvbiBpc2Ew Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4Y2E4MDAtMHhjYjdmZiwweGNiODAw LTB4Y2M3ZmYsMHhlMDAwMC0weGVmZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0 IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVt IDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnVtczA6IHZlbmRvciAweDA0YjMgcHJvZHVjdCAweDMx MGIsIHJldiAyLjAwLzEuNjAsIGFkZHIgMiwgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1dHRvbnMgYW5k IFogZGlyLgpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMjc5MzAxNzUzNSBIeiBxdWFsaXR5 IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmFkMDogNzM3NjRNQiA8U1xe UDMgMCAxXF5BQSA4IjE+IGF0IGF0YTAtbWFzdGVyIFdETUEwCmFjZDA6IENEUk9NIDxITC1EVC1T VCBDRC1ST00gR0NSLTg0ODJCLzEuMDQ+IGF0IGF0YTAtc2xhdmUgVURNQTMzCmRhMCBhdCB1bWFz cy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwCmRhMDogPFVTQiAyLjAgRmxhc2ggRGlzayAyLjAw PiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApkYTA6IDQwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMDogMjUwTUIgKDUxMjAwMCA1MTIgYnl0ZSBzZWN0b3JzOiA2NEggMzJTL1Qg MjUwQykKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMmEK ---MOQ11375245674de8468d6ac426f2e85134234bfaccf7 Content-Type: text/plain; name="dmesg_ibm-thinkcentre-MT-M-8183-T1S-ACPI-DISABLED" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg_ibm-thinkcentre-MT-M-8183-T1S-ACPI-DISABLED" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1SRUxFQVNFICMwOiBUaHUgTm92ICAzIDA5OjM2OjEz IFVUQyAyMDA1CiAgICByb290QHg2NC5zYW1zY28uaG9tZTovdXNyL29iai91c3Ivc3JjL3N5cy9H RU5FUklDCk1QVGFibGU6IDxJQk0gICAgICBUSElOS0NFTj4KVGltZWNvdW50ZXIgImk4MjU0IiBm cmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIDQg Q1BVIDIuODBHSHogKDI3OTMuMDItTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVp bmVJbnRlbCIgIElkID0gMHhmMzQgIFN0ZXBwaW5nID0gNAogIEZlYXR1cmVzPTB4YmZlYmZiZmY8 RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQs VE0sUEJFPgogIEZlYXR1cmVzMj0weDQ0MWQ8U1NFMyxSU1ZEMixNT04sRFNfQ1BMLENOVFgtSUQs PGIxND4+CiAgSHlwZXJ0aHJlYWRpbmc6IDIgbG9naWNhbCBDUFVzCnJlYWwgbWVtb3J5ICA9IDUy Nzg5MjQ4MCAoNTAzIE1CKQphdmFpbCBtZW1vcnkgPSA1MDcyNDg2NDAgKDQ4MyBNQikKaW9hcGlj MDogQXNzdW1pbmcgaW50YmFzZSBvZiAwCk1QVGFibGU6IElnbm9yaW5nIGludGVycnVwdCBlbnRy eSBmb3IgbWlzc2luZyBpb2FwaWMxCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24g bW90aGVyYm9hcmQKbnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVy Ym9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQpjcHUwIG9uIG1vdGhlcmJvYXJkCnBjaWIwOiA8 TVBUYWJsZSBIb3N0LVBDSSBicmlkZ2U+IHBjaWJ1cyAwIG9uIG1vdGhlcmJvYXJkCnBjaTA6IDxQ Q0kgYnVzPiBvbiBwY2liMAphZ3AwOiA8SW50ZWwgODI4NjVHICg4NjVHIEdNQ0gpIFNWR0EgY29u dHJvbGxlcj4gcG9ydCAweDE4MDAtMHgxODA3IG1lbSAweGYwMDAwMDAwLTB4ZjdmZmZmZmYsMHhl ODAwMDAwMC0weGU4MDdmZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKYWdwMDogZGV0 ZWN0ZWQgODA2MGsgc3RvbGVuIG1lbW9yeQphZ3AwOiBhcGVydHVyZSBzaXplIGlzIDEyOE0KdWhj aTA6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDE4 MjAtMHgxODNmIGlycSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBbR0lBTlQtTE9D S0VEXQp1c2IwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9u IHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBj b250cm9sbGVyIFVTQi1CPiBwb3J0IDB4MTg0MC0weDE4NWYgaXJxIDE5IGF0IGRldmljZSAyOS4x IG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4MjgwMUVCIChJQ0g1 KSBVU0IgY29udHJvbGxlciBVU0ItQj4gb24gdWhjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1 aHViMTogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8 SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHgxODYwLTB4 MTg3ZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0K dXNiMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNp Mgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKdWhjaTM6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJv bGxlciBVU0ItRD4gcG9ydCAweDE4ODAtMHgxODlmIGlycSAxNiBhdCBkZXZpY2UgMjkuMyBvbiBw Y2kwCnVoY2kzOiBbR0lBTlQtTE9DS0VEXQp1c2IzOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNC IGNvbnRyb2xsZXIgVVNCLUQ+IG9uIHVoY2kzCnVzYjM6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjM6 IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVo dWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZTgwODAwMDAtMHhlODA4MDNmZiBp cnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiNDog RUhDSSB2ZXJzaW9uIDEuMAp1c2I0OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFj aDogdXNiMCB1c2IxIHVzYjIgdXNiMwp1c2I0OiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250 cm9sbGVyPiBvbiBlaGNpMAp1c2I0OiBVU0IgcmV2aXNpb24gMi4wCnVodWI0OiBJbnRlbCBFSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMQp1aHViNDogOCBwb3J0 cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1hc3MwOiBCVUZGQUxPIENsaXBEcml2 ZSwgcmV2IDIuMDAvMi4wMCwgYWRkciAyCnBjaWIxOiA8TVBUYWJsZSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2kzOiA8UENJIGJ1cz4gb24gcGNpYjEKcGNpMzogPG5l dHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmVtMDog PEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiwgVmVyc2lvbiAtIDIuMS43PiBw b3J0IDB4MjAwMC0weDIwM2YgbWVtIDB4ZTgxMjAwMDAtMHhlODEzZmZmZiBpcnEgMTYgYXQgZGV2 aWNlIDExLjAgb24gcGNpMwplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjExOjI1OjVkOjllOmEw CmVtMDogIFNwZWVkOk4vQSAgRHVwbGV4Ok4vQQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBk ZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50 ZWwgSUNINSBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAt MHgxNzcsMHgzNzYsMHgxODEwLTB4MTgxZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kw CnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpMDogPG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2UgMzEuNSAobm8gZHJpdmVy IGF0dGFjaGVkKQpwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlv bWVtIDB4Y2E4MDAtMHhjYjdmZiwweGNiODAwLTB4Y2M3ZmYsMHhlMDAwMC0weGVmZmZmIG9uIGlz YTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4 NjQgb24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0 IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmZkYzA6IDxFbmhhbmNlZCBmbG9wcHkgY29u dHJvbGxlcj4gYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwCmZk YzA6IFtGQVNUXQpmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApwcGMw OiA8UGFyYWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0weDM3ZiBpcnEgNyBvbiBpc2EwCnBwYzA6 IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2Rl CnBwYzA6IEZJRk8gd2l0aCAxNi8xNi84IGJ5dGVzIHRocmVzaG9sZApwcGJ1czA6IDxQYXJhbGxl bCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBw YnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9y dApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0 IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdz PTB4MzAwPgpzaW8wIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBpc2Ew CnNpbzA6IHR5cGUgMTY1NTBBCnNpbzEgYXQgcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBpc2Ew CnNpbzE6IHR5cGUgMTY1NTBBCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAt MHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKdW5rbm93bjogPFBOUDBjMDE+IGNh bid0IGFzc2lnbiByZXNvdXJjZXMgKG1lbW9yeSkKdW5rbm93bjogPFBOUDAzMDM+IGNhbid0IGFz c2lnbiByZXNvdXJjZXMgKHBvcnQpCnVua25vd246IDxQTlAwYzAyPiBjYW4ndCBhc3NpZ24gcmVz b3VyY2VzIChtZW1vcnkpCnVua25vd246IDxQTlAwNTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2Vz IChwb3J0KQp1bmtub3duOiA8UE5QMDcwMD4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9ydCkK dW5rbm93bjogPFBOUDA0MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMgKHBvcnQpCnVua25vd246 IDxQTlAwNTAxPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzIChwb3J0KQp1bXMwOiB2ZW5kb3IgMHgw NGIzIHByb2R1Y3QgMHgzMTBiLCByZXYgMi4wMC8xLjYwLCBhZGRyIDIsIGljbGFzcyAzLzEKdW1z MDogMyBidXR0b25zIGFuZCBaIGRpci4KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDI3OTMw MTc0MzcgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwph ZDA6IDczNzY0TUIgPFNcXlAzIDAgMVxeQUEgOCIxMD4gYXQgYXRhMC1tYXN0ZXIgVURNQTEwMAph Y2QwOiBDRFJPTSA8SEwtRFQtU1QgQ0QtUk9NIEdDUi04NDgyQi8xLjA0PiBhdCBhdGEwLXNsYXZl IFVETUEzMwpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxVU0Ig Mi4wIEZsYXNoIERpc2sgMi4wMD4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmlj ZSAKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IDI1ME1CICg1MTIwMDAgNTEyIGJ5dGUg c2VjdG9yczogNjRIIDMyUy9UIDI1MEMpClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9k ZXYvYWQwczJhCg== ---MOQ11375245674de8468d6ac426f2e85134234bfaccf7-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 20:00:06 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12BCA16A41F for ; Tue, 17 Jan 2006 20:00:06 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D8143D72 for ; Tue, 17 Jan 2006 19:59:59 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0HJxvVK029636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 17 Jan 2006 11:59:58 -0800 Message-ID: <43CD4CD8.9080402@root.org> Date: Tue, 17 Jan 2006 12:00:24 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20060117185633.GE1381@galgenberg.net> In-Reply-To: <20060117185633.GE1381@galgenberg.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: powerd: How to really disable acpi_throttle? 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, 17 Jan 2006 20:00:06 -0000 Ulrich Spoerlein wrote: > Hi guys, > > I put > > hint.acpi_perf.0.disabled="1" > hint.acpi_throttle.0.disabled="1" > > into /boot/loader.conf and /boot/device.hints, but the acpi_throttle > module still seems to attach > > % dmesg|grep cpu > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 acpi_throttle and p4tcc are different drivers. So: hint.p4tcc.0.disabled="1" > Btw, who decides how those frequencies are chosen? Is the 600MHz setting > made by 600MHz-EST * 100% throttle or is it 1200MHz-EST and 50% > throttle? There is a optimization phase in cpufreq that prefers frequencies generated by absolute drivers more than relative. So 600 * 100% would be chosen, not 1200 * 50%. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 20:01:48 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BF716A41F; Tue, 17 Jan 2006 20:01:48 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB9F43D45; Tue, 17 Jan 2006 20:01:47 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0HK1kVK029774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 17 Jan 2006 12:01:47 -0800 Message-ID: <43CD4D45.8040705@root.org> Date: Tue, 17 Jan 2006 12:02:13 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: eric@iteso.mx References: <1137524567.43cd3f572b1ac@correo.iteso.mx> In-Reply-To: <1137524567.43cd3f572b1ac@correo.iteso.mx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Problem with Cisco (Atheros) Wireless PCI card on IBM Thinkcentre MT-M-8183-T1S 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, 17 Jan 2006 20:01:48 -0000 eric@iteso.mx wrote: > Greetings from Merida, Yucatan, Mexico (The Maya Land) > > Am having problems installing FreeBSD in my University under IBM Thinkcentre > MT-M-8183-T1S boxes. > > I canīt detect the Wireless Cisco (Atheros) PCI lan card. Linux and Windows have > no problems recognizing the card but i have problems with FreeBSD 6.0 > > Here are my dmesg (with and with out ACPI). > > I donīt know if this is a known issue, but any pointers will be greatly > appreciated. > > I think that the pci3 line shows something but not sure about that. Did you load the if_ath.ko driver? Apparently, disabling ACPI makes no difference so I don't see how this is an ACPI issue. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 20:28:58 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EFC616A41F for ; Tue, 17 Jan 2006 20:28:58 +0000 (GMT) (envelope-from denis.cavale@uol.com.br) Received: from smtp.uol.com.br (smtpout12.uol.com.br [200.221.4.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5BB43D45 for ; Tue, 17 Jan 2006 20:28:55 +0000 (GMT) (envelope-from denis.cavale@uol.com.br) Received: from DENISLT (201-1-149-174.dsl.telesp.net.br [201.1.149.174]) by scorpion6.uol.com.br (Postfix) with SMTP id E4DFA80F0 for ; Tue, 17 Jan 2006 18:28:53 -0200 (BRST) Message-ID: <000901c61ba4$a15f4640$0200000a@DENISLT> From: "Denis Cavale" To: Date: Tue, 17 Jan 2006 18:28:50 -0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [PATCH] Fix weird PCI bus numbers with pci_linkX 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, 17 Jan 2006 20:28:58 -0000 hi,.. just a question..could you solve the problems with onboard nforce = ethernet controller? mine isnt working thx Denis From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 21:00:40 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F3B16A41F for ; Tue, 17 Jan 2006 21:00:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A37B043D49 for ; Tue, 17 Jan 2006 21:00:39 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.242] (Not Verified[10.50.41.242]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 17 Jan 2006 16:19:59 -0500 From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 17 Jan 2006 16:01:33 -0500 User-Agent: KMail/1.9.1 References: <000901c61ba4$a15f4640$0200000a@DENISLT> In-Reply-To: <000901c61ba4$a15f4640$0200000a@DENISLT> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200601171601.35054.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Denis Cavale Subject: Re: [PATCH] Fix weird PCI bus numbers with pci_linkX 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, 17 Jan 2006 21:00:40 -0000 On Tuesday 17 January 2006 15:28, Denis Cavale wrote: > hi,.. just a question..could you solve the problems with onboard nforce > ethernet controller? mine isnt working > thx > Denis There are some fixes for that in HEAD you might want to give a try. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 17 22:18:29 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D6016A420 for ; Tue, 17 Jan 2006 22:18:29 +0000 (GMT) (envelope-from lgrady@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADEC543D4C for ; Tue, 17 Jan 2006 22:18:28 +0000 (GMT) (envelope-from lgrady@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so22689wra for ; Tue, 17 Jan 2006 14:18:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Fnw+ERd++xakNIPVufyQMYFYar0kxTHwnfvOrhVof7qhMDW3uNl+Bv2G1rOxr+8AW3byKBsVo+9m/BCKfAzaoxV7tVE51zgewxfecK0ZVkGBxlq9CIfhHMpYeUJ8TbS9F2mXMRCuurxMYnUjYaYFFxe0FRJbrz3Ol3l/kWAe9R0= Received: by 10.54.81.19 with SMTP id e19mr131426wrb; Tue, 17 Jan 2006 14:18:27 -0800 (PST) Received: by 10.54.133.5 with HTTP; Tue, 17 Jan 2006 14:18:27 -0800 (PST) Message-ID: <5fee5e300601171418h742989aes618cc29575472bbf@mail.gmail.com> Date: Tue, 17 Jan 2006 16:18:27 -0600 From: luke To: Nate Lawson In-Reply-To: <43CD4D45.8040705@root.org> MIME-Version: 1.0 References: <1137524567.43cd3f572b1ac@correo.iteso.mx> <43CD4D45.8040705@root.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: eric@iteso.mx, freebsd-acpi@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Problem with Cisco (Atheros) Wireless PCI card on IBM Thinkcentre MT-M-8183-T1S 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, 17 Jan 2006 22:18:29 -0000 i believe there are also issues with some of the newer firmware versions from cisco on these cards. google might tell you more, just thought i recalled some problems with them in the past and having to roll back the fw From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 18 13:19:24 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D80D816A41F for ; Wed, 18 Jan 2006 13:19:24 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E1F043D6B for ; Wed, 18 Jan 2006 13:19:13 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from amavis.mail (amavis1.rz.uni-wuerzburg.de [132.187.3.46]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id A047D1464BA; Wed, 18 Jan 2006 14:19:12 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by amavis.mail (Postfix) with ESMTP id 87F6E9A9; Wed, 18 Jan 2006 14:19:12 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by amavis.mail (Postfix) with ESMTP id 6259994A; Wed, 18 Jan 2006 14:19:12 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0F4401464BA; Wed, 18 Jan 2006 14:19:10 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k0IDJ98I003155; Wed, 18 Jan 2006 14:19:09 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k0IDJ7KF006799; Wed, 18 Jan 2006 14:19:07 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k0IDJ7On009107; Wed, 18 Jan 2006 14:19:07 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k0IDJ6UY009098; Wed, 18 Jan 2006 14:19:06 +0100 (CET) (envelope-from q@galgenberg.net) Date: Wed, 18 Jan 2006 14:19:06 +0100 From: Ulrich Spoerlein To: Nate Lawson Message-ID: <20060118131906.GB1085@galgenberg.net> Mail-Followup-To: Nate Lawson , acpi@freebsd.org References: <20060117185633.GE1381@galgenberg.net> <43CD4CD8.9080402@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <43CD4CD8.9080402@root.org> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=8.0 tests= X-Spam-Level: Cc: acpi@freebsd.org Subject: Re: powerd: How to really disable acpi_throttle? 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, 18 Jan 2006 13:19:25 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nate Lawson wrote: > Ulrich Spoerlein wrote: > >% dmesg|grep cpu > >cpu0: on acpi0 > >est0: on cpu0 > >p4tcc0: on cpu0 >=20 > acpi_throttle and p4tcc are different drivers. So: > hint.p4tcc.0.disabled=3D"1" Thanks a bunch! Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzkBK524iJyD+6d0RAlL4AJ9xZo9mlwXiQBZNwu3kGMzg+Wz/igCdHTZ2 B1ciVAJmOWkMU3oTKUZdwu8= =DKiw -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 19 03:47:46 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9136216A41F for ; Thu, 19 Jan 2006 03:47:46 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3175743D45 for ; Thu, 19 Jan 2006 03:47:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k0J3liDn039160 for ; Wed, 18 Jan 2006 21:47:44 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43CF0BDF.4030609@centtech.com> Date: Wed, 18 Jan 2006 21:47:43 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1245/Wed Jan 18 10:57:44 2006 on mh2.centtech.com X-Virus-Status: Clean Subject: Dell Latitude D810 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, 19 Jan 2006 03:47:46 -0000 Running FreeBSD-6-STABLE, I'm able to suspend successfully, but resuming makes the machine boot up as if it was powered off. Any hints on what to start looking at? I've including the console output of the various renditions I've tried, in case it helps. Also, more details can be found here: http://www.googlebit.com/freebsd/ Thanks! with apic disabled (but compiled into the kernel), suspend immediately reboots just after suspending: acpi_lid0: wake_prep enabled fostray irq7 r \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci1:0:0: Transition from D0 to D3 pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:30:2: Transition from D0 to D3 pci0:31:2: Transition from D0 to D3 ======== acpi_printcpu() debug dump ======== gdt[0097:c07b83c0] idt[07ff:c07b87e0] ldt[0050] tr[0048] efl[00000092] eax[00000001] ebx[c4b6d080] ecx[00000004] edx[c4b7c480] esi[00000003] edi[00000000] ebp[e508ac28] esp[e508ac0c] cr0[8005003b] cr2[0804a32c] cr3[3ea4a000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] Reboots here automatically.. ----------------------------------------------------------- with apic not-disabled, and compiled into the kernel, successfully sleeps, but resuming just boots the machine. acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci1:0:0: Transition from D0 to D3 pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:30:2: Transition from D0 to D3 pci0:31:2: Transition from D0 to D3 ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ======== acpi_printcpu() debug dump ======== gdt[0097:c07b83c0] idt[07ff:c07b87e0] ldt[0050] tr[0048] efl[00000092] eax[00000001] ebx[c4af7b80] ecx[00000004] edx[c4dcd600] esi[00000003] edi[00000000] ebp[e51f8c28] esp[e51f8c0c] cr0[8005003b] cr2[0804a32c] cr3[3ea6b000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] ----------------------------------------------------------- With only the kernel loaded, no modules (except for acpi.ko), same as with modules loaded. ----------------------------------------------------------- with: # sysctl hw.acpi.reset_video=0 hw.acpi.reset_video: 1 -> 0 same thing as above (suspends, trying to resume reboots machine) acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci1:0:0: Transition from D0 to D3 pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:30:2: Transition from D0 to D3 pci0:31:2: Transition from D0 to D3 ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ======== acpi_printcpu() debug dump ======== gdt[0097:c07b83c0] idt[07ff:c07b87e0] ldt[0050] tr[0048] efl[00000092] eax[00000001] ebx[c4af7b80] ecx[00000004] edx[c4dcda80] esi[00000003] edi[00000000] ebp[e5201c28] esp[e5201c0c] cr0[8005003b] cr2[0804a32c] cr3[3ea88000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] ----------------------------------------------------------- with: # sysctl hw.syscons.sc_no_suspend_vtswitch=1 hw.syscons.sc_no_suspend_vtswitch: 0 -> 1 and: hw.acpi.reset_video=1 suspends, but reboots on resume. acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci1:0:0: Transition from D0 to D3 pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:30:2: Transition from D0 to D3 pci0:31:2: Transition from D0 to D3 ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ======== acpi_printcpu() debug dump ======== gdt[0097:c07b83c0] idt[07ff:c07b87e0] ldt[0050] tr[0048] efl[00000092] eax[00000001] ebx[c4af7b80] ecx[00000004] edx[c4dcd900] esi[00000003] edi[00000000] ebp[e51fec28] esp[e51fec0c] cr0[8005003b] cr2[0804a32c] cr3[3ea89000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] ----------------------------------------------------------- with: # sysctl hw.syscons.sc_no_suspend_vtswitch=1 hw.syscons.sc_no_suspend_vtswitch: 0 -> 1 # sysctl hw.acpi.reset_video=0 hw.acpi.reset_video: 1 -> 0 suspends, but resume is instant reboot acpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci1:0:0: Transition from D0 to D3 pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:30:2: Transition from D0 to D3 pci0:31:2: Transition from D0 to D3 ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ioapic_suspend: not implemented! ======== acpi_printcpu() debug dump ======== gdt[0097:c07b83c0] idt[07ff:c07b87e0] ldt[0050] tr[0048] efl[00000092] eax[00000001] ebx[c4af7b80] ecx[00000004] edx[c4dcd900] esi[00000003] edi[00000000] ebp[e51fec28] esp[e51fec0c] cr0[8005003b] cr2[0804a32c] cr3[3ea89000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] --------------------------------------------------- apic disabled, but the reboot=0 setting in /boot/loader.conf: suspends, but when attempting to resume, reboots. iacpi_lid0: wake_prep enabled for \_SB_.LID_ (S3) acpi_button0: wake_prep enabled for \_SB_.PBTN (S3) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S3) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S3) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S3) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB4 (S3) ehci0: wake_prep disabled wake for \_SB_.PCI0.USB3 (S3) pci1:0:0: Transition from D0 to D3 pci2:0:0: Transition from D0 to D3 vga0: saving 68 bytes of video state pci0:30:2: Transition from D0 to D3 pci0:31:2: Transition from D0 to D3 ======== acpi_printcpu() debug dump ======== gdt[0097:c07b83c0] idt[07ff:c07b87e0] ldt[0050] tr[0048] efl[00000092] eax[00000001] ebx[c4b6d080] ecx[00000004] edx[c4b7c300] esi[00000003] edi[00000000] ebp[e5087c28] esp[e5087c0c] cr0[8005003b] cr2[0804a32c] cr3[3ea6b000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[001b] ss[0028] -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 14:45:39 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB2AF16A41F for ; Fri, 20 Jan 2006 14:45:39 +0000 (GMT) (envelope-from superhenne@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9FE43D49 for ; Fri, 20 Jan 2006 14:45:39 +0000 (GMT) (envelope-from superhenne@freenet.de) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1EzxWE-0004BI-8T for freebsd-acpi@freebsd.org; Fri, 20 Jan 2006 15:45:38 +0100 Received: from mail1.burgerware.de ([80.154.3.74] helo=[10.10.10.15]) by mx1.freenet.de with esmtpa (ID superhenne@freenet.de) (Exim 4.61 #21) id 1EzxWE-0003P9-4y for freebsd-acpi@freebsd.org; Fri, 20 Jan 2006 15:45:38 +0100 Message-ID: <43D0F78E.9030505@freenet.de> Date: Fri, 20 Jan 2006 15:45:34 +0100 From: Hendrik Koch User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-acpi@freebsd.org" X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Invoke script by power button 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: Fri, 20 Jan 2006 14:45:40 -0000 Hi, i am looking for a way to invoke a shell script when i press the power-button. The script should do some custom tasks and then "shutdown -p now". I searched around and found a lot of acpi docs, a solution for linux, with just placing scripts in a certain directory, but nothing helpful for me+FreeBSD. I don't want any sleep/standby/suspend stuff, just a clean shutdown. Right now when i press the power button, the machine just powers off imediatly. How can i catch the event of pressing the power button? thanks, kind regards, Hendrik My system: FreeBSD 6.0-STABLE, HP-ProLiant ML 350, ACPI-enabled. from dmesg: acpi0: on motherboard acpi0: Power Button (fixed) acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pcib1: on acpi0 pcib2: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 sysctl hw.acpi: hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 16:35:05 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E53716A41F for ; Fri, 20 Jan 2006 16:35:05 +0000 (GMT) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from mail.staatsfeind.org (staatsfeind.org [217.20.114.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF0943D45 for ; Fri, 20 Jan 2006 16:35:04 +0000 (GMT) (envelope-from schmidtm@mathematik.uni-marburg.de) Received: from c0re.v6.staatsfeind.lan (p54AE0669.dip0.t-ipconnect.de [84.174.6.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.staatsfeind.org (Postfix) with ESMTP id 8901861CC for ; Fri, 20 Jan 2006 17:35:02 +0100 (CET) Received: by c0re.v6.staatsfeind.lan (Postfix, from userid 1000) id 773FB2F; Fri, 20 Jan 2006 17:34:56 +0100 (CET) Date: Fri, 20 Jan 2006 17:34:56 +0100 From: Matthias Schmidt To: "freebsd-acpi@freebsd.org" Message-ID: <20060120163456.GD18939@staatsfeind.org> Mail-Followup-To: "freebsd-acpi@freebsd.org" References: <43D0F78E.9030505@freenet.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D0F78E.9030505@freenet.de> Subject: Re: Invoke script by power button 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, 20 Jan 2006 16:35:05 -0000 Moin, * Hendrik Koch wrote: > Hi, > > i am looking for a way to invoke a shell script when i press the > power-button. > The script should do some custom tasks and then "shutdown -p now". Look into /etc/rc.shutdown. Matthias From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 17:43:55 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91AFC16A420 for ; Fri, 20 Jan 2006 17:43:55 +0000 (GMT) (envelope-from Mark.McGregor@americom-gs.com) Received: from smtp3.ses-americom.com (smtp3.ses-americom.com [216.74.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B77843D45 for ; Fri, 20 Jan 2006 17:43:54 +0000 (GMT) (envelope-from Mark.McGregor@americom-gs.com) Received: from unknown (HELO primail1amc.myamericom.com) ([10.108.236.101]) by smtp3.ses-americom.com with SMTP; 20 Jan 2006 12:47:13 -0500 To: freebsd-acpi@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 From: Mark.McGregor@americom-gs.com Message-ID: Date: Fri, 20 Jan 2006 12:44:42 -0500 X-MIMETrack: Serialize by Router on primail1amc/SRV/AMC(Release 6.5.4|March 27, 2005) at 01/20/2006 12:44:43 PM, Serialize complete at 01/20/2006 12:44:43 PM Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI blacklist of Asus P2B-F 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, 20 Jan 2006 17:43:55 -0000 I came across your post recently when I was researching the P2B-F ASUS motherboards. If you have experience on these boards, I have a question for you. If not, please forgive me for sending you this email. Here is my problem; I was using my PC the other day when all the sudden, my screen went blank, but my hard drive was still running. After removing the panels on my PC tower, I pulled my graphics card from the AGP slot and noticed that there was a few burnt capacitors. So I went and purchased another AGP graphic board and tried it again. Still no video. Then I returned the AGP graphics card for another type which fits into one of my PCI slots, still no resolve. I found a used ASUS motherboard on ebay for 10 dollars and I might purchase it. What do you think might have happened to my motherboard? BTW, I took my monitor to a friends house and hooked it up to his computer and it worked fine. Please let me know if you have any suggestions. Thanks. Mark McGregor Systems Engineer Americom Government Services Office 703-917-5604 Fax 703-917-5601 Cell 703-472-4120 From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 19:04:14 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BB0316A41F for ; Fri, 20 Jan 2006 19:04:14 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-01.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC6B43D48 for ; Fri, 20 Jan 2006 19:04:13 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id B84D7E2023 for ; Fri, 20 Jan 2006 20:04:11 +0100 (CET) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id AA38819E6A3 for ; Fri, 20 Jan 2006 20:04:11 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-036-203.pools.arcor-ip.net [84.58.36.203]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 78C4814DC00 for ; Fri, 20 Jan 2006 20:04:11 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0KJ4GUP036645 for ; Fri, 20 Jan 2006 20:04:16 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Fri, 20 Jan 2006 20:04:10 +0100 From: Manfred Lotz To: freebsd-acpi@freebsd.org Message-Id: <20060120200410.a05870c1.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: suspend/resume event 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, 20 Jan 2006 19:04:14 -0000 Hi there, With my Samsung X20 1730 suspend /resume works fine when doing acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume and the touchpad mouse gets awake after resuming. That's great. However when closing the lid (I set hw.acpi.lid_switch_state=S3) and then pressing the power button although suspend/resume works fine the mouse won't get restarted. This means /etc/rc.resume and presumably /etc/rc.suspend won't get called in this case. Same happen when pressing Fn-ESC the key for suspend. How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets called in the "non-acpiconf" cases? -- Manfred From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 19:44:18 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A57F916A427 for ; Fri, 20 Jan 2006 19:44:18 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F9C43D46 for ; Fri, 20 Jan 2006 19:44:17 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0KJiFVK027606 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Jan 2006 11:44:16 -0800 Message-ID: <43D13DA6.5080104@root.org> Date: Fri, 20 Jan 2006 11:44:38 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Schmidt References: <43D0F78E.9030505@freenet.de> <20060120163456.GD18939@staatsfeind.org> In-Reply-To: <20060120163456.GD18939@staatsfeind.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@freebsd.org" Subject: Re: Invoke script by power button 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, 20 Jan 2006 19:44:18 -0000 Matthias Schmidt wrote: > Moin, > > * Hendrik Koch wrote: > >>Hi, >> >>i am looking for a way to invoke a shell script when i press the >>power-button. >>The script should do some custom tasks and then "shutdown -p now". > > > Look into /etc/rc.shutdown. Yeah, that's a good place since the system won't actually shut down until the script is done executing. You can get power button notifies from devd (see devd.conf) but the system will continue processing the shutdown without waiting. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 19:46:16 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A67D16A41F for ; Fri, 20 Jan 2006 19:46:16 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A7C43D69 for ; Fri, 20 Jan 2006 19:46:11 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0KJk7VK027721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Jan 2006 11:46:08 -0800 Message-ID: <43D13E17.2000801@root.org> Date: Fri, 20 Jan 2006 11:46:31 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark.McGregor@americom-gs.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI blacklist of Asus P2B-F 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, 20 Jan 2006 19:46:16 -0000 Mark.McGregor@americom-gs.com wrote: > I came across your post recently when I was researching the P2B-F ASUS > motherboards. If you have experience on these boards, I have a question > for you. If not, please forgive me for sending you this email. Here is my > problem; I was using my PC the other day when all the sudden, my screen > went blank, but my hard drive was still running. After removing the panels > on my PC tower, I pulled my graphics card from the AGP slot and noticed > that there was a few burnt capacitors. So I went and purchased another AGP > graphic board and tried it again. Still no video. Then I returned the AGP > graphics card for another type which fits into one of my PCI slots, still > no resolve. I found a used ASUS motherboard on ebay for 10 dollars and I > might purchase it. What do you think might have happened to my > motherboard? BTW, I took my monitor to a friends house and hooked it up to > his computer and it worked fine. Please let me know if you have any > suggestions. Thanks. I don't see the magic word "FreeBSD" in this email. If this is something you think is OS-related, please provide that info. Otherwise, there's no way to know what happened to your PC. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 19:52:25 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E84916A420 for ; Fri, 20 Jan 2006 19:52:25 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B5A043D5C for ; Fri, 20 Jan 2006 19:52:24 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0KJqJVK028072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Jan 2006 11:52:20 -0800 Message-ID: <43D13F8A.8000802@root.org> Date: Fri, 20 Jan 2006 11:52:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060120200410.a05870c1.manfred.lotz@arcor.de> In-Reply-To: <20060120200410.a05870c1.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event 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, 20 Jan 2006 19:52:25 -0000 Manfred Lotz wrote: > Hi there, > With my Samsung X20 1730 suspend /resume works fine when doing > acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume and > the touchpad mouse gets awake after resuming. That's great. > > However when closing the lid (I set hw.acpi.lid_switch_state=S3) and > then pressing the power button although suspend/resume works > fine the mouse won't get restarted. This means /etc/rc.resume and > presumably /etc/rc.suspend won't get called in this case. > > Same happen when pressing Fn-ESC the key for suspend. > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets > called in the "non-acpiconf" cases? That's an implementation problem. I think the right approach is to add a resume notification to devd. That should be easy to do and I may look into it this weekend if no one submits a patch first. It's harder to hook in the suspend path because we'd have to add a new path: kernel notifies userland, waits for userland to complete rc.suspend, userland sends "go ahead" to kernel, and suspend actually happens. apm had that but there's a problem if userland is not responsive. The idea I came up with was to have an absolute timeout where after 30 seconds or something, the kernel gives up on userland and suspends anyway. I started work on a patch to do this a while ago but it had some bugs I never got around to fixing. One problem was multiple listeners (X11 server, rc.suspend, etc.) -- do you wait for all of them to ack the event before suspending? I think so, but it's difficult to get all the cases right. If someone wants to help finish this work, I'd be happy to supply the half-done patch. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 20:51:37 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B13D16A420; Fri, 20 Jan 2006 20:51:37 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D3843D49; Fri, 20 Jan 2006 20:51:36 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0KKpbd3055405; Fri, 20 Jan 2006 18:51:37 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-acpi@freebsd.org Date: Fri, 20 Jan 2006 18:51:26 -0200 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601201851.26858.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: need help for DSDT for an Epox Amd64 MB 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, 20 Jan 2006 20:51:37 -0000 I have some Epox socket 939 motherboards, nvidia3 with AMD Athlon 64 and so= me=20 X2 They give me a very good performance but sporadic reboots without core dump= s=20 or any other advices so I guess there is some sudden irq conflict or so I get nothing usefull by vmstat. I mount the same Nics, adaptec, mem and=20 processor on an Asus A8V and it runs wothout any problem stable. btw I am running releng_6 I downloaded the acpi table and iasl shows me this epox.asl 2575: Name (_HID, "_NVRAIDBUS") Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) Is here somebody how like to try to help me out here? You can get the files= =20 here: http://suporte.matik.com.br/epox.dsl http://suporte.matik.com.br/epox.dmesg thank's jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 20 21:21:09 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F8A16A41F; Fri, 20 Jan 2006 21:21:09 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5878143D45; Fri, 20 Jan 2006 21:21:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0KLL5VK031708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 20 Jan 2006 13:21:07 -0800 Message-ID: <43D15458.506@root.org> Date: Fri, 20 Jan 2006 13:21:28 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> In-Reply-To: <200601201851.26858.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB 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, 20 Jan 2006 21:21:10 -0000 JoaoBR wrote: > I have some Epox socket 939 motherboards, nvidia3 with AMD Athlon 64 and some > X2 > They give me a very good performance but sporadic reboots without core dumps > or any other advices so I guess there is some sudden irq conflict or so > > I get nothing usefull by vmstat. I mount the same Nics, adaptec, mem and > processor on an Asus A8V and it runs wothout any problem stable. > > btw I am running releng_6 If disabling acpi doesn't solve the problem, then it's probably not acpi. > I downloaded the acpi table and iasl shows me this > > epox.asl 2575: Name (_HID, "_NVRAIDBUS") > Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > Is here somebody how like to try to help me out here? You can get the files > here: > > http://suporte.matik.com.br/epox.dsl > http://suporte.matik.com.br/epox.dmesg You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should have nothing to do with causing resets. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 21 09:57:21 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D654716A41F for ; Sat, 21 Jan 2006 09:57:21 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3006143D45 for ; Sat, 21 Jan 2006 09:57:20 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 8F0C610440C; Sat, 21 Jan 2006 10:57:19 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 7E8AEBCE27; Sat, 21 Jan 2006 10:57:19 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-036-203.pools.arcor-ip.net [84.58.36.203]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 5DC59E1C4B; Sat, 21 Jan 2006 10:57:19 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0L9vOh0040409; Sat, 21 Jan 2006 10:57:24 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Sat, 21 Jan 2006 10:57:19 +0100 From: Manfred Lotz To: Nate Lawson Message-Id: <20060121105719.2eb0c2f9.manfred.lotz@arcor.de> In-Reply-To: <43D13F8A.8000802@root.org> References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D13F8A.8000802@root.org> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event 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, 21 Jan 2006 09:57:21 -0000 On Fri, 20 Jan 2006 11:52:42 -0800 Nate Lawson wrote: > Manfred Lotz wrote: > > Hi there, > > With my Samsung X20 1730 suspend /resume works fine when doing > > acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume > > and the touchpad mouse gets awake after resuming. That's great. > > > > However when closing the lid (I set hw.acpi.lid_switch_state=S3) and > > then pressing the power button although suspend/resume works > > fine the mouse won't get restarted. This means /etc/rc.resume and > > presumably /etc/rc.suspend won't get called in this case. > > > > Same happen when pressing Fn-ESC the key for suspend. > > > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets > > called in the "non-acpiconf" cases? > > That's an implementation problem. I think the right approach is to > add a resume notification to devd. That should be easy to do and I > may look into it this weekend if no one submits a patch first. > Thanks. From what you said and after googling I tried the following: I set: sysctl hw.acpi.lid_switch_state=NONE and added the following section at the end of /etc/devd.conf notify 10 { match "system" "ACPI"; match "subsystem" "Lid"; action "/etc/rc.lid $notify"; }; created /etc/rc.lid: <------ snip ----------> #! /bin/sh LOGGER="/usr/bin/logger -t lid_switch -p user.notice" $LOGGER $1 <------ snip ----------> made it executable and restarted devd via /etc/rc.d/devd restart However after closing and then opening the lid nothing had happened. Any idea what I did wrong? -- Manfred From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 21 16:02:04 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A81516A422 for ; Sat, 21 Jan 2006 16:02:04 +0000 (GMT) (envelope-from dak.col@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5071B43D48 for ; Sat, 21 Jan 2006 16:02:03 +0000 (GMT) (envelope-from dak.col@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so462585wxc for ; Sat, 21 Jan 2006 08:02:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=RV6LE5OrylfGTjUR69ziwtx97E4HhuhunQ5PoPCSk2Zn/6+FPleOtmVYgCY3X2uzQvKy1UDUMIvTMQ6ooXN8VlLtccQ/xB4ZG6YwuCAgC2aCmiIrR/YaunzdhxDEldX/rXymMoWd658mooox31bWg7aUQ+Fo69hIAs1guPVy5zY= Received: by 10.70.45.4 with SMTP id s4mr3655723wxs; Sat, 21 Jan 2006 08:02:02 -0800 (PST) Received: by 10.70.13.3 with HTTP; Sat, 21 Jan 2006 08:02:02 -0800 (PST) Message-ID: <3b93bd110601210802w740181f2i59d1d07d1bdc55d8@mail.gmail.com> Date: Sat, 21 Jan 2006 11:02:02 -0500 From: "Natham " To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: dak.col@gmail.com Subject: speedstep trouble 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, 21 Jan 2006 16:02:04 -0000 hi: i have installed freebsd 6 on my laptop. but my speedstep dont works. I were looking for help in the irc channel and nobodie can help me. Now im updating to stable brach. I try everything but in dmesg i got this: Trying to mount root from ufs:/dev/ad0s4a est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 device_attach: est0 attach returned 6 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 device_attach: est0 attach returned 6 p4tcc0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 device_attach: est0 attach returned 6 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 device_attach: est0 attach returned i have a dell 630m laptop, with an intel pentium m 740. what can i do? (the speedstep works on linux -ubuntu-live- and windows). dak From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 21 20:33:17 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E002516A41F for ; Sat, 21 Jan 2006 20:33:17 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88A5C43D46 for ; Sat, 21 Jan 2006 20:33:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.240] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0LKX4VK017817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Jan 2006 12:33:05 -0800 Message-ID: <43D29A95.7070809@root.org> Date: Sat, 21 Jan 2006 12:33:25 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D13F8A.8000802@root.org> <20060121105719.2eb0c2f9.manfred.lotz@arcor.de> In-Reply-To: <20060121105719.2eb0c2f9.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event 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, 21 Jan 2006 20:33:18 -0000 Manfred Lotz wrote: > On Fri, 20 Jan 2006 11:52:42 -0800 > Nate Lawson wrote: > > >>Manfred Lotz wrote: >> >>>Hi there, >>>With my Samsung X20 1730 suspend /resume works fine when doing >>>acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume >>>and the touchpad mouse gets awake after resuming. That's great. >>> >>>However when closing the lid (I set hw.acpi.lid_switch_state=S3) and >>>then pressing the power button although suspend/resume works >>>fine the mouse won't get restarted. This means /etc/rc.resume and >>>presumably /etc/rc.suspend won't get called in this case. >>> >>>Same happen when pressing Fn-ESC the key for suspend. >>> >>>How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets >>>called in the "non-acpiconf" cases? >> >>That's an implementation problem. I think the right approach is to >>add a resume notification to devd. That should be easy to do and I >>may look into it this weekend if no one submits a patch first. >> > > > Thanks. From what you said and after googling I tried the following: > > I set: > sysctl hw.acpi.lid_switch_state=NONE > > and added the following section at the end of /etc/devd.conf > > notify 10 { > match "system" "ACPI"; > match "subsystem" "Lid"; > action "/etc/rc.lid $notify"; > }; > > created /etc/rc.lid: > > <------ snip ----------> > #! /bin/sh > LOGGER="/usr/bin/logger -t lid_switch -p user.notice" > > $LOGGER $1 > <------ snip ----------> > > made it executable > and restarted devd via /etc/rc.d/devd restart > > > However after closing and then opening the lid nothing had happened. > > Any idea what I did wrong? Nothing offhand. Try running devd manually with the -d flag so it won't go into the background and it will print the events on console. Then close/open the lid. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 21 21:20:01 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F241716A41F for ; Sat, 21 Jan 2006 21:20:00 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE9143D45 for ; Sat, 21 Jan 2006 21:20:00 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k0LLJwo7040800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Jan 2006 13:20:00 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43D2A54D.7080900@errno.com> Date: Sat, 21 Jan 2006 13:19:09 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: "Natham " References: <3b93bd110601210802w740181f2i59d1d07d1bdc55d8@mail.gmail.com> In-Reply-To: <3b93bd110601210802w740181f2i59d1d07d1bdc55d8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: speedstep trouble 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, 21 Jan 2006 21:20:01 -0000 Natham wrote: > hi: > > i have installed freebsd 6 on my laptop. but my speedstep dont works. > I were looking for help in the irc channel and nobodie can help me. > Now im updating to stable brach. I try everything but in dmesg i got > this: > > > Trying to mount root from ufs:/dev/ad0s4a > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned 6 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned 6 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned > > i have a dell 630m laptop, with an intel pentium m 740. > > what can i do? (the speedstep works on linux -ubuntu-live- and windows). I have the same part and the same issue. I am told the information necessary to setup speedstep for this processor has not yet been openly released by Intel. If you find that info we can update the code. Sam