From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 14 11:01:22 2005 Return-Path: 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 1B9E816A4D4 for ; Mon, 14 Mar 2005 11:01:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027AC43D31 for ; Mon, 14 Mar 2005 11:01:22 +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.3/8.13.3) with ESMTP id j2EB1Lk8090300 for ; Mon, 14 Mar 2005 11:01:21 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2EB1LNv090294 for freebsd-acpi@freebsd.org; Mon, 14 Mar 2005 11:01:21 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Mar 2005 11:01:21 GMT Message-Id: <200503141101.j2EB1LNv090294@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 11:01:22 -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 f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 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 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 15 16:50:17 2005 Return-Path: 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 03F0316A4CE for ; Tue, 15 Mar 2005 16:50:17 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D4E43D1D for ; Tue, 15 Mar 2005 16:50:16 +0000 (GMT) (envelope-from remi.vallez@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so2128713wra for ; Tue, 15 Mar 2005 08:50:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=oNwrzJBFWaKBr65PKVaWDBd8iY5XIS5q0EAKhRyJF/VCH/YA50uXbOS35EsU80jvY9pDKL7xl+0sGmDDo0CN+RsYwjc1AZ6Mt/AfYdSZNVCDrT+nX8wSrwcMd0NxXPOGGs3KmGlwFAH3X4UjgpgCnvVItlCMGJTyF3zvxC8mUnE= Received: by 10.54.77.7 with SMTP id z7mr3147006wra; Tue, 15 Mar 2005 08:50:12 -0800 (PST) Received: by 10.54.16.24 with HTTP; Tue, 15 Mar 2005 08:50:11 -0800 (PST) Message-ID: <545f9a50050315085067700ebe@mail.gmail.com> Date: Tue, 15 Mar 2005 17:50:11 +0100 From: =?ISO-8859-1?Q?R=E9mi_Vallez?= To: freebsd-acpi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [newbie] read an acpi value X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?R=E9mi_Vallez?= List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 16:50:17 -0000 I am working on the subject "wifi and power management on laptops" and i try to get the battery present rate and battery present voltage. i know this 2 values are present in the ACPI (in the table _BST) but they are not retrieve by sysctl. Can you tell me a way to retrieve this values From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 15 16:57:47 2005 Return-Path: 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 5B92116A4CE for ; Tue, 15 Mar 2005 16:57:47 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374E043D39 for ; Tue, 15 Mar 2005 16:57:47 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 15 Mar 2005 08:57:46 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1E84E5D08; Tue, 15 Mar 2005 08:57:46 -0800 (PST) To: =?ISO-8859-1?Q?R=E9mi_Vallez?= In-reply-to: Your message of "Tue, 15 Mar 2005 17:50:11 +0100." <545f9a50050315085067700ebe@mail.gmail.com> Date: Tue, 15 Mar 2005 08:57:46 -0800 From: "Kevin Oberman" Message-Id: <20050315165746.1E84E5D08@ptavv.es.net> cc: freebsd-acpi@freebsd.org Subject: Re: [newbie] read an acpi value X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 16:57:47 -0000 > Date: Tue, 15 Mar 2005 17:50:11 +0100 > From: =?ISO-8859-1?Q?R=E9mi_Vallez?= > Sender: owner-freebsd-acpi@freebsd.org > > I am working on the subject "wifi and power management on laptops" and > i try to get the battery present rate and battery present voltage. > i know this 2 values are present in the ACPI (in the table _BST) but > they are not retrieve by sysctl. > > Can you tell me a way to retrieve this values There is almost certainly a better way, but "acpiconf -i [0|1]" will return that information. If you want to get it directly, I'd look at the acpiconf sources. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 16 14:52:54 2005 Return-Path: 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 2352216A4CF for ; Wed, 16 Mar 2005 14:52:54 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8086D43D5C for ; Wed, 16 Mar 2005 14:52:52 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j2GEqlmA004028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Mar 2005 15:52:49 +0100 Message-ID: <4238483F.2020108@ng.fadesa.es> Date: Wed, 16 Mar 2005 15:52:47 +0100 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="------------030601040101030404060802" X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on tierra2.ng.fadesa.es X-Virus-Status: Clean Subject: link_elf: symbol AcpiDmDumpMethodInfo undefined X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 14:52:54 -0000 This is a multi-part message in MIME format. --------------030601040101030404060802 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I get this error when I compile 5.4-PRERELEASE with ACPI_DEBUG. Did I miss something? --------------030601040101030404060802 Content-Type: text/plain; name="dmesg-acpi.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dmesg-acpi.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuNC1QUkVSRUxFQVNFICM0OiBXZWQg TWFyIDE2IDAwOjQ1OjA1IENFVCAyMDA1CiAgICByb290QGRhbW9jbGVzLm9saW1wdXM6L3Vz ci92YXJpb3Mvb2JqL3Vzci92YXJpb3Mvc3JjL3N5cy9EQU1PQ0xFUwpsaW5rX2VsZjogc3lt Ym9sIEFjcGlEbUR1bXBNZXRob2RJbmZvIHVuZGVmaW5lZApLTEQgZmlsZSBhY3BpLmtvIC0g Y291bGQgbm90IGZpbmFsaXplIGxvYWRpbmcKTVBUYWJsZTogPE9FTTAwMDAwIFBST0QwMDAw MDAwMD4KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5 IDAKQ1BVOiBBTUQgQXRobG9uKHRtKSAgKDEyNDMuMzUtTUh6IDY4Ni1jbGFzcyBDUFUpCiAg T3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHg2YTAgIFN0ZXBwaW5nID0gMAogIEZl YXR1cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQ SUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+CiAgQU1E IEZlYXR1cmVzPTB4YzA0MDAwMDA8QU1JRSxEU1AsM0ROb3chPgpyZWFsIG1lbW9yeSAgPSA1 MzY4MDUzNzYgKDUxMSBNQikKYXZhaWwgbWVtb3J5ID0gNTE1NjQ5NTM2ICg0OTEgTUIpCmlv YXBpYzA6IEFzc3VtaW5nIGludGJhc2Ugb2YgMAppb2FwaWMwIDxWZXJzaW9uIDEuMT4gaXJx cyAwLTIzIG9uIG1vdGhlcmJvYXJkCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVy Ym9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQpjcHUwIG9uIG1vdGhlcmJvYXJkCnBjaWIw OiA8SG9zdCB0byBQQ0kgYnJpZGdlPiBwY2lidXMgMCBvbiBtb3RoZXJib2FyZApwaXIwOiA8 UENJIEludGVycnVwdCBSb3V0aW5nIFRhYmxlOiAxNCBFbnRyaWVzPiBvbiBtb3RoZXJib2Fy ZApwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAKJFBJUjogTm8gbWF0Y2hpbmcgZW50cnkgZm9y IDAuMS5JTlRBCiRQSVI6IE5vIG1hdGNoaW5nIGVudHJ5IGZvciAwLjIuSU5UQQokUElSOiBO byBtYXRjaGluZyBlbnRyeSBmb3IgMC4yLklOVEIKJFBJUjogTm8gbWF0Y2hpbmcgZW50cnkg Zm9yIDAuMi5JTlRDCmFncDA6IDxOVklESUEgbkZvcmNlMiBBR1AgQ29udHJvbGxlcj4gbWVt IDB4ZDAwMDAwMDAtMHhkM2ZmZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTAKcGNpMDogPG1l bW9yeSwgUkFNPiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxt ZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 bWVtb3J5LCBSQU0+IGF0IGRldmljZSAwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDog PG1lbW9yeSwgUkFNPiBhdCBkZXZpY2UgMC40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6 IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQppc2Fi MDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDEuMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9s bGVyPiBtZW0gMHhkZTAwMTAwMC0weGRlMDAxZmZmIGlycSAxMSBhdCBkZXZpY2UgMi4wIG9u IHBjaTAKdXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMAp1c2IwOiBVU0IgcmV2aXNp b24gMS4wCnVodWIwOiBuVmlkaWEgT0hDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDEKdWh1YjA6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCm9oY2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGRl MDAyMDAwLTB4ZGUwMDJmZmYgaXJxIDkgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCnVzYjE6IE9I Q0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IDxPSENJIChnZW5lcmljKSBV U0IgY29udHJvbGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTog blZpZGlhIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx CnVodWIxOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDog PEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZGUwMDMwMDAtMHhk ZTAwMzBmZiBpcnEgMTAgYXQgZGV2aWNlIDIuMiBvbiBwY2kwCmVoY2lfcGNpX2F0dGFjaDog Y29tcGFuaW9uIHVzYjAKZWhjaV9wY2lfYXR0YWNoOiBjb21wYW5pb24gdXNiMQp1c2IyOiBF SENJIHZlcnNpb24gMS4wCnVzYjI6IGNvbXBhbmlvbiBjb250cm9sbGVycywgNCBwb3J0cyBl YWNoOiB1c2IwIHVzYjEKdXNiMjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxl cj4gb24gZWhjaTAKdXNiMjogVVNCIHJldmlzaW9uIDIuMAp1aHViMjogblZpZGlhIEVIQ0kg cm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxCnVodWIyOiBzaW5n bGUgdHJhbnNhY3Rpb24gdHJhbnNsYXRvcgp1aHViMjogNiBwb3J0cyB3aXRoIDYgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKcGNpYjE6IDxNUFRhYmxlIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgOC4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCnBjaWIxOiB1bmFi bGUgdG8gcm91dGUgc2xvdCAxMCBJTlRBCnBjaWIxOiB1bmFibGUgdG8gcm91dGUgc2xvdCAx MCBJTlRBCnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSA4LjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMTogPG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2UgOS4wIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTE6IDxpbnB1dCBkZXZpY2U+IGF0IGRldmljZSA5LjEgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMTogPG11bHRpbWVkaWEsIHZpZGVvPiBhdCBkZXZpY2Ug MTAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kxOiA8bXVsdGltZWRpYT4gYXQgZGV2aWNl IDEwLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcmUwOiA8UmVhbFRlayA4MTY5UyBTaW5nbGUt Y2hpcCBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4OWMwMC0weDljZmYgbWVtIDB4ZGQwMDYw MDAtMHhkZDAwNjBmZiBpcnEgMTYgYXQgZGV2aWNlIDExLjAgb24gcGNpMQptaWlidXMwOiA8 TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MTY5Uy84MTEwUyBtZWRpYSBpbnRlcmZh Y2U+IG9uIG1paWJ1czAKcmdlcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNl VFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCnJl MDogRXRoZXJuZXQgYWRkcmVzczogMDA6MGQ6NjE6Nzg6Y2Y6MmYKcGNpMTogPHNlcmlhbCBi dXMsIEZpcmVXaXJlPiBhdCBkZXZpY2UgMTQuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFw Y2kwOiA8blZpZGlhIG5Gb3JjZTIgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4ZjAwMC0w eGYwMGYsMHgzNzYsMHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDku MCBvbiBwY2kwCmF0YTA6IGNoYW5uZWwgIzAgb24gYXRhcGNpMAphdGExOiBjaGFubmVsICMx IG9uIGF0YXBjaTAKcGNpYjI6IDxNUFRhYmxlIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug MzAuMCBvbiBwY2kwCnBjaTI6IDxQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiA8ZGlzcGxheSwg VkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCm9ybTA6IDxJU0EgT3B0 aW9uIFJPTT4gYXQgaW9tZW0gMHhjMDAwMC0weGNiZmZmIG9uIGlzYTAKcG10aW1lcjAgb24g aXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAA== --------------030601040101030404060802-- From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 16 17:47:52 2005 Return-Path: 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 CD0D616A4CE for ; Wed, 16 Mar 2005 17:47:52 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B0343D2D for ; Wed, 16 Mar 2005 17:47:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j2GHlmZj001887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Mar 2005 09:47:50 -0800 Message-ID: <42387144.3050507@root.org> Date: Wed, 16 Mar 2005 09:47:48 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <4238483F.2020108@ng.fadesa.es> In-Reply-To: <4238483F.2020108@ng.fadesa.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: link_elf: symbol AcpiDmDumpMethodInfo undefined X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 17:47:52 -0000 fandino wrote: > > I get this error when I compile 5.4-PRERELEASE with ACPI_DEBUG. > > Did I miss something? You need to recompile both kernel and modules with that option. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 16 19:32:47 2005 Return-Path: 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 61C2816A4CE for ; Wed, 16 Mar 2005 19:32:47 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF6A443D1D for ; Wed, 16 Mar 2005 19:32:46 +0000 (GMT) (envelope-from juho.vuori@kepa.fi) Received: from [85.76.115.253] (ZYMKDCLII.dsl.saunalahti.fi [85.76.115.253]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id ECA39DC758 for ; Wed, 16 Mar 2005 21:32:45 +0200 (EET) Message-ID: <423889DD.2060504@kepa.fi> Date: Wed, 16 Mar 2005 21:32:45 +0200 From: Juho Vuori User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: hp nx6110 freezes with acpi enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 19:32:47 -0000 Hello, I'm experiencing problems with acpi. I'm running RELENG_5 as of 15.3.2005 on hp nx6110 laptop. The system has got intel 910gml chipset, celeron-m processor and other hardware which is probably not that much related to the problem. With acpi enabled, the computer runs fine for about 5 or 10 minutes and then freezes completely. The freeze is fairly predictable, but I'm not sure what causes it (must be acpi related though). If I boot the computer with acpi turned off, everything works fine. Another thing is that suspend/resume does not work. Suspend is fine, but resume seems to just freeze the machine. I haven't pondered this that much, as I feel that the other problem mentioned is more urgent. I'm happy to help debugging this, but don't really know how. No stack traces, nothing, as everything just freezes. Juho Vuori From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 16 20:53:44 2005 Return-Path: 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 DF58C16A4CE for ; Wed, 16 Mar 2005 20:53:44 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917C843D2D for ; Wed, 16 Mar 2005 20:53:44 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j2GKrfZj004585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Mar 2005 12:53:42 -0800 Message-ID: <42389CD5.7050302@root.org> Date: Wed, 16 Mar 2005 12:53:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juho Vuori References: <423889DD.2060504@kepa.fi> In-Reply-To: <423889DD.2060504@kepa.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: hp nx6110 freezes with acpi enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 20:53:45 -0000 Juho Vuori wrote: > Hello, > > I'm experiencing problems with acpi. I'm running RELENG_5 as of > 15.3.2005 on hp nx6110 laptop. The system has got intel 910gml chipset, > celeron-m processor and other hardware which is probably not that much > related to the problem. > > With acpi enabled, the computer runs fine for about 5 or 10 minutes and > then freezes completely. The freeze is fairly predictable, but I'm not > sure what causes it (must be acpi related though). If I boot the > computer with acpi turned off, everything works fine. > > Another thing is that suspend/resume does not work. Suspend is fine, but > resume seems to just freeze the machine. I haven't pondered this that > much, as I feel that the other problem mentioned is more urgent. > > I'm happy to help debugging this, but don't really know how. No stack > traces, nothing, as everything just freezes. Perhaps it's a thermal problem. Try setting this at the loader prompt and see if it helps: debug.acpi.disabled="thermal" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 16 22:59:34 2005 Return-Path: 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 A0F6F16A4CE for ; Wed, 16 Mar 2005 22:59:34 +0000 (GMT) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C4843D31 for ; Wed, 16 Mar 2005 22:59:33 +0000 (GMT) (envelope-from juho.vuori@kepa.fi) Received: from [85.76.115.253] (ZYMKDCLII.dsl.saunalahti.fi [85.76.115.253]) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id A709FBA29A; Thu, 17 Mar 2005 00:59:31 +0200 (EET) Message-ID: <4238BA51.4090605@kepa.fi> Date: Thu, 17 Mar 2005 00:59:29 +0200 From: Juho Vuori User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <423889DD.2060504@kepa.fi> <42389CD5.7050302@root.org> In-Reply-To: <42389CD5.7050302@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: hp nx6110 freezes with acpi enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 22:59:34 -0000 Nate Lawson wrote: > Juho Vuori wrote: > >> Hello, >> >> I'm experiencing problems with acpi. I'm running RELENG_5 as of >> 15.3.2005 on hp nx6110 laptop. The system has got intel 910gml >> chipset, celeron-m processor and other hardware which is probably not >> that much related to the problem. >> >> With acpi enabled, the computer runs fine for about 5 or 10 minutes >> and then freezes completely. The freeze is fairly predictable, but >> I'm not sure what causes it (must be acpi related though). If I boot >> the computer with acpi turned off, everything works fine. >> > > Perhaps it's a thermal problem. Try setting this at the loader prompt > and see if it helps: > > debug.acpi.disabled="thermal" > This seems to be the case. Now my computer keeps the processor fan switched off, when acpi is enabled, but the thermal module is not, so the system is not really usable this way. Also, after running for a while like this, the system freezes already while booting. So it seems the system freezes when the temperature raises at certain level and acpi starts doing something about it. I'll attach my dmesg here in case it is of any use. The system was booted with 'boot -v' and debug.acpi.disabled="thermal". There are some errors and stuff, but they are probably unrelated. Juho Vuori Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-PRERELEASE #3: Thu Mar 17 00:09:49 EET 2005 juho@loppa:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a57000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0a57318. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0a573c4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a57470. Table 'FACP' at 0x1f7efc00 Table 'APIC' at 0x1f7efcb4 MADT: Found table at 0x1f7efcb4 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193178 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1396509190 Hz CPU: Intel(R) Celeron(R) M processor 1.40GHz (1396.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9fbbf real memory = 528285696 (503 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001eec4fff, 506068992 bytes (123552 pages) avail memory = 507281408 (483 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x322 pnpbios: Found PnP BIOS data at 0xc00f50f0 pnpbios: Entry = f0000:511e Rev = 1.0 pnpbios: Event flag at f5116 pnpbios: OEM ID 9c093c10 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f920 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 2 dev 6 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 420 us acpi_ec0: info: new max delay is 530 us ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base d0400000, size 19, enabled map[14]: type 4, range 32, base 00007000, size 3, enabled map[18]: type 3, range 32, base c0000000, size 28, enabled map[1c]: type 1, range 32, base d0480000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2592, revid=0x03 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d0500000, size 19, enabled found-> vendor=0x8086, dev=0x2792, revid=0x03 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00002000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2658, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=23 map[20]: type 4, range 32, base 00002020, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2659, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[20]: type 4, range 32, base 00002040, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265a, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 00002060, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x265b, revid=0x03 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=19 map[10]: type 1, range 32, base d0580000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x265c, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0xd3 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00002100, size 8, enabled map[14]: type 4, range 32, base 00002200, size 6, enabled map[18]: type 1, range 32, base d0581000, size 9, enabled map[1c]: type 1, range 32, base d0582000, size 8, enabled pcib0: matched entry for 0.30.INTA pcib0: slot 30 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x266e, revid=0x03 bus=0, slot=30, func=2 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002500, size 7, enabled pcib0: matched entry for 0.30.INTB pcib0: slot 30 INTB hardwired to IRQ 22 found-> vendor=0x8086, dev=0x266d, revid=0x03 bus=0, slot=30, func=3 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=22 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2641, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00002580, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x266f, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) uhci0: port 0x2000-0x201f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 17 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2020 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2040 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2060-0x207f irq 19 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2060 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 3 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xd0000000-0xd03fffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. ACPI PCI link initial configuration: pci2: on pcib1 pci2: physical bus=2 map[10]: type 1, range 32, base d0000000, size 13, enabled pcib1: device (null) requested decoded memory range 0xd0000000-0xd0001fff pcib1: matched entry for 2.4.INTA pcib1: slot 4 INTA hardwired to IRQ 21 found-> vendor=0x14e4, dev=0x4320, revid=0x03 bus=2, slot=4, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 map[10]: type 1, range 32, base d0002000, size 12, enabled pcib1: device (null) requested decoded memory range 0xd0002000-0xd0002fff pcib1: matched entry for 2.6.INTA pcib1: slot 6 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x8031, revid=0x00 bus=2, slot=6, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc4 (49000 ns), maxlat=0x03 (750 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0003000, size 11, enabled pcib1: device (null) requested decoded memory range 0xd0003000-0xd00037ff map[14]: type 1, range 32, base d0004000, size 14, enabled pcib1: device (null) requested decoded memory range 0xd0004000-0xd0007fff pcib1: matched entry for 2.6.INTC pcib1: slot 6 INTC hardwired to IRQ 22 found-> vendor=0x104c, dev=0x8032, revid=0x00 bus=2, slot=6, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=c, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0008000, size 13, enabled pcib1: device (null) requested decoded memory range 0xd0008000-0xd0009fff pcib1: matched entry for 2.14.INTA pcib1: slot 14 INTA hardwired to IRQ 16 found-> vendor=0x14e4, dev=0x170c, revid=0x02 bus=2, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: at device 4.0 (no driver attached) cbb0: mem 0xd0002000-0xd0002fff irq 18 at device 6.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0002000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00824010 0x10: 0xd0002000 0x020000a0 0x20030302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440112 0x40: 0x099c103c 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08441060 0x02630019 0x000f0000 0x01aa1b22 0x90: 0x406402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=8032 fwohci0: <1394 Open Host Controller Interface> mem 0xd0004000-0xd0007fff,0xd0003000-0xd00037ff irq 22 at device 6.2 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xd0003000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 71:8b:50:00:29:0d:03:a6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 72:8b:50:0d:03:a6 fwe0: bpf attached fwe0: Ethernet address: 72:8b:50:0d:03:a6 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0xd0008000-0xd0009fff irq 16 at device 14.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xd0008000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:12:79:5a:e6:09 bfe0: [GIANT-LOCKED] pcm0: port 0x2200-0x223f,0x2100-0x21ff mem 0xd0582000-0xd05820ff,0xd0581000-0xd05811ff irq 21 at device 30.2 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xd0581000 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xd0582000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: sndbuf_setmap 1e9a3000, 4000; 0xd520c000 -> 1e9a3000 pcm0: sndbuf_setmap 1e99f000, 4000; 0xd5210000 -> 1e99f000 pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2580-0x258f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 16 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2580 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4601 0x4601 0x4601 0x4601 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4601 0x4601 0x4601 0x4601 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1396509190 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached acpi_cmbat0: battery initialization start acpi_cmbat1: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-slave: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on Intel ICH6 chip ata0-master: setting UDMA100 on Intel ICH6 chip ata0-slave: setting PIO4 on Intel ICH6 chip ad0: ATA-6 disk at ata0-master ad0: 38154MB (78140160 sectors), 77520 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:72999297 [1] f:00 typ:131 s(CHS):1023/255/63 e(CHS):1023/254/63 s:72999360 l:5140800 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 37375640064 end 37375672319 GEOM: Configure ad0s2, start 37375672320 length 2632089600 end 40007761919 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 acd0: CDRW drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47997 Hz, will use 48000 Hz GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 1030291456 end 1298726911 GEOM: Configure ad0s1c, start 0 length 37375640064 end 37375640063 GEOM: Configure ad0s1d, start 1298726912 length 268435456 end 1567162367 GEOM: Configure ad0s1e, start 1567162368 length 268435456 end 1835597823 GEOM: Configure ad0s1f, start 1835597824 length 35540042240 end 37375640063 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init WARNING: /usr was not properly dismounted splash: image decoder found: green_saver Linux ELF exec handler installed acpi_cmbat0: battery initialization failed, giving up acpi_cmbat1: battery initialization failed, giving up From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 17 11:16:40 2005 Return-Path: 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 C955A16A4CE for ; Thu, 17 Mar 2005 11:16:40 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D85843D39 for ; Thu, 17 Mar 2005 11:16:39 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j2HBGYmA008272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Mar 2005 12:16:35 +0100 Message-ID: <42396712.2060704@ng.fadesa.es> Date: Thu, 17 Mar 2005 12:16:34 +0100 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4238483F.2020108@ng.fadesa.es> <42387144.3050507@root.org> In-Reply-To: <42387144.3050507@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: ClamAV 0.83/765/Thu Mar 17 09:42:45 2005 on tierra2.ng.fadesa.es X-Virus-Status: Clean Subject: Re: link_elf: symbol AcpiDmDumpMethodInfo undefined X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 11:16:40 -0000 Nate Lawson wrote: > fandino wrote: > >> >> I get this error when I compile 5.4-PRERELEASE with ACPI_DEBUG. >> >> Did I miss something? > > > You need to recompile both kernel and modules with that option. apart from deleting /usr/obj/usr/src/sys followed of the typical "make kernel KERNCONF=xxx" what more do I need to do? because it's what I did and I'm getting the undefined error. From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 17 15:39:04 2005 Return-Path: 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 CDF2C16A4DC for ; Thu, 17 Mar 2005 15:39:04 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 567EB43D48 for ; Thu, 17 Mar 2005 15:39:04 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2HFaxvC029328; Thu, 17 Mar 2005 08:37:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Mar 2005 08:36:58 -0700 (MST) Message-Id: <20050317.083658.104062645.imp@bsdimp.com> To: fandino@ng.fadesa.es From: Warner Losh In-Reply-To: <42396712.2060704@ng.fadesa.es> References: <4238483F.2020108@ng.fadesa.es> <42387144.3050507@root.org> <42396712.2060704@ng.fadesa.es> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.ORG Subject: Re: link_elf: symbol AcpiDmDumpMethodInfo undefined X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 15:39:05 -0000 From: fandino Subject: Re: link_elf: symbol AcpiDmDumpMethodInfo undefined Date: Thu, 17 Mar 2005 12:16:34 +0100 > Nate Lawson wrote: > > fandino wrote: > > > >> > >> I get this error when I compile 5.4-PRERELEASE with ACPI_DEBUG. > >> > >> Did I miss something? > > > > > > You need to recompile both kernel and modules with that option. > > > apart from deleting /usr/obj/usr/src/sys followed of the typical > "make kernel KERNCONF=xxx" > what more do I need to do? > because it's what I did and I'm getting the undefined error. Which symbol is undefined? and which kernel module, exactly, are you building? Warner From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 17 16:57:15 2005 Return-Path: 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 1594D16A4CE for ; Thu, 17 Mar 2005 16:57:15 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 118ED43D5F for ; Thu, 17 Mar 2005 16:57:11 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j2HGv3mA009434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Mar 2005 17:57:06 +0100 Message-ID: <4239B6DF.1070201@ng.fadesa.es> Date: Thu, 17 Mar 2005 17:57:03 +0100 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.ORG References: <4238483F.2020108@ng.fadesa.es> <42387144.3050507@root.org> <42396712.2060704@ng.fadesa.es> <20050317.083658.104062645.imp@bsdimp.com> In-Reply-To: <20050317.083658.104062645.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: ClamAV 0.83/766/Thu Mar 17 13:54:34 2005 on tierra2.ng.fadesa.es X-Virus-Status: Clean Subject: Re: link_elf: symbol AcpiDmDumpMethodInfo undefined X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 16:57:15 -0000 Warner Losh wrote: > From: fandino >>>>I get this error when I compile 5.4-PRERELEASE with ACPI_DEBUG. >>>> >>>>Did I miss something? >>> >>> >>>You need to recompile both kernel and modules with that option. >> >> >>apart from deleting /usr/obj/usr/src/sys followed of the typical >>"make kernel KERNCONF=xxx" >>what more do I need to do? >>because it's what I did and I'm getting the undefined error. > > > Which symbol is undefined? and which kernel module, exactly, are you > building? In my fisrt post, there is a dmesg: http://lists.freebsd.org/pipermail/freebsd-acpi/2005-March/001393.html it's an 5.4-PRERELEASE kernel with "options ACPI_DEBUG" added to the config file. From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 17 17:21:59 2005 Return-Path: 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 F194216A4CE for ; Thu, 17 Mar 2005 17:21:58 +0000 (GMT) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9175743D48 for ; Thu, 17 Mar 2005 17:21:58 +0000 (GMT) (envelope-from juho.vuori@kepa.fi) Received: from [85.76.115.253] (ZYMKDCLII.dsl.saunalahti.fi [85.76.115.253]) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id AD6BEBA63D; Thu, 17 Mar 2005 19:21:57 +0200 (EET) Message-ID: <4239BCB5.3040102@kepa.fi> Date: Thu, 17 Mar 2005 19:21:57 +0200 From: Juho Vuori User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <423889DD.2060504@kepa.fi> <42389CD5.7050302@root.org> In-Reply-To: <42389CD5.7050302@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: hp nx6110 freezes with acpi enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 17:21:59 -0000 Nate Lawson wrote: > Juho Vuori wrote: > >> Hello, >> >> I'm experiencing problems with acpi. I'm running RELENG_5 as of >> 15.3.2005 on hp nx6110 laptop. The system has got intel 910gml >> chipset, celeron-m processor and other hardware which is probably not >> that much related to the problem. >> >> With acpi enabled, the computer runs fine for about 5 or 10 minutes >> and then freezes completely. The freeze is fairly predictable, but >> I'm not sure what causes it (must be acpi related though). If I boot >> the computer with acpi turned off, everything works fine. >> > > Perhaps it's a thermal problem. Try setting this at the loader prompt > and see if it helps: > > debug.acpi.disabled="thermal" > Ok, here are my further discoveries about the situation: After compiling the kernel with some useless drivers (scsi and network stuff) removed, the machine won't freeze completely, just for few seconds. It might have something to do with other things I've done recently, but the new kernel is the most likely. The freeze is caused by an interrupt storm, when the temperature raises/drops above/below _ACx values. I'll get normally around 1 acpi-interrupt every 5 seconds, but around 500 when the temperature changes like this. I did try disabling apic as was suggested in the handbook, but it didn't have an effect on this. I don't know if this is supposed to work, but I tried the following # sysctl hw.acpi.thermal.tz0.active=1 (or =2 =3, ..) with the intention of changing the speed of the fan. Now, I couldn't discover any obvious regularity in this, but often lowering the value causes the fan to stop completely and lowering it still more causes it to start again (this time faster, which is as it should be). I have no idea what's going on. It sounds like buggy hardware, no ? Or did I understand things completely wrong? Juho Vuori From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 17 22:29:17 2005 Return-Path: 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 7505D16A4CE; Thu, 17 Mar 2005 22:29:17 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B8343D1F; Thu, 17 Mar 2005 22:29:16 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j2HMTERv008420; Thu, 17 Mar 2005 17:29:15 -0500 Message-ID: <423A04BA.40800@root.org> Date: Thu, 17 Mar 2005 14:29:14 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <4238483F.2020108@ng.fadesa.es> <42387144.3050507@root.org> <42396712.2060704@ng.fadesa.es> In-Reply-To: <42396712.2060704@ng.fadesa.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: link_elf: symbol AcpiDmDumpMethodInfo undefined X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 22:29:17 -0000 fandino wrote: > Nate Lawson wrote: > >> fandino wrote: >> >>> >>> I get this error when I compile 5.4-PRERELEASE with ACPI_DEBUG. >>> >>> Did I miss something? >> >> You need to recompile both kernel and modules with that option. > > apart from deleting /usr/obj/usr/src/sys followed of the typical > "make kernel KERNCONF=xxx" > what more do I need to do? > because it's what I did and I'm getting the undefined error. Actually, my response was not correct. There is only one dependency acpi.ko has on the kernel that changes with the ACPI_DEBUG option: db_readline(). If you get an undefined symbol for that, you need "options KDB" in your kernel. I have no idea how you are getting AcpiDmDumpMethodInfo not defined. That means you have somehow undefined ACPI_DISASSEMBLER. The only thing I can think that would lead to this is an incomplete cvsup or a weird kernel config. Blow away sys/dev/acpica and sys/contrib/dev/acpica and cvsup again. What are the contents of your KERNCONF? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 00:13:34 2005 Return-Path: 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 6BB1D16A4CE for ; Fri, 18 Mar 2005 00:13:34 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D6443D39 for ; Fri, 18 Mar 2005 00:13:34 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 2ACA915CA7 for ; Thu, 17 Mar 2005 18:12:52 -0600 (CST) Received: from 81.84.174.5 (SquirrelMail authenticated user security@revolutionsp.com) by mail.revolutionsp.com with HTTP; Thu, 17 Mar 2005 18:12:52 -0600 (CST) Message-ID: <54502.81.84.174.5.1111104772.squirrel@mail.revolutionsp.com> Date: Thu, 17 Mar 2005 18:12:52 -0600 (CST) From: "H. S." To: freebsd-acpi@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Acer laptops - smart battery support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 00:13:34 -0000 Hi, Looking at http://www.freebsd.org/projects/acpi/ , I understand the support for smart batteries isn't yet implemented on FreeBSD.. is there any plan to implement this? I can test patches etc, as I'm sure many other people can too, and this support would be a big plus for us who use our favourite OS on such a laptop. Currently I am unable to check my battery status, and for several times I've let it die because I forgot I was running out of batts. I know a lot of developing power is now centered on 5.4-RELEASE, and when compared to all the code and features that have been improving every day, smart batteries on a laptop seem so unimportant. I can't code myself, or I'd be helping on this and any other issues with FreeBSD. I can, however, apply and test code to get this smart battery support up and running for everyone. If there is a kind developer out there with some free time and willing to implement this.. please let us know Best Regards. From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 00:47:11 2005 Return-Path: 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 7A8AF16A4D0 for ; Fri, 18 Mar 2005 00:47:11 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 037B843D39 for ; Fri, 18 Mar 2005 00:47:11 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j2I0l7Zj026221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Mar 2005 16:47:08 -0800 Message-ID: <423A250B.3030208@root.org> Date: Thu, 17 Mar 2005 16:47:07 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "H. S." References: <54502.81.84.174.5.1111104772.squirrel@mail.revolutionsp.com> In-Reply-To: <54502.81.84.174.5.1111104772.squirrel@mail.revolutionsp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Acer laptops - smart battery support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 00:47:11 -0000 H. S. wrote: > Hi, > > Looking at http://www.freebsd.org/projects/acpi/ , I understand the > support for smart batteries isn't yet implemented on FreeBSD.. is there > any plan to implement this? I can test patches etc, as I'm sure many other > people can too, and this support would be a big plus for us who use our > favourite OS on such a laptop. Good news, it's already being worked on. Hans Petter Selasky has kindly submitted some code that he developed and I'm in the process of integrating it. It will be a little while though before it hits cvs as I'm extremely busy with work and it's not a small project. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 11:58:05 2005 Return-Path: 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 328C916A4CE for ; Fri, 18 Mar 2005 11:58:05 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFAE143D2F for ; Fri, 18 Mar 2005 11:58:04 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id 5CF2D15CCC for ; Fri, 18 Mar 2005 05:57:22 -0600 (CST) Received: from 81.84.174.5 (SquirrelMail authenticated user security@revolutionsp.com) by mail.revolutionsp.com with HTTP; Fri, 18 Mar 2005 05:57:22 -0600 (CST) Message-ID: <54554.81.84.174.5.1111147042.squirrel@mail.revolutionsp.com> In-Reply-To: <423A250B.3030208@root.org> References: <54502.81.84.174.5.1111104772.squirrel@mail.revolutionsp.com> <423A250B.3030208@root.org> Date: Fri, 18 Mar 2005 05:57:22 -0600 (CST) From: "H. S." To: freebsd-acpi@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Acer laptops - smart battery support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 11:58:05 -0000 Hey, Wow, nice! When you need some testing I'll be available, take your time :-) > H. S. wrote: >> Hi, >> >> Looking at http://www.freebsd.org/projects/acpi/ , I understand the >> support for smart batteries isn't yet implemented on FreeBSD.. is there >> any plan to implement this? I can test patches etc, as I'm sure many >> other >> people can too, and this support would be a big plus for us who use our >> favourite OS on such a laptop. > > Good news, it's already being worked on. Hans Petter Selasky has kindly > submitted some code that he developed and I'm in the process of > integrating it. It will be a little while though before it hits cvs as > I'm extremely busy with work and it's not a small project. > > -- > Nate > From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 14:00:57 2005 Return-Path: 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 8541916A4CE; Fri, 18 Mar 2005 14:00:57 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02C243D3F; Fri, 18 Mar 2005 14:00:56 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2IE0uHO026981; Fri, 18 Mar 2005 08:00:56 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423ADF0D.5090605@centtech.com> Date: Fri, 18 Mar 2005 08:00:45 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> In-Reply-To: <423AD585.2010500@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/772/Fri Mar 18 02:59:17 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 14:00:57 -0000 Eric Anderson wrote: > Eric Anderson wrote: > >> I have a Dell Latitude D610 laptop, and my kernel says: >> >> CPU claims to support Enhanced Speedstep, but is not recognized. >> Please update driver or contact the maintainer. >> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >> >> What does that mean to me? How can I fix it? >> >> All my various info (full dmesg, acpi dumps, etc) are available here: >> http://www.googlebit.com/freebsd/ > > > > I hate when I reply to myself, but.. > After doing some more research, I see that I have a Pentium M 750, but > in cpufreq/est.c, I notice there isn't an entry for it. There are some > that are close, but not exactly. > > ... > INTEL(PM_755A_90, 2000, 1340, 600, 988, INTEL_BUS_CLK), > INTEL(PM_755B_90, 2000, 1324, 600, 988, INTEL_BUS_CLK), > INTEL(PM_755C_90, 2000, 1308, 600, 988, INTEL_BUS_CLK), > INTEL(PM_755D_90, 2000, 1276, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745A_90, 1800, 1340, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745B_90, 1800, 1324, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745C_90, 1800, 1308, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745D_90, 1800, 1276, 600, 988, INTEL_BUS_CLK), > ... > Looks like I'm in over my head. I think a section for the 750 needs to be added, but I'm not sure what to add exactly, and I'm now afraid I'll light my computer on fire if I try. The Intel doc with the specs is here: http://download.intel.com/design/mobile/datashts/30526201.pdf and the doc for the already entered processors is here: http://download.intel.com/design/mobile/datashts/30526201.pdf Is there and ACPI person out there than can whip up a patch that I can try? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 16:46:12 2005 Return-Path: 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 5DCDD16A4CE for ; Fri, 18 Mar 2005 16:46:12 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3BBB43D41 for ; Fri, 18 Mar 2005 16:46:11 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.101] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)j2IGGilu079982 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 18 Mar 2005 11:16:44 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-acpi@freebsd.org Date: Fri, 18 Mar 2005 11:49:53 -0500 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4566640.oQAM57tHb5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503181150.02355.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: Suspend power drain problems X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 16:46:12 -0000 --nextPart4566640.oQAM57tHb5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've posted about this before, but now all the power management acpi=20 code seems to be imported and I've got a bit of time to test things=20 so I'll ask again. My Fujitsu P2110 is able to suspend and resume=20 correctly and has been able to do it for quite some time now :). =20 The problem is that the battery drains abnormally fast verses when I=20 have it suspended in Windows 2000. I'm using the acpi_video DPMS=20 patch that helps significantly, but after a day the battery is still=20 fully drained, where as with Windows it only dropped a few percent. I've got hw.pci.do_powerstate=3D1 set so I'm assuming the default power=20 management for pci devices is working, but this doesn't seem to help=20 my system. To that end what can I do to debug this problem and tell=20 what devices aren't being shutoff and are draining the power? Thanks, =2D-=20 Anish Mistry --nextPart4566640.oQAM57tHb5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCOwa6xqA5ziudZT0RAgdVAJ44+3UFGarzfzHz6NFU23g7fVJpHgCePMHR zTux8zfCesVQKKWww3qA1ok= =w1w9 -----END PGP SIGNATURE----- --nextPart4566640.oQAM57tHb5-- From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 17:42:28 2005 Return-Path: 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 8B9BD16A4CE; Fri, 18 Mar 2005 17:42:28 +0000 (GMT) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4903643D1F; Fri, 18 Mar 2005 17:42:28 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IDK004066HUYN89@l-daemon>; Fri, 18 Mar 2005 10:41:54 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd5mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IDK0038A6HOSZ60@pd5mr3so.prod.shaw.ca>; Fri, 18 Mar 2005 10:41:48 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IDK00G0M6HNPF@l-daemon>; Fri, 18 Mar 2005 10:41:48 -0700 (MST) Date: Fri, 18 Mar 2005 09:41:47 -0800 From: Colin Percival In-reply-to: <423ADF0D.5090605@centtech.com> To: Eric Anderson Message-id: <423B12DB.2030409@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> User-Agent: Mozilla Thunderbird 1.0 (X11/20050314) cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 17:42:28 -0000 Eric Anderson wrote: > Eric Anderson wrote: >> Eric Anderson wrote: >>> I have a Dell Latitude D610 laptop, and my kernel says: >>> >>> CPU claims to support Enhanced Speedstep, but is not recognized. >>> Please update driver or contact the maintainer. >>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>> >>> What does that mean to me? How can I fix it? If the BIOS knows about enhanced speedstep and ACPI (which it should) then you can probably get access to the different settings via the acpi_perf. >> I hate when I reply to myself, but.. After doing some more research, I >> see that I have a Pentium M 750, but in cpufreq/est.c, I notice there >> isn't an entry for it. >> ... > I think a section for the 750 needs to > be added, but I'm not sure what to add exactly, and I'm now afraid I'll > light my computer on fire if I try. That's exactly the problem I have. In earlier Pentium M processors, Intel helpfully published a complete listing of the frequency/voltage pairs, which I encoded into est.c. With the 133MHz Pentium M processors, Intel decided not to publish all this; instead, they've just published the lowest and highest pairs. I am told that the data I need is available in the "Prescott, Nocona, and Potomac Processor BIOS Writer's Guide", but I can't get my hands on that since I haven't signed an NDA, and I've been too busy lately to work out how one goes about the process of obtaining and signing an Intel NDA. (I have no objection in principle to NDAs, as long as I'm able to publish the resulting code.) Colin Percival From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 19:41:47 2005 Return-Path: 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 638C016A4CE; Fri, 18 Mar 2005 19:41:47 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FA043D39; Fri, 18 Mar 2005 19:41:46 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j2IJbfba005285; Fri, 18 Mar 2005 14:37:41 -0500 Message-ID: <423B2EF7.1000309@root.org> Date: Fri, 18 Mar 2005 11:41:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423B12DB.2030409@freebsd.org> In-Reply-To: <423B12DB.2030409@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 19:41:47 -0000 Colin Percival wrote: > Eric Anderson wrote: > >>Eric Anderson wrote: >> >>>Eric Anderson wrote: >>> >>>>I have a Dell Latitude D610 laptop, and my kernel says: >>>> >>>>CPU claims to support Enhanced Speedstep, but is not recognized. >>>>Please update driver or contact the maintainer. >>>>cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>> >>>>What does that mean to me? How can I fix it? > > > If the BIOS knows about enhanced speedstep and ACPI (which it should) > then you can probably get access to the different settings via the > acpi_perf. Yes, I have a patch that does this locally. >>>I hate when I reply to myself, but.. After doing some more research, I >>>see that I have a Pentium M 750, but in cpufreq/est.c, I notice there >>>isn't an entry for it. >>>... >> >>I think a section for the 750 needs to >>be added, but I'm not sure what to add exactly, and I'm now afraid I'll >>light my computer on fire if I try. > > > That's exactly the problem I have. In earlier Pentium M processors, Intel > helpfully published a complete listing of the frequency/voltage pairs, > which I encoded into est.c. With the 133MHz Pentium M processors, Intel > decided not to publish all this; instead, they've just published the lowest > and highest pairs. > > I am told that the data I need is available in the "Prescott, Nocona, and > Potomac Processor BIOS Writer's Guide", but I can't get my hands on that > since I haven't signed an NDA, and I've been too busy lately to work out > how one goes about the process of obtaining and signing an Intel NDA. (I > have no objection in principle to NDAs, as long as I'm able to publish the > resulting code.) Yep. I finally was able to borrow a friend's T42 for the weekend and can test/finish my patch. I'll commit it once it's working. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 19:46:42 2005 Return-Path: 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 18B2D16A4CE; Fri, 18 Mar 2005 19:46:42 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9200043D46; Fri, 18 Mar 2005 19:46:40 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2IJkc2g030844; Fri, 18 Mar 2005 13:46:38 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423B3013.30904@centtech.com> Date: Fri, 18 Mar 2005 13:46:27 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423B12DB.2030409@freebsd.org> <423B2EF7.1000309@root.org> In-Reply-To: <423B2EF7.1000309@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/773/Fri Mar 18 06:56:08 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: FreeBSD Current cc: Colin Percival Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 19:46:42 -0000 Nate Lawson wrote: > Colin Percival wrote: > >> Eric Anderson wrote: >> >>> Eric Anderson wrote: >>> >>>> Eric Anderson wrote: >>>> >>>>> I have a Dell Latitude D610 laptop, and my kernel says: >>>>> >>>>> CPU claims to support Enhanced Speedstep, but is not recognized. >>>>> Please update driver or contact the maintainer. >>>>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>>> >>>>> What does that mean to me? How can I fix it? >> >> >> >> If the BIOS knows about enhanced speedstep and ACPI (which it should) >> then you can probably get access to the different settings via the >> acpi_perf. > > > Yes, I have a patch that does this locally. > >>>> I hate when I reply to myself, but.. After doing some more research, I >>>> see that I have a Pentium M 750, but in cpufreq/est.c, I notice there >>>> isn't an entry for it. >>>> ... >>> >>> >>> I think a section for the 750 needs to >>> be added, but I'm not sure what to add exactly, and I'm now afraid I'll >>> light my computer on fire if I try. >> >> >> >> That's exactly the problem I have. In earlier Pentium M processors, >> Intel >> helpfully published a complete listing of the frequency/voltage pairs, >> which I encoded into est.c. With the 133MHz Pentium M processors, Intel >> decided not to publish all this; instead, they've just published the >> lowest >> and highest pairs. >> >> I am told that the data I need is available in the "Prescott, Nocona, and >> Potomac Processor BIOS Writer's Guide", but I can't get my hands on that >> since I haven't signed an NDA, and I've been too busy lately to work out >> how one goes about the process of obtaining and signing an Intel NDA. (I >> have no objection in principle to NDAs, as long as I'm able to publish >> the >> resulting code.) > > > Yep. I finally was able to borrow a friend's T42 for the weekend and > can test/finish my patch. I'll commit it once it's working. > I'd be more than happy to test against my laptop and send any necessary output. Do you think this could be affecting my S3 suspend mode at all? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 19:53:28 2005 Return-Path: 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 7D2BC16A4CE; Fri, 18 Mar 2005 19:53:28 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D6043D5C; Fri, 18 Mar 2005 19:53:28 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j2IJnFba022829; Fri, 18 Mar 2005 14:49:16 -0500 Message-ID: <423B31AD.3010601@root.org> Date: Fri, 18 Mar 2005 11:53:17 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423B12DB.2030409@freebsd.org> <423B2EF7.1000309@root.org> <423B3013.30904@centtech.com> In-Reply-To: <423B3013.30904@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: FreeBSD Current cc: Colin Percival Subject: Re: Pentium-M - not recognized? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 19:53:28 -0000 Eric Anderson wrote: > Nate Lawson wrote: >> >> Yep. I finally was able to borrow a friend's T42 for the weekend and >> can test/finish my patch. I'll commit it once it's working. >> > > I'd be more than happy to test against my laptop and send any necessary > output. Do you think this could be affecting my S3 suspend mode at all? No, it won't help S3. I'll publish the patch once I've finished developing and tested it as working on this one system. It's too time consuming to write a decent amount of code for a system that you don't even have one instance of. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 18 23:14:56 2005 Return-Path: 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 3563216A4CE for ; Fri, 18 Mar 2005 23:14:56 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 556E343D46 for ; Fri, 18 Mar 2005 23:14:55 +0000 (GMT) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DCQd2-0000rs-0U for freebsd-acpi@freebsd.org; Sat, 19 Mar 2005 00:11:44 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Mar 2005 00:11:39 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Mar 2005 00:11:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-acpi@freebsd.org To: freebsd-acpi@freebsd.org From: Xavier Maillard Date: Fri, 18 Mar 2005 18:50:44 +0100 Organization: GNU Rox ! Lines: 19 Message-ID: References: <54502.81.84.174.5.1111104772.squirrel@mail.revolutionsp.com> <423A250B.3030208@root.org> <54554.81.84.174.5.1111147042.squirrel@mail.revolutionsp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:5zf7YzA1F4AzhE6DqRroHa7yZc4= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: gofda-freebsd-acpi@m.gmane.org X-MailScanner-To: freebsd-acpi@freebsd.org Subject: Re: Acer laptops - smart battery support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 23:14:56 -0000 On 18 Mar 2005, H. S. wrote: > Hey, > > Wow, nice! > > When you need some testing I'll be available, take your > time :-) Dumb question: how can I know if my laptop uses smart battery ? I got a ACER TravelMate 800 Thank you. -- Hacker Wonderland Xavier Maillard| "Stand Back! I'm a programmer!" .0. zedek@gnu-rox.orgz| ..0 (+33) 326 770 221 | Webmaster, emacsfr.org 000 PGP : 0x1E028EA5 | Membre de l' APRIL From owner-freebsd-acpi@FreeBSD.ORG Sat Mar 19 01:10:24 2005 Return-Path: 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 5A91F16A4CE for ; Sat, 19 Mar 2005 01:10:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE2243D5C for ; Sat, 19 Mar 2005 01:10:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j2J1AMZj009723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Mar 2005 17:10:22 -0800 Message-ID: <423B7BFC.2010903@root.org> Date: Fri, 18 Mar 2005 17:10:20 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xavier Maillard References: <54502.81.84.174.5.1111104772.squirrel@mail.revolutionsp.com> <423A250B.3030208@root.org> <54554.81.84.174.5.1111147042.squirrel@mail.revolutionsp.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Acer laptops - smart battery support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 01:10:24 -0000 Xavier Maillard wrote: > On 18 Mar 2005, H. S. wrote: > > >>Hey, >> >>Wow, nice! >> >>When you need some testing I'll be available, take your >>time :-) > > > Dumb question: how can I know if my laptop uses smart battery ? I > got a ACER TravelMate 800 > > Thank you. Yes. -- Nate