From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 28 03:35:01 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4221A16A417 for ; Mon, 28 Jan 2008 03:35:01 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from poczta.ebasoft.com.pl (sql.ebasoft.com.pl [85.237.185.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCA713C455 for ; Mon, 28 Jan 2008 03:35:00 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from localhost (localhost [127.0.0.1]) by poczta.ebasoft.com.pl (Postfix) with ESMTP id F0DB91AF4C9 for ; Mon, 28 Jan 2008 04:11:29 +0100 (CET) X-Virus-Scanned: amavisd-new 2.4.4 (20061120) at ebasoft.com.pl Received: from poczta.ebasoft.com.pl ([127.0.0.1]) by localhost (ns.ebasoft.com.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HhKKQZ6Dp1B6 for ; Mon, 28 Jan 2008 04:11:24 +0100 (CET) Received: from [192.168.0.42] (unknown [192.168.0.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.ebasoft.com.pl (Postfix) with ESMTP id 7EBC41AF4C8 for ; Mon, 28 Jan 2008 04:11:24 +0100 (CET) From: Artur =?utf-8?q?Ba=C4=87?= Organization: EBASoft To: freebsd-acpi@freebsd.org Date: Mon, 28 Jan 2008 04:11:29 +0100 User-Agent: KMail/1.9.7 References: <200801261837.26708.artur@ebasoft.com.pl> <1201387323.7237.2.camel@localhost> In-Reply-To: <1201387323.7237.2.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <200801280411.29358.artur@ebasoft.com.pl> Subject: Re: Need info about ACPI - implementing, done .... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 03:35:01 -0000 U2F0dXJkYXkgMjYgb2YgSmFudWFyeSAyMDA4IDIzOjQyOjAzIE1pa2FlbCBJa2l2ZXNpIG5hcGlz YcWCKGEpOgo+IEkgcmVhbGx5IGhvcGUgeW91IGNhbiBtYWtlIGl0LgrCoApJZGlkIGl0ISBhZnRl ciAzIGRheXMgb2YgZGlnaW5nIGFjcGkgc3BlY2lmaWNhdGlvbnMgLCB0aWxsIGkgZm91bmQKCmh0 dHA6Ly93d3cubWljcm9zb2Z0LmNvbS93aGRjL3N5c3RlbS9wbnBwd3Ivd21pL3dtaS1hY3BpLm1z cHgKCkknbSBzbyBoYXBweSBiZWNvdXNlIHRoaXMgaXMgbXkgZmlyc3QgYXQgYWxsIGtlcm5lbCBt b2R1bGUvZHJpdmVyIAppbiBteSBsaWZlIGkgaGF2ZSBldmVyIHdyaXR0ZW4uCgp2ZXJ5IGhvdCB1 bmNsZWFuZWQgY29kZSBhdGFjaGVkIGJlbGxvdy4KClNob3J0IGFic3RyYWN0LCB0b21vcnJvdyBJ IHdpbGwgd3JpdGUgbW9yZSwKVGhlcmUgaXMgbm8gQUNQSSAsIHRoZXJlIGlzIE1pY3Jvc29mdCBp bnZlbnRpb24gY29tYm8gwqBvZiBBQ1BJK1dNSStNT0YKc28gd2UgY2FsbCBhY3BpIMKgbWV0aG9k IHdoaWNoIGNhbGxzIHdtaSBtZXRob2Qgd2l0aCBjb2RlIGxvY2F0ZWQgaW4gYmlvcyBvciAKZW1i YmVkZWQgYXMgTU9GIGRhdGEgaW50byBhY3BpIC4uLgoKwqAgCkZpcnN0IEhpc3RvcmljYWwgb3V0 cHV0IDpEClN5c3RlbSBJbmZvcm1hdGlvbgrCoCDCoCDCoCDCoCBNYW51ZmFjdHVyZXI6IEZVSklU U1UgU0lFTUVOUwrCoCDCoCDCoCDCoCBQcm9kdWN0IE5hbWU6IEFNSUxPIEExNjUwRwoKIyAvZXRj L3JjLmQvbmV0aWYgc3RhcnQKU3RhcnRpbmcgd3BhX3N1cHBsaWNhbnQuCmF0aDA6IG5vIGxpbmsg Li4uLi4gZ290IGxpbmsKREhDUERJU0NPVkVSIG9uIGF0aDAgdG8gMjU1LjI1NS4yNTUuMjU1IHBv cnQgNjcgaW50ZXJ2YWwgNApESENQT0ZGRVIgZnJvbSAxOTIuMTY4LjAuMQpESENQUkVRVUVTVCBv biBhdGgwIHRvIDI1NS4yNTUuMjU1LjI1NSBwb3J0IDY3CkRIQ1BBQ0sgZnJvbSAxOTIuMTY4LjAu MQpib3VuZCB0byAxOTIuMTY4LjAuNjAgLS0gcmVuZXdhbCBpbiAxODAwMDAgc2Vjb25kcy4KCmF0 aDA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1l dHJpYyAwIG10dSAxNTAwCsKgIMKgIMKgIMKgIGV0aGVyIDAwOjAyOmUzOjQ4OmQ2OjYxCsKgIMKg IMKgIMKgIGluZXQgMTkyLjE2OC4wLjYwIG5ldG1hc2sgMHhmZmZmZmYwMCBicm9hZGNhc3QgMTky LjE2OC4wLjI1NQoKCiMga2xkc3RhdApJZCBSZWZzIEFkZHJlc3MgwqAgwqAgwqAgwqAgwqAgwqBT aXplIMKgIMKgIE5hbWUKwqAxIMKgIDEwIDB4ZmZmZmZmZmY4MDEwMDAwMCBiMTA4ODggwqAga2Vy bmVsCi4uLi4uLi4uCsKgNyDCoCDCoDEgMHhmZmZmZmZmZjlmMDljMDAwIDcwYyDCoCDCoCDCoGZ1 anNpZWtvCgpNYWtlZmlsZSBwbGFjZSB3aXRoIGZ1anNpZS5jCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KS01PRD0gwqAgZnVqc2llIMKgCkNGTEFHUys9IC1JL3Vzci9zcmMvc3lzL2Nv bnRyaWIvZGV2L2FjcGljYQpTUkNTPcKgwqDCoGZ1anNpZS5jIG9wdF9hY3BpLmggYWNwaV9pZi5o IGJ1c19pZi5oIGRldmljZV9pZi5oIG9wdF9kZGIuaAouaW5jbHVkZSA8YnNkLmttb2QubWs+Cgpm aWxlOiBmdWpzaWUuYywgcGxhY2UgYW55d2hlcmUKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQovKgoqIMKgQyBJbXBsZW1lbnRhdGlvbjogZnVqc2llCioKKiBEZXNjcmlwdGlv bjogU2ltcGxlIG1vZHVsZSBmb3IgZW5hYmxpYyBXaXJlbGVzcyBMYW4gbW9kdWxlIG9mIApGdWpp dHN1LVNpZW1lbnMgQW1pbG8xNjUwRwoqIEF1dGhvcjogQXJ0dXJfQmFjIDxhcnR1cl9hdF9lYmFz b2Z0LmNvbS5wbD4sIChDKSBFQkFTb2Z0IDIwMDgKKiBCU0QgTGljZW5jZSwgc2VlIGxpY2VuY2Ug YXRhY2hlZCB0byBGcmVlQlNEIE9TLgoqCiovCgojaW5jbHVkZSA8c3lzL2NkZWZzLmg+Cl9fRkJT RElEKCIkRnJlZUJTRDogc3JjL3N5cy9kZXYvYWNwaV9zdXBwb3J0L2FjcGlfZnVqc2llLmMsdiAx LjAwIGFscGhhIAoyMDA4LzI2LzAxIGFydGJhYyBFeHAgJCIpOwoKI2luY2x1ZGUgIm9wdF9hY3Bp LmgiCiNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KI2luY2x1 ZGUgPHN5cy9idXMuaD4KI2luY2x1ZGUgPGNvbnRyaWIvZGV2L2FjcGljYS9hY3BpLmg+CiNpbmNs dWRlIDxzeXMvbW9kdWxlLmg+CiNpbmNsdWRlIDxkZXYvYWNwaWNhL2FjcGl2YXIuaD4KI2luY2x1 ZGUgPHN5cy9zeXNjdGwuaD4KI2luY2x1ZGUgImFjcGlfaWYuaCIKI2luY2x1ZGUgPHN5cy9zeXNj dGwuaD4KCiNkZWZpbmUgTVlfTU9EVUxFX05BTUUgIkZ1aml0c3VTaWVtZW5zIgpBQ1BJX01PRFVM RV9OQU1FKE1ZX01PRFVMRV9OQU1FKTsKCiNkZWZpbmUgQU1XMF9SRUdJU1RFUl9NQVNLIDB4MzUK I2RlZmluZSBBTVcwX1VOTk9XTl9NQUdJQyAweDk2MTAKCnN0cnVjdCBhY3BpX2Z1anNpZV9zb2Z0 YyB7CsKgwqDCoMKgwqDCoMKgwqBkZXZpY2VfdMKgwqDCoMKgwqDCoMKgwqBkZXY7CsKgwqDCoMKg wqDCoMKgwqBBQ1BJX0hBTkRMRcKgwqDCoMKgwqBoYW5kbGU7Cgp9OwoKc3RhdGljIGludMKgwqDC oMKgwqDCoGFjcGlfZnVqc2llX3Byb2JlKGRldmljZV90IGRldik7CnN0YXRpYyBpbnTCoMKgwqDC oMKgwqBhY3BpX2Z1anNpZV9hdHRhY2goZGV2aWNlX3QgZGV2KTsKc3RhdGljIGludCDCoMKgwqDC oMKgYWNwaV9mdWpzaWVfZGV0YWNoKGRldmljZV90IGRldik7CgpzdGF0aWMgZGV2aWNlX21ldGhv ZF90IGFjcGlfZnVqc2llX21ldGhvZHNbXSA9IHsKwqDCoMKgwqDCoMKgwqDCoC8qIERldmljZSBp bnRlcmZhY2UgKi8KwqDCoMKgwqDCoMKgwqDCoERFVk1FVEhPRChkZXZpY2VfcHJvYmUsIGFjcGlf ZnVqc2llX3Byb2JlKSwKwqDCoMKgwqDCoMKgwqDCoERFVk1FVEhPRChkZXZpY2VfYXR0YWNoLCBh Y3BpX2Z1anNpZV9hdHRhY2gpLArCoMKgwqDCoMKgwqDCoMKgREVWTUVUSE9EKGRldmljZV9kZXRh Y2gsIGFjcGlfZnVqc2llX2RldGFjaCksCsKgwqDCoMKgwqDCoMKgwqB7MCwgMH0KfTsKc3RhdGlj IGRyaXZlcl90wqBhY3BpX2Z1anNpZV9kcml2ZXIgPSB7CsKgwqDCoMKgwqDCoMKgwqAiYWNwaV9m dWpzaWUiLArCoMKgwqDCoMKgwqDCoMKgYWNwaV9mdWpzaWVfbWV0aG9kcywKwqDCoMKgwqDCoMKg wqDCoHNpemVvZihzdHJ1Y3QgYWNwaV9mdWpzaWVfc29mdGMpLAp9OwoKc3RhdGljIGRldmNsYXNz X3QgYWNwaV9mdWpzaWVfZGV2Y2xhc3M7CgoKRFJJVkVSX01PRFVMRShhY3BpX2Z1anNpZSwgYWNw aSwgYWNwaV9mdWpzaWVfZHJpdmVyLCBhY3BpX2Z1anNpZV9kZXZjbGFzcywgMCwgCjApOwpNT0RV TEVfREVQRU5EKGFjcGlfZnVqc2llLCBhY3BpLCAxLCAxLCAxKTsKTU9EVUxFX1ZFUlNJT04oYWNw aV9mdWpzaWUsIDEpOwpBQ1BJX1NFUklBTF9ERUNMKGZ1anNpZSwgIkZ1aml0c3UtU2llbWVucyBB Q1BJIik7CgpzdGF0aWMgaW50wqDCoMKgwqDCoMKgYWNwaV9mdWpzaWVfcHJvYmUoZGV2aWNlX3Qg ZGV2KQp7CsKgwqDCoMKgwqDCoMKgwqBjaGFyICpzdHI7CsKgwqDCoMKgwqDCoMKgwqBzdGF0aWMg Y2hhciAqZnVqc2llX2lkc1tdID0geyAicG5wMGMxNCIsTlVMTH07IC8vInBucDBjMTQiCgrCoMKg wqDCoMKgwqDCoMKgQUNQSV9GVU5DVElPTl9UUkFDRSgoY2hhciAqKSh1aW50cHRyX3QpX19mdW5j X18pOwoKwqDCoMKgwqDCoMKgwqDCoHN0ciA9IEFDUElfSURfUFJPQkUoZGV2aWNlX2dldF9wYXJl bnQoZGV2KSwgZGV2LCBmdWpzaWVfaWRzKTsKwqDCoMKgwqDCoMKgwqDCoC8vZGV2aWNlX3ByaW50 ZihkZXYsICIlWCAlWCAlWFxuIiwgCmRldiwqKHVuc2lnbmVkKilkZXYsKih1bnNpZ25lZCopZGV2 aWNlX2dldF9wYXJlbnQoZGV2KSk7CsKgwqDCoMKgwqDCoMKgwqBpZiAoIMKgwqDCoGFjcGlfZGlz YWJsZWQoTVlfTU9EVUxFX05BTUUpCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgfHwg wqDCoMKgwqDCoHN0ciDCoD09IE5VTEwgCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg fHwgwqDCoMKgwqDCoGRldmljZV9nZXRfdW5pdChkZXYpICE9IDAgKQrCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoHJldHVybiAoRU5YSU8pOwrCoMKgwqDCoMKgwqDCoMKgCsKgwqDCoMKg wqDCoMKgwqBkZXZpY2Vfc2V0X2Rlc2MoZGV2LCAiRnVqaXRzdS1TaWVtZW5zIEFDUEkgV2lyZWxl c3MgTGFuIFN3aXRjaCBNb2R1bGUgCnByb2JlZCIpOwrCoMKgwqDCoMKgwqDCoMKgLy9kZXZpY2Vf cHJpbnRmKGRldiwgIkFjY2VwdGVkIGZvciBXaXJlbGVzc1xuIik7CsKgwqDCoMKgwqDCoMKgwqBy ZXR1cm4gMDsKfQoKc3RhdGljIHVpbnQ4X3QKYWNwaV9mdWppdHN1X2NoZWNrX2hhcmR3YXJlKHN0 cnVjdCBhY3BpX2Z1anNpZV9zb2Z0YyAqc2MpOwoKc3RhdGljIGludMKgwqDCoMKgwqDCoGFjcGlf ZnVqc2llX2F0dGFjaChkZXZpY2VfdCBkZXYpCnsKwqDCoMKgwqDCoMKgwqDCoHN0cnVjdCBhY3Bp X2Z1anNpZV9zb2Z0YyAqc2M7CsKgwqDCoMKgwqDCoMKgwqBBQ1BJX0ZVTkNUSU9OX1RSQUNFKChj aGFyICopKHVpbnRwdHJfdClfX2Z1bmNfXyk7CgrCoMKgwqDCoMKgwqDCoMKgc2MgPSBkZXZpY2Vf Z2V0X3NvZnRjKGRldik7CsKgwqDCoMKgwqDCoMKgwqBzYy0+ZGV2ID0gZGV2OwrCoMKgwqDCoMKg wqDCoMKgc2MtPmhhbmRsZSA9IGFjcGlfZ2V0X2hhbmRsZShkZXYpOwoKwqDCoMKgwqDCoMKgwqDC oEFDUElfU0VSSUFMX0JFR0lOKGZ1anNpZSk7CsKgwqDCoMKgwqDCoMKgwqBhY3BpX2Z1aml0c3Vf Y2hlY2tfaGFyZHdhcmUoc2MpOwrCoMKgwqDCoMKgwqDCoMKgQUNQSV9TRVJJQUxfRU5EKGZ1anNp ZSk7CgrCoMKgwqDCoMKgwqDCoMKgcmV0dXJuIDA7Cn0Kc3RhdGljIGludCDCoMKgwqDCoMKgYWNw aV9mdWpzaWVfZGV0YWNoKGRldmljZV90IGRldikKewrCoMKgwqDCoMKgwqDCoMKgQUNQSV9GVU5D VElPTl9UUkFDRSgoY2hhciAqKSh1aW50cHRyX3QpX19mdW5jX18pOwrCoMKgwqDCoMKgwqDCoMKg cmV0dXJuIDA7Cn0KdHlwZWRlZiBzdHJ1Y3Qgd21hYl9hcmdzX2luX3QgewrCoMKgwqDCoMKgwqDC oMKgVUlOVDMyIGVheDsKwqDCoMKgwqDCoMKgwqDCoFVJTlQzMiBlYng7CsKgwqDCoMKgwqDCoMKg wqBVSU5UMzIgZWN4OwrCoMKgwqDCoMKgwqDCoMKgVUlOVDMyIGVkeDsKfSBXTUFCX0FSR1NfSU47 CnR5cGVkZWYgc3RydWN0IHdtYWJfYXJnc19vdXRfdCB7CsKgwqDCoMKgwqDCoMKgwqBVSU5UMzIg ZWF4OwrCoMKgwqDCoMKgwqDCoMKgVUlOVDMyIGVieDsKwqDCoMKgwqDCoMKgwqDCoFVJTlQzMiBl Y3g7CsKgwqDCoMKgwqDCoMKgwqBVSU5UMzIgZWR4OwrCoMKgwqDCoMKgwqDCoMKgVUlOVDMyIGVl eDsKfSBXTUFCX0FSR1NfT1VUOwpzdGF0aWMgdWludDhfdAphY3BpX2Z1aml0c3VfY2hlY2tfaGFy ZHdhcmUoc3RydWN0IGFjcGlfZnVqc2llX3NvZnRjICpzYykKewrCoMKgwqDCoMKgwqDCoMKgV01B Ql9BUkdTX0lOIHdtaV9kYXRhID0geyBBTVcwX1VOTk9XTl9NQUdJQywgKCggMTw8OCApIHwgCkFN VzBfUkVHSVNURVJfTUFTSyksIAowLCAwIH07CsKgwqDCoMKgwqDCoMKgwqBBQ1BJX0JVRkZFUiB3 bWlfcmVzdWx0OwoKwqDCoMKgwqDCoMKgwqDCoC8vTGVuZ3RoIG9mIHBhcmFtcyBidWZmZXIgb2Yg YXJnIDIKwqDCoMKgwqDCoMKgwqDCoHN0YXRpYyBjb25zdCBVSU5UMzIgQVJHX0JVRkZfTEVOR1RI ID0gc2l6ZW9mKFdNQUJfQVJHU19JTik7CsKgwqDCoMKgwqDCoMKgwqAvL0FDUElfQlVGRkVSIGJ1 ZmY7CsKgwqDCoMKgwqDCoMKgwqAvL2J1ZmYuTGVuZ3RoID0gQVJHX0JVRkZfTEVOR1RIOwrCoMKg wqDCoMKgwqDCoMKgLy9idWZmLlBvaW50ZXIgPSAoVUlOVDggKil3bWlfZGF0YTsKwqDCoMKgwqDC oMKgwqDCoArCoMKgwqDCoMKgwqDCoMKgQUNQSV9PQkpFQ1Qgd21pX2FyZ3NbM10gOwrCoMKgwqDC oMKgwqDCoMKgQUNQSV9PQkpFQ1RfTElTVCB3bWlfYXJnc19saXN0OwoKwqDCoMKgwqDCoMKgwqDC oC8vQXJndW1lbnRzIGZvciBXTUFCCsKgwqDCoMKgwqDCoMKgwqB3bWlfYXJnc1swXS5UeXBlID0g QUNQSV9UWVBFX0lOVEVHRVI7CsKgwqDCoMKgwqDCoMKgwqB3bWlfYXJnc1swXS5JbnRlZ2VyLlZh bHVlID0gMTsKwqDCoMKgwqDCoMKgwqDCoHdtaV9hcmdzWzFdLlR5cGUgPSBBQ1BJX1RZUEVfSU5U RUdFUjsKwqDCoMKgwqDCoMKgwqDCoHdtaV9hcmdzWzFdLkludGVnZXIuVmFsdWUgPSAxOwoKwqDC oMKgwqDCoMKgwqDCoHdtaV9hcmdzWzJdLlR5cGUgPSBBQ1BJX1RZUEVfQlVGRkVSOwrCoMKgwqDC oMKgwqDCoMKgd21pX2FyZ3NbMl0uQnVmZmVyLkxlbmd0aCA9IEFSR19CVUZGX0xFTkdUSDsKwqDC oMKgwqDCoMKgwqDCoHdtaV9hcmdzWzJdLkJ1ZmZlci5Qb2ludGVyID0gKFVJTlQ4ICopICZ3bWlf ZGF0YTsKwqDCoMKgwqDCoMKgwqDCoArCoMKgwqDCoMKgwqDCoMKgLy9QcmVwYXJlIGxpc3QKwqDC oMKgwqDCoMKgwqDCoHdtaV9hcmdzX2xpc3QuQ291bnQ9IDM7CsKgwqDCoMKgwqDCoMKgwqB3bWlf YXJnc19saXN0LlBvaW50ZXIgPSB3bWlfYXJnczsKCsKgwqDCoMKgwqDCoMKgwqB3bWlfcmVzdWx0 LlBvaW50ZXIgPSBOVUxMOwrCoMKgwqDCoMKgwqDCoMKgd21pX3Jlc3VsdC5MZW5ndGggPSBBQ1BJ X0FMTE9DQVRFX0JVRkZFUjsKwqDCoMKgwqDCoMKgwqDCoArCoMKgwqDCoMKgwqDCoMKgQWNwaUV2 YWx1YXRlT2JqZWN0KHNjLT5oYW5kbGUsICJXTUFCIiwgJndtaV9hcmdzX2xpc3QsICZ3bWlfcmVz dWx0KTsKwqDCoMKgwqDCoMKgwqDCoEFjcGlPc0ZyZWUoIHdtaV9yZXN1bHQuUG9pbnRlciApOwrC oMKgwqDCoMKgwqDCoMKgZGV2aWNlX3ByaW50ZihzYy0+ZGV2LCAiU2V0LHdvcmtzID9cbiIpOwoK wqDCoMKgwqDCoMKgwqDCoHJldHVybiBUUlVFOwp9Cgo= From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 28 09:07:35 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F9BA16A419; Mon, 28 Jan 2008 09:07:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1910413C4CC; Mon, 28 Jan 2008 09:07:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0S97YVI001997; Mon, 28 Jan 2008 09:07:34 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0S97YM1001993; Mon, 28 Jan 2008 09:07:34 GMT (envelope-from linimon) Date: Mon, 28 Jan 2008 09:07:34 GMT Message-Id: <200801280907.m0S97YM1001993@freefall.freebsd.org> To: arne_woerner@yahoo.com, linimon@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/73823: [request] acpi / power-on by timer support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 09:07:35 -0000 Synopsis: [request] acpi / power-on by timer support State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Mon Jan 28 09:07:27 UTC 2008 State-Changed-Why: Mark suspended awaiting patches. http://www.freebsd.org/cgi/query-pr.cgi?pr=73823 From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 28 11:06:55 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFBD516A4AB for ; Mon, 28 Jan 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF12713C4E1 for ; Mon, 28 Jan 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0SB6tcN016203 for ; Mon, 28 Jan 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0SB6tT5016199 for freebsd-acpi@FreeBSD.org; Mon, 28 Jan 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jan 2008 11:06:55 GMT Message-Id: <200801281106.m0SB6tT5016199@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 11:06:56 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/114113 acpi [acpi] [patch] ACPI kernel panic during S3 suspend / r o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/117918 acpi HP dc5750 will only boot with ACPI disabled o bin/118973 acpi [acpi]: Kernel panic with acpi boot o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o i386/119485 acpi [hang] 6.3 RC2 boot only CD hangs in dell d830 - 'ACPI o kern/119716 acpi [acpi] vm_fault when trying to boot 7.0 ACPI on HP dc5 21 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th s kern/73823 acpi [request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in f bin/109760 acpi [acpi]: [modules] kldunload acpi_video - crash o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi [acpi] Dell C810 - ACPI problem o kern/114649 acpi [patch][acpi] panic: recursed on non-recursive mutex o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest 20 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 28 18:38:18 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB74516A418 for ; Mon, 28 Jan 2008 18:38:18 +0000 (UTC) (envelope-from mikael.ikivesi@pp.inet.fi) Received: from pne-smtpout4-sn1.fre.skanova.net (pne-smtpout4-sn1.fre.skanova.net [81.228.11.168]) by mx1.freebsd.org (Postfix) with ESMTP id 81DE413C459 for ; Mon, 28 Jan 2008 18:38:18 +0000 (UTC) (envelope-from mikael.ikivesi@pp.inet.fi) Received: from [80.221.12.61] (80.221.12.61) by pne-smtpout4-sn1.fre.skanova.net (7.3.129) (authenticated as tansmi-f) id 474FD021002E4F2C for freebsd-acpi@freebsd.org; Mon, 28 Jan 2008 19:37:54 +0100 From: Mikael Ikivesi To: freebsd-acpi In-Reply-To: <200801280411.29358.artur@ebasoft.com.pl> References: <200801261837.26708.artur@ebasoft.com.pl> <1201387323.7237.2.camel@localhost> <200801280411.29358.artur@ebasoft.com.pl> Content-Type: text/plain; charset=utf8 Date: Mon, 28 Jan 2008 20:38:10 +0200 Message-Id: <1201545490.6994.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 8bit Subject: Re: Need info about ACPI - implementing, done .... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 18:38:18 -0000 Congratulations and THANKS. It works! -Mikael On Mon, 2008-01-28 at 04:11 +0100, Artur Bać wrote: > Saturday 26 of January 2008 23:42:03 Mikael Ikivesi napisał(a): > > I really hope you can make it. > > Idid it! after 3 days of diging acpi specifications , till i found > > http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx > > I'm so happy becouse this is my first at all kernel module/driver > in my life i have ever written. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 28 20:07:02 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A76816A47D for ; Mon, 28 Jan 2008 20:07:02 +0000 (UTC) (envelope-from m.kwon@kisd.de) Received: from mail.ds.FH-Koeln.DE (mail.ds.FH-Koeln.DE [139.6.141.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6033413C465 for ; Mon, 28 Jan 2008 20:07:02 +0000 (UTC) (envelope-from m.kwon@kisd.de) Received: from [87.78.46.125] (xdsl-87-78-46-125.netcologne.de [87.78.46.125]) by mail.ds.FH-Koeln.DE (Postfix) with ESMTP id 9411616EBB4 for ; Mon, 28 Jan 2008 20:48:12 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <8E89622C-3235-4303-8076-6DC8D0020036@kisd.de> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-acpi@freebsd.org From: "M.Kwon" Date: Mon, 28 Jan 2008 20:48:18 +0100 X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by AMaViS - kisd.de {MX0} Subject: fan control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 20:07:02 -0000 Hi Alex Can you send me something to control my t40 fan? I will be glad thank you very much kind regards Myong From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 28 22:09:10 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4548016A418 for ; Mon, 28 Jan 2008 22:09:10 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 112B313C469 for ; Mon, 28 Jan 2008 22:09:09 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 19157 invoked from network); 28 Jan 2008 22:09:10 -0000 Received: from adsl-99-161-102-210.dsl.pltn13.sbcglobal.net (HELO ?192.168.2.4?) (nate-mail@99.161.102.210) by root.org with ESMTPA; 28 Jan 2008 22:09:10 -0000 Message-ID: <479E527F.1020707@root.org> Date: Mon, 28 Jan 2008 14:09:03 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "M.Kwon" References: <8E89622C-3235-4303-8076-6DC8D0020036@kisd.de> In-Reply-To: <8E89622C-3235-4303-8076-6DC8D0020036@kisd.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: fan control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 22:09:10 -0000 Assuming you're running freebsd, the T40 fan is controlled by the BIOS. Nothing you need to do. If you're not running freebsd, please look elsewhere. M.Kwon wrote: > Hi Alex > > Can you send me something to control my t40 fan? > I will be glad > > thank you very much > > kind regards > Myong From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 11:50:26 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD0A916A417 for ; Tue, 29 Jan 2008 11:50:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 842F313C458 for ; Tue, 29 Jan 2008 11:50:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 1774843DC8E for ; Tue, 29 Jan 2008 13:32:38 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XXZ0Nb2ZZ4ng for ; Tue, 29 Jan 2008 13:32:38 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id C5E1243DBE6 for ; Tue, 29 Jan 2008 13:32:37 +0200 (EET) Message-ID: <479F0ED4.9030709@icyb.net.ua> Date: Tue, 29 Jan 2008 13:32:36 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: cx_lowest and CPU usage X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 11:50:26 -0000 Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, 450Mhz Pentium III (Katmai). cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it immediately gets backed out to C2 with a kernel message about too many short sleeps. But that's not a problem. There is a weird thing: if I change cx_lowest to C2 when the machine is completely idle, top shows that CPU usage for interrupts immediately jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to almost 0%. Is this normal ? If not, does this indicate some problem in idle routine or is this just incorrect statistics calculation ? Or maybe something with HW ? -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 11:55:44 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A79D616A417 for ; Tue, 29 Jan 2008 11:55:44 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from poczta.ebasoft.com.pl (poczta.ebasoft.com.pl [85.237.185.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA0513C442 for ; Tue, 29 Jan 2008 11:55:44 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from localhost (localhost [127.0.0.1]) by poczta.ebasoft.com.pl (Postfix) with ESMTP id AF94A1AF4C9 for ; Tue, 29 Jan 2008 12:55:45 +0100 (CET) X-Virus-Scanned: amavisd-new 2.4.4 (20061120) at ebasoft.com.pl Received: from poczta.ebasoft.com.pl ([127.0.0.1]) by localhost (ns.ebasoft.com.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Uj3w+p4an2F for ; Tue, 29 Jan 2008 12:55:41 +0100 (CET) Received: from [192.168.0.49] (unknown [192.168.0.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.ebasoft.com.pl (Postfix) with ESMTP id C07341AF4C8 for ; Tue, 29 Jan 2008 12:55:41 +0100 (CET) Message-ID: <479F143C.2040100@ebasoft.com.pl> Date: Tue, 29 Jan 2008 12:55:40 +0100 From: =?ISO-8859-2?Q?Artur_Ba=E6?= Organization: EBASoft User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200801261837.26708.artur@ebasoft.com.pl> In-Reply-To: <200801261837.26708.artur@ebasoft.com.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Need info about ACPI - implementing acer_acpi, amilo 1650g X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 11:55:44 -0000 Project is hosted on Google code http://code.google.com/p/acpi-amilo/ current version (29-01-2008) in svn repository has implemented ebnabling/disabling of wifi antena -- Artur From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 12:07:25 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9ED16A417 for ; Tue, 29 Jan 2008 12:07:25 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2879013C457 for ; Tue, 29 Jan 2008 12:07:25 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.1/8.13.8) with ESMTP id m0TC5gQP052493; Tue, 29 Jan 2008 21:05:42 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200801291205.m0TC5gQP052493@sana.init-main.com> To: =?ISO-8859-2?Q?Artur_Ba=E6?= In-reply-to: Your message of "Tue, 29 Jan 2008 12:55:40 +0100." <479F143C.2040100@ebasoft.com.pl> Date: Tue, 29 Jan 2008 21:05:42 +0900 From: Takanori Watanabe Cc: freebsd-acpi@freebsd.org Subject: Re: Need info about ACPI - implementing acer_acpi, amilo 1650g X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 12:07:25 -0000 In message <479F143C.2040100@ebasoft.com.pl>, =?ISO-8859-2?Q?Artur_Ba=E6?= $B$5$s(B $B$$$o$/(B: >Project is hosted on Google code > >http://code.google.com/p/acpi-amilo/ > >current version (29-01-2008) in svn repository has implemented >ebnabling/disabling of wifi antena I have another laptop PC with ACPI WMI device, and try to implement some namespace detection. But leave untouched so long because I could not find how to make them do useful thing. http://www.init-main.com/a2000/acpi_wmi.c From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 17:31:12 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A4DD16A468 for ; Tue, 29 Jan 2008 17:31:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id EB8A313C4D1 for ; Tue, 29 Jan 2008 17:31:11 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 20069 invoked from network); 29 Jan 2008 17:31:12 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 29 Jan 2008 17:31:12 -0000 Message-ID: <479F62D9.6080703@root.org> Date: Tue, 29 Jan 2008 09:31:05 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andriy Gapon References: <479F0ED4.9030709@icyb.net.ua> In-Reply-To: <479F0ED4.9030709@icyb.net.ua> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 17:31:12 -0000 Andriy Gapon wrote: > Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, > 450Mhz Pentium III (Katmai). > > cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it > immediately gets backed out to C2 with a kernel message about too many > short sleeps. But that's not a problem. > There is a weird thing: if I change cx_lowest to C2 when the machine is > completely idle, top shows that CPU usage for interrupts immediately > jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to > almost 0%. > Is this normal ? > If not, does this indicate some problem in idle routine or is this just > incorrect statistics calculation ? Or maybe something with HW ? Leave it at C1. Apparently C2 and C3 don't work on your machine. That's understandable with older, non-laptop hw. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 18:06:17 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAABC16A476; Tue, 29 Jan 2008 18:06:17 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C24D713C4F9; Tue, 29 Jan 2008 18:06:17 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0TI6HFc068725; Tue, 29 Jan 2008 18:06:17 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0TI6HNe068721; Tue, 29 Jan 2008 18:06:17 GMT (envelope-from gavin) Date: Tue, 29 Jan 2008 18:06:17 GMT Message-Id: <200801291806.m0TI6HNe068721@freefall.freebsd.org> To: takeharu1219@ybb.ne.jp, gavin@FreeBSD.org, freebsd-acpi@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/112544: [acpi] [patch] Add High Precision Event Timer Driver for userland timer facility X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 18:06:18 -0000 Synopsis: [acpi] [patch] Add High Precision Event Timer Driver for userland timer facility State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Tue Jan 29 18:05:51 UTC 2008 State-Changed-Why: Was committed to -HEAD a couple of weeks ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=112544 From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 18:40:16 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 770F816A419 for ; Tue, 29 Jan 2008 18:40:16 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from poczta.ebasoft.com.pl (ebasoft.com.pl [85.237.185.105]) by mx1.freebsd.org (Postfix) with ESMTP id AC91813C45B for ; Tue, 29 Jan 2008 18:40:15 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from localhost (localhost [127.0.0.1]) by poczta.ebasoft.com.pl (Postfix) with ESMTP id C58D61AF4C9 for ; Tue, 29 Jan 2008 19:40:17 +0100 (CET) X-Virus-Scanned: amavisd-new 2.4.4 (20061120) at ebasoft.com.pl Received: from poczta.ebasoft.com.pl ([127.0.0.1]) by localhost (ns.ebasoft.com.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z2ywSKjO13Xc for ; Tue, 29 Jan 2008 19:40:10 +0100 (CET) Received: from [192.168.0.42] (unknown [192.168.0.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.ebasoft.com.pl (Postfix) with ESMTP id 65FDC1AF4C8 for ; Tue, 29 Jan 2008 19:40:10 +0100 (CET) From: Artur =?iso-8859-2?q?Ba=E6?= Organization: EBASoft To: freebsd-acpi@freebsd.org Date: Tue, 29 Jan 2008 19:40:05 +0100 User-Agent: KMail/1.9.7 References: <200801291205.m0TC5gQP052493@sana.init-main.com> In-Reply-To: <200801291205.m0TC5gQP052493@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801291940.05952.artur@ebasoft.com.pl> Subject: Re: Need info about ACPI - implementing acer_acpi, amilo 1650g X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 18:40:16 -0000 Tuesday 29 of January 2008 13:05:42 Takanori Watanabe napisa=B3(a): > I have another laptop PC with ACPI WMI device, and try to implement > some namespace detection. But leave untouched so long because > I could not find how to make them do useful thing. > > http://www.init-main.com/a2000/acpi_wmi.c One thing that is suspicious in Your code if(AcpiEvaluateObject(devh, "_WDG", NULL, &wdg_buf)){ device_printf(dev, "Cannot Fetch _WDG"); return ENXIO; } from Module Name: nsxfeval - Public interfaces to the ACPI subsystem * FUNCTION: AcpiEvaluateObject * * ExternalParams - List of parameters to pass to method, * terminated by NULL. May be NULL * if no parameters are being passed. * ReturnBuffer - Where to put method's return value (if * any). If NULL, no value is returned. Evaluate is aimed at calling methods As I understand interface, I didn't fi= nd=20 any other info for now. in my DSDT _WDG is a buffer not method... Device (AMW0) { Name (_HID, "pnp0c14") Name (_WDG, Buffer (0x3C) { /* 0000 */ 0x81, 0x17, 0xF4, 0xD9, 0x33, 0xF6, 0x00, 0x4= 4, So look at fbsd acpica sources and try to search for functions that reads a= cpi=20 registry directly. =20 Hoever I'm not strong in WMI, ACPI and I'm not sure if I have right, I onl= y=20 have read few papers for the last days. If I'm wrong, please correct me. =2D-=20 Artur From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 19:13:03 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8506716A469 for ; Tue, 29 Jan 2008 19:13:03 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 695BB13C4DD for ; Tue, 29 Jan 2008 19:13:03 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 39281 invoked from network); 29 Jan 2008 19:13:04 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 29 Jan 2008 19:13:04 -0000 Message-ID: <479F7AB9.4080406@root.org> Date: Tue, 29 Jan 2008 11:12:57 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?ISO-8859-2?Q?Artur_Ba=E6?= References: <200801261837.26708.artur@ebasoft.com.pl> In-Reply-To: <200801261837.26708.artur@ebasoft.com.pl> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Need info about ACPI - implementing acer_acpi, amilo 1650g X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 19:13:03 -0000 Artur Ba wrote: > Abstract: I implement via acpi, a HotKey switch for enabling WiFi antena > In linux community there is acerhk and acer_acpi module wich does this for > linux. It works even on FujitsuSiemens Amilo1650G when on linux. > > So, i dumped DSDT , then corrected errors and I try to find namespace and > method in acpi which is responsible for enablig such radio antena. > > Digging in acerhk i found : > > #define EC_STATUS_REG 0x66 /* Status register of EC (R) */ > #define EC_CNTL_REG 0x66 /* Controller command register of EC (W) */ > #define EC_DATA_REG 0x62 /* EC data register (R/W) */ > > and in acer_acpi > > /* > * Magic Number > * Meaning is unknown - this number is required for writing to ACPI for AMW0 > * (it's also used in acerhk when directly accessing the EC) > */ > #define ACER_AMW0_WRITE 0x9610 FreeBSD tries to offer generic methods of accessing driver resources instead of direct bit-banging (and contention) by multiple drivers. You can call the EC via the ACPI_EC_READ and WRITE functions: # # Read embedded controller (EC) address space # # device_t dev: EC device # u_int addr: Address to read from in EC space # ACPI_INTEGER *val: Location to store read value # int width: Size of area to read in bytes # METHOD int ec_read { device_t dev; u_int addr; ACPI_INTEGER *val; int width; }; # # Write embedded controller (EC) address space # # device_t dev: EC device # u_int addr: Address to write to in EC space # ACPI_INTEGER val: Value to write # int width: Size of value to write in bytes # METHOD int ec_write { device_t dev; u_int addr; ACPI_INTEGER val; int width; }; An example driver that uses these methods is in sys/dev/acpica/acpi_smbat.c > Questions: > 2) Could any one give me hints/help how to move forward since there are > registers and normaly there should be some method to call, is the Method > (_REG, 2, NotSerialized) the one that schould be called by me, or maybe i > should use AMW0 methods ? _REG is already handled by acpi-ca, don't touch it. AMW0 seems more promising. > 3)the FreeBSD module acpi_fujitsu will not work since it has different OMEID, > FujitsuSiemens AMilo has got "FUJ ", "W37 " You can try modifying acpi_fujitsu to have the IDs for your particular laptop, then see what features work or not. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 19:14:57 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F22B16A419 for ; Tue, 29 Jan 2008 19:14:57 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id CF3C313C468 for ; Tue, 29 Jan 2008 19:14:56 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 39610 invoked from network); 29 Jan 2008 19:14:57 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 29 Jan 2008 19:14:57 -0000 Message-ID: <479F7B2A.2070900@root.org> Date: Tue, 29 Jan 2008 11:14:50 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?UTF-8?B?QXJ0dXIgQmHEhw==?= References: <200801261837.26708.artur@ebasoft.com.pl> <1201387323.7237.2.camel@localhost> <200801280411.29358.artur@ebasoft.com.pl> In-Reply-To: <200801280411.29358.artur@ebasoft.com.pl> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Need info about ACPI - implementing, done .... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 19:14:57 -0000 Artur Bać wrote: > Saturday 26 of January 2008 23:42:03 Mikael Ikivesi napisał(a): >> I really hope you can make it. > > Idid it! after 3 days of diging acpi specifications , till i found > > http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx Congrats, glad to see people digging into acpi themselves. > I'm so happy becouse this is my first at all kernel module/driver > in my life i have ever written. > > very hot uncleaned code atached bellow. > > Short abstract, tomorrow I will write more, > There is no ACPI , there is Microsoft invention combo of ACPI+WMI+MOF > so we call acpi method which calls wmi method with code located in bios or > embbeded as MOF data into acpi ... Yeah, it would be better to implement a generic WMI driver and then call it from your wireless switch driver. Not all laptops will support this method of calling into WMI via ACPI since it's not a standard. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 19:17:30 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90FB216A46B for ; Tue, 29 Jan 2008 19:17:30 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5A61613C45B for ; Tue, 29 Jan 2008 19:17:30 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 40117 invoked from network); 29 Jan 2008 19:17:30 -0000 Received: from adsl-71-141-123-117.dsl.snfc21.pacbell.net (HELO ?192.168.1.77?) (nate-mail@71.141.123.117) by root.org with ESMTPA; 29 Jan 2008 19:17:30 -0000 Message-ID: <479F7BC4.9000004@root.org> Date: Tue, 29 Jan 2008 11:17:24 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?ISO-8859-2?Q?Artur_Ba=E6?= References: <200801291205.m0TC5gQP052493@sana.init-main.com> <200801291940.05952.artur@ebasoft.com.pl> In-Reply-To: <200801291940.05952.artur@ebasoft.com.pl> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Need info about ACPI - implementing acer_acpi, amilo 1650g X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 19:17:30 -0000 Artur Ba wrote: > Tuesday 29 of January 2008 13:05:42 Takanori Watanabe napisa(a): >> I have another laptop PC with ACPI WMI device, and try to implement >> some namespace detection. But leave untouched so long because >> I could not find how to make them do useful thing. >> >> http://www.init-main.com/a2000/acpi_wmi.c > > One thing that is suspicious in Your code > > if(AcpiEvaluateObject(devh, "_WDG", NULL, &wdg_buf)){ > device_printf(dev, "Cannot Fetch _WDG"); > return ENXIO; > } > > > Evaluate is aimed at calling methods As I understand interface, I didn't find > any other info for now. > > in my DSDT _WDG is a buffer not method... "Evaluate" means to run the method and return the value OR return the contents of the object if it is not a function. In your case, Evaluate will return an ACPI_BUFFER object. You can see code for dealing with that in many drivers, for instance sys/dev/acpica/acpi_perf.c -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 22:01:21 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7498216A419 for ; Tue, 29 Jan 2008 22:01:21 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0013813C45D for ; Tue, 29 Jan 2008 22:01:20 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id C71371CC0D2 for ; Tue, 29 Jan 2008 22:45:46 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 0D0A311436; Tue, 29 Jan 2008 22:45:45 +0100 (CET) Date: Tue, 29 Jan 2008 22:45:45 +0100 From: Henrik Brix Andersen To: freebsd-acpi@freebsd.org Message-ID: <20080129214545.GB29389@tirith.brixandersen.dk> Mail-Followup-To: freebsd-acpi@freebsd.org References: <8E89622C-3235-4303-8076-6DC8D0020036@kisd.de> <479E527F.1020707@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <479E527F.1020707@root.org> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: fan control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 22:01:21 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 28, 2008 at 02:09:03PM -0800, Nate Lawson wrote: > Assuming you're running freebsd, the T40 fan is controlled by the BIOS.= =20 > Nothing you need to do. If you're not running freebsd, please look=20 > elsewhere. =2E.. or you can control it using acpi_ibm(4). See the man page for further instructions. Brix --=20 Henrik Brix Andersen --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkefnokACgkQv+Q4flTiePiT9QCgsk1c8hW5siYBNb3QOcD9HiJJ zUkAniSGA+6ZTAF57FUv7J+nb/bHWsIV =hvpt -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 22:46:07 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA5416A419 for ; Tue, 29 Jan 2008 22:46:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABFB13C44B for ; Tue, 29 Jan 2008 22:46:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230151100-1834499 for multiple; Tue, 29 Jan 2008 17:44:36 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0TMju7x099191; Tue, 29 Jan 2008 17:45:56 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 29 Jan 2008 17:37:13 -0500 User-Agent: KMail/1.9.7 References: <200801291806.m0TI6HNe068721@freefall.freebsd.org> In-Reply-To: <200801291806.m0TI6HNe068721@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801291737.13293.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 29 Jan 2008 17:45:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5599/Tue Jan 29 11:27:10 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: gavin@freebsd.org Subject: Re: kern/112544: [acpi] [patch] Add High Precision Event Timer Driver for userland timer facility X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 22:46:07 -0000 On Tuesday 29 January 2008 01:06:17 pm gavin@freebsd.org wrote: > Synopsis: [acpi] [patch] Add High Precision Event Timer Driver for userland timer facility > > State-Changed-From-To: open->patched > State-Changed-By: gavin > State-Changed-When: Tue Jan 29 18:05:51 UTC 2008 > State-Changed-Why: > Was committed to -HEAD a couple of weeks ago. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=112544 Actually, the commit to head was just one part of this patch and more inspired by this patch rather than from the PR. We still don't support the comparators in HPETs at all, so I'd like to leave this PR open in case we reuse some of this code when the HPET driver does eventually grow support for comparators (probably to be used by the kernel rather than userland however). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 30 13:40:23 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E38916A421 for ; Wed, 30 Jan 2008 13:40:23 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from poczta.ebasoft.com.pl (www.ebasoft.com.pl [85.237.185.105]) by mx1.freebsd.org (Postfix) with ESMTP id B9B1B13C44B for ; Wed, 30 Jan 2008 13:40:22 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from localhost (localhost [127.0.0.1]) by poczta.ebasoft.com.pl (Postfix) with ESMTP id BE2621AF4C9 for ; Wed, 30 Jan 2008 13:56:22 +0100 (CET) X-Virus-Scanned: amavisd-new 2.4.4 (20061120) at ebasoft.com.pl Received: from poczta.ebasoft.com.pl ([127.0.0.1]) by localhost (ns.ebasoft.com.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cCFXilMYjDJc for ; Wed, 30 Jan 2008 13:56:18 +0100 (CET) Received: from [192.168.0.49] (unknown [192.168.0.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.ebasoft.com.pl (Postfix) with ESMTP id 509641AF4C8 for ; Wed, 30 Jan 2008 13:56:17 +0100 (CET) Message-ID: <47A073F1.2020701@ebasoft.com.pl> Date: Wed, 30 Jan 2008 13:56:17 +0100 From: =?UTF-8?B?QXJ0dXIgQmHEhw==?= Organization: EBASoft User-Agent: Thunderbird 2.0.0.5 (Windows/20070716) MIME-Version: 1.0 CC: freebsd-acpi@freebsd.org References: <200801261837.26708.artur@ebasoft.com.pl> <1201387323.7237.2.camel@localhost> <200801280411.29358.artur@ebasoft.com.pl> <479F7B2A.2070900@root.org> In-Reply-To: <479F7B2A.2070900@root.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Need info about ACPI - implementing, done .... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 13:40:23 -0000 Nate Lawson pisze: > Artur Bać wrote: >> There is no ACPI , there is Microsoft invention combo of ACPI+WMI+MOF >> so we call acpi method which calls wmi method with code located in >> bios or embbeded as MOF data into acpi ... > > Yeah, it would be better to implement a generic WMI driver and then call > it from your wireless switch driver. Not all laptops will support this > method of calling into WMI via ACPI since it's not a standard. > After reading ... http://antitrust.slated.org/www.iowaconsumercase.org/011607/3000/PX03020.pdf I'm frustrated with the knowlege that Hi was able/he tryed to make my privte hardware, laptop making useles in areas where it suits me best. This article shows why there is a mix of WMI+ACPI in my laptop, and why we are unable to use only ACPI to take the best from it. He is realy a big sucker. From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 30 15:47:10 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5861216A41A; Wed, 30 Jan 2008 15:47:10 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 32CE513C4D1; Wed, 30 Jan 2008 15:47:10 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0UFl92K073072; Wed, 30 Jan 2008 15:47:09 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0UFl9U9073068; Wed, 30 Jan 2008 15:47:09 GMT (envelope-from gavin) Date: Wed, 30 Jan 2008 15:47:09 GMT Message-Id: <200801301547.m0UFl9U9073068@freefall.freebsd.org> To: takeharu1219@ybb.ne.jp, gavin@FreeBSD.org, freebsd-acpi@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/112544: [acpi] [patch] Add High Precision Event Timer Driver for userland timer facility X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 15:47:10 -0000 Synopsis: [acpi] [patch] Add High Precision Event Timer Driver for userland timer facility State-Changed-From-To: patched->open State-Changed-By: gavin State-Changed-When: Wed Jan 30 15:45:21 UTC 2008 State-Changed-Why: Change state back to open as per jhb's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=112544 From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 30 22:58:35 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C19116A46D for ; Wed, 30 Jan 2008 22:58:35 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6209013C47E for ; Wed, 30 Jan 2008 22:58:35 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms173003.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JVH00108BNXQSQ0@vms173003.mailsrvcs.net> for acpi@freebsd.org; Wed, 30 Jan 2008 16:55:14 -0600 (CST) Date: Wed, 30 Jan 2008 17:56:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: acpi@freebsd.org Message-id: <1201733779.902.18.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="Boundary_(ID_OLdYpMB8W8sfobiJiGBw+Q)" Cc: Subject: [RFC] Patch to enable temperature ceiling in powerd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 22:58:35 -0000 --Boundary_(ID_OLdYpMB8W8sfobiJiGBw+Q) Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT Some time ago I have put together patch for powerd, which allows user to specify the temperature threshold at which powerd will lower CPU frequency no matter what the load was at the time. I recently had to adapt it to the 7.0-PRERELEASE for someone with the overheating laptop, which got me to think that it might be useful for someone else yet. Basic idea is fairly simple -- check temperature in TZ0 and, if it has reached certain value, either override frequency with the lowest available (in the case of 'max' setting) or change idle time to 100% and let adaptive algorithm decrease frequency gradually. I imagine it also could be poor man's substitute for the low noise acoustic policy ;) If there is an interest, I will go ahead and submit a PR, otherwise it will live in the mail archives for someone to find. Any comments, suggestions or criticisms are welcome. Temperature threshold (in Celsius) could be set by means of '-T' command line option (as in '-T 60'). -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) --Boundary_(ID_OLdYpMB8W8sfobiJiGBw+Q) Content-type: text/x-patch; name=powerd.c.patch; charset=UTF-8 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=powerd.c.patch --- powerd.c.orig 2007-06-14 16:17:15.000000000 -0400 +++ powerd.c 2008-01-14 20:14:56.000000000 -0500 @@ -53,6 +53,7 @@ #define DEFAULT_ACTIVE_PERCENT 65 #define DEFAULT_IDLE_PERCENT 90 #define DEFAULT_POLL_INTERVAL 500 /* Poll interval in milliseconds */ +#define VERY_HIGH_TEMPERATURE 200 /* Unlikely to be reached in the hardware lifetime */ typedef enum { MODE_MIN, @@ -93,11 +94,13 @@ static int freq_mib[4]; static int levels_mib[4]; static int acline_mib[3]; +static int temp_mib[5]; /* Configuration */ static int cpu_running_mark; static int cpu_idle_mark; static int poll_ival; +static int passive_cooling_mark; static int vflag; static volatile sig_atomic_t exit_requested; @@ -357,7 +360,7 @@ { fprintf(stderr, -"usage: powerd [-v] [-a mode] [-b mode] [-i %%] [-n mode] [-p ival] [-r %%] [-P pidfile]\n"); +"usage: powerd [-v] [-a mode] [-b mode] [-i %%] [-n mode] [-p ival] [-r %%] [-P pidfile] [-T temperature]\n"); exit(1); } @@ -371,6 +374,7 @@ const char *pidfile = NULL; long idle, total; int curfreq, *freqs, i, *mwatts, numfreqs; + int temperature; int ch, mode, mode_ac, mode_battery, mode_none; uint64_t mjoules_used; size_t len; @@ -381,13 +385,14 @@ cpu_idle_mark = DEFAULT_IDLE_PERCENT; poll_ival = DEFAULT_POLL_INTERVAL; mjoules_used = 0; + passive_cooling_mark = VERY_HIGH_TEMPERATURE; vflag = 0; /* User must be root to control frequencies. */ if (geteuid() != 0) errx(1, "must be root to run"); - while ((ch = getopt(argc, argv, "a:b:i:n:p:P:r:v")) != EOF) + while ((ch = getopt(argc, argv, "a:b:i:n:p:P:r:T:v")) != EOF) switch (ch) { case 'a': parse_mode(optarg, &mode_ac, ch); @@ -424,6 +429,16 @@ usage(); } break; + case 'T': + passive_cooling_mark = atoi(optarg); + if(passive_cooling_mark < 0 || passive_cooling_mark > VERY_HIGH_TEMPERATURE) { + warnx("%d is not valid temperature for passive cooling", + passive_cooling_mark); + usage(); + } + passive_cooling_mark *= 10; + passive_cooling_mark += 2733; + break; case 'v': vflag = 1; break; @@ -446,6 +461,9 @@ len = 4; if (sysctlnametomib("dev.cpu.0.freq_levels", levels_mib, &len)) err(1, "lookup freq_levels"); + len = 5; + if (sysctlnametomib("hw.acpi.thermal.tz0.temperature", temp_mib, &len)) + err(1, "lookup temperature"); /* Check if we can read the idle time and supported freqs. */ if (read_usage_times(NULL, NULL)) @@ -528,6 +546,10 @@ warn("error reading current CPU frequency"); continue; } + /* Read current temperature. */ + len = sizeof(temperature); + if(sysctl(temp_mib, 5, &temperature, &len, NULL, 0)) + err(1, "error reading current temperature"); if (vflag) { for (i = 0; i < numfreqs; i++) { @@ -571,6 +593,17 @@ if (set_freq(freqs[0]) != 0) { warn("error setting CPU freq %d", freqs[0]); + /* Check for passive cooling override */ + if(temperature > passive_cooling_mark) { + if (vflag) { + printf("passive cooling override; " + "changing frequency to %d MHz\n", + freqs[numfreqs - 1]); + } + if (set_freq(freqs[numfreqs - 1])) + err(1, "error setting CPU freq %d", + freqs[numfreqs - 1]); + } continue; } } @@ -583,6 +616,14 @@ warn("read_usage_times() failed"); continue; } + /* + * If temperature has risen over passive cooling mark, we + * would want to decrease frequency regardless of the load, + * Simplest way to go about this would be to report 100% + * idle CPU and let adaptive algorithm do its job. + */ + if(temperature > passive_cooling_mark) + idle = total; /* * If we're idle less than the active mark, bump up two levels. --Boundary_(ID_OLdYpMB8W8sfobiJiGBw+Q)-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 31 00:45:37 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8E3816A41A for ; Thu, 31 Jan 2008 00:45:37 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id B308113C459 for ; Thu, 31 Jan 2008 00:45:37 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 68465 invoked from network); 31 Jan 2008 00:45:39 -0000 Received: from 209-128-117-003.bayarea.net (HELO ?10.0.8.5?) (nate-mail@209.128.117.3) by root.org with ESMTPA; 31 Jan 2008 00:45:39 -0000 Message-ID: <47A11ACD.8000409@root.org> Date: Wed, 30 Jan 2008 16:48:13 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?UTF-8?B?QXJ0dXIgQmHEhw==?= References: <200801261837.26708.artur@ebasoft.com.pl> <1201387323.7237.2.camel@localhost> <200801280411.29358.artur@ebasoft.com.pl> <479F7B2A.2070900@root.org> <47A073F1.2020701@ebasoft.com.pl> In-Reply-To: <47A073F1.2020701@ebasoft.com.pl> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Need info about ACPI - implementing, done .... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 00:45:38 -0000 Artur Bać wrote: > Nate Lawson pisze: >> Artur Bać wrote: >>> There is no ACPI , there is Microsoft invention combo of ACPI+WMI+MOF >>> so we call acpi method which calls wmi method with code located in >>> bios or embbeded as MOF data into acpi ... >> >> Yeah, it would be better to implement a generic WMI driver and then >> call it from your wireless switch driver. Not all laptops will >> support this method of calling into WMI via ACPI since it's not a >> standard. >> > > After reading ... > http://antitrust.slated.org/www.iowaconsumercase.org/011607/3000/PX03020.pdf > > I'm frustrated with the knowlege that Hi was able/he tryed to make my > privte hardware, laptop making useles in areas where it suits me best. > > This article shows why there is a mix of WMI+ACPI in my laptop, and why > we are unable to use only ACPI to take the best from it. > > He is realy a big sucker. > This is a bit off-topic. However, I think the combination of an over-complicated spec and the secrecy/anonymity of OEMs is the real enabler of acpi problems. You do know that some small shop in Taiwan actually defined and built your BIOS, not Phoenix or AMI, right? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 31 00:59:55 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A337B16A468 for ; Thu, 31 Jan 2008 00:59:55 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from poczta.ebasoft.com.pl (sql.ebasoft.com.pl [85.237.185.105]) by mx1.freebsd.org (Postfix) with ESMTP id 55CD213C469 for ; Thu, 31 Jan 2008 00:59:54 +0000 (UTC) (envelope-from artur@ebasoft.com.pl) Received: from localhost (localhost [127.0.0.1]) by poczta.ebasoft.com.pl (Postfix) with ESMTP id 1BC461AF4C9; Thu, 31 Jan 2008 01:59:59 +0100 (CET) X-Virus-Scanned: amavisd-new 2.4.4 (20061120) at ebasoft.com.pl Received: from poczta.ebasoft.com.pl ([127.0.0.1]) by localhost (ns.ebasoft.com.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aiAYKdtLLcia; Thu, 31 Jan 2008 01:59:52 +0100 (CET) Received: from [192.168.0.42] (unknown [192.168.0.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.ebasoft.com.pl (Postfix) with ESMTP id B51621AF4C8; Thu, 31 Jan 2008 01:59:51 +0100 (CET) From: Artur =?utf-8?q?Ba=C4=87?= Organization: EBASoft To: Nate Lawson Date: Thu, 31 Jan 2008 01:59:49 +0100 User-Agent: KMail/1.9.7 References: <200801261837.26708.artur@ebasoft.com.pl> <47A073F1.2020701@ebasoft.com.pl> <47A11ACD.8000409@root.org> In-Reply-To: <47A11ACD.8000409@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801310159.49389.artur@ebasoft.com.pl> Cc: freebsd-acpi@freebsd.org Subject: Re: Need info about ACPI - implementing, done .... X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 00:59:55 -0000 Thursday 31 of January 2008 01:48:13 napisa=C5=82e=C5=9B(-=C5=82a=C5=9B): > This is a bit off-topic. However, I think the combination of an Bit of topic, but when we take into consideration of 'pnp0c14' solution=20 hiden arguments in some wacpi.sys driver for wmi method in acpi. No responce for my gentle asks for bios,wmi info from fujitsu siemens ... > over-complicated spec and the secrecy/anonymity of OEMs is the real > enabler of acpi problems. You do know that some small shop in Taiwan Dosn't matter if there are problems, but does matter if some gay makes=20 specially such design and decides whitout me how i will be able to use=20 hardware that I OWNS , i payed.=20 > actually defined and built your BIOS, not Phoenix or AMI, right? It dosn't matter for me who in real build my bios hoever this could explain= =20 why there is no answer from fujitsu-siemens:) But does matter that there is no portable solution for such cases like my=20 which could be used in FreeBSD to solve problems of many users not few like= =20 my and Mikael. =2D-=20 Artur From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 31 01:25:16 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4043116A41B for ; Thu, 31 Jan 2008 01:25:16 +0000 (UTC) (envelope-from tech@liveoaksf.org) Received: from assassin.liveoaksf.org (mail.liveoaksf.org [216.31.235.91]) by mx1.freebsd.org (Postfix) with SMTP id 1B6E013C455 for ; Thu, 31 Jan 2008 01:25:16 +0000 (UTC) (envelope-from tech@liveoaksf.org) Received: (qmail 37073 invoked by uid 1004); 31 Jan 2008 00:59:20 -0000 Received: from 192.168.1.45 by assassin.liveoaksf.org (envelope-from , uid 1002) with qmail-scanner-1.25-st-qms (clamdscan: 0.92/5575. spamassassin: 3.2.4. perlscan: 1.25-st-qms. Clear:RC:0(192.168.1.45):SA:0(-4.3/4.5):. Processed in 2.148515 secs); 31 Jan 2008 00:59:20 -0000 X-Spam-Status: No, hits=-4.3 required=4.5 X-Antivirus-LIVEOAKSF-Mail-From: tech@liveoaksf.org via assassin.liveoaksf.org X-Antivirus-LIVEOAKSF: 1.25-st-qms (Clear:RC:0(192.168.1.45):SA:0(-4.3/4.5):. Processed in 2.148515 secs Process 37064) Received: from unknown (HELO ?192.168.1.45?) (tech@liveoaksf.org@192.168.1.45) by assassin.liveoaksf.org with SMTP; 31 Jan 2008 00:59:17 -0000 Mime-Version: 1.0 (Apple Message framework v753) Content-Transfer-Encoding: 7bit Message-Id: <429F40B0-20EE-4F47-847A-A6B1E91BA79F@liveoaksf.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-acpi@freebsd.org From: Tech Lab Manager Date: Wed, 30 Jan 2008 16:58:31 -0800 X-Mailer: Apple Mail (2.753) Subject: SMP, ACPI and interrupt storm X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 01:25:16 -0000 Hello, Sorry for the cross-post from freebsd-smb. Building 6.3-RELEASE and 7.0-RC1 on dual Xeon (4 CPU) boxes: options SMP device apic SMP kernel builds fine, all 4 CPUs launch on reboot. But I get a TON of interrupts from acpi0 -- about 67,000 per second according to vmstat -i. With system at idle and almost no services running, here is output of top -S: last pid: 877; load averages: 1.18, 0.48, 0.19 75 processes: 6 running, 54 sleeping, 15 waiting CPU states: 0.0% user, 0.0% nice, 0.2% system, 22.4% interrupt, 77.4% idle Mem: 31M Active, 12M Inact, 28M Wired, 16K Cache, 15M Buf, 3822M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 1 171 52 0K 8K RUN 3 1:11 99.18% idle: cpu3 13 root 1 171 52 0K 8K CPU0 0 1:10 98.88% idle: cpu0 12 root 1 171 52 0K 8K CPU1 1 1:09 98.78% idle: cpu1 21 root 1 -52 -171 0K 8K CPU2 2 0:54 87.24% irq9: acpi0 11 root 1 171 52 0K 8K RUN 2 0:17 11.19% idle: cpu2 Notice high load and interrupt % of CPU. If turn off ACPI (e.g. set hint.apic.0.disabled=1 in /boot/loader.conf), the interrupt storm ceases, but then I'm only running on one CPU. The BIOS ACPI settings are all Enabled. Hyperthreading is Enabled. These machines have been running RedHat Enterprise 5.0 with full multiprocessor support. Any pointers? TIA. -- John Berliner Live Oak School http://www.liveoaksf.org From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 31 12:15:55 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5FE16A417 for ; Thu, 31 Jan 2008 12:15:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 4F43D13C469 for ; Thu, 31 Jan 2008 12:15:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 230312653-1834499 for multiple; Thu, 31 Jan 2008 07:14:34 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0VCFpqW018988; Thu, 31 Jan 2008 07:15:51 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 31 Jan 2008 05:35:15 -0500 User-Agent: KMail/1.9.7 References: <1201733779.902.18.camel@RabbitsDen> In-Reply-To: <1201733779.902.18.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801310535.15540.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 31 Jan 2008 07:15:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5622/Thu Jan 31 06:00:29 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: [RFC] Patch to enable temperature ceiling in powerd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 12:15:55 -0000 On Wednesday 30 January 2008 05:56:19 pm Alexandre "Sunny" Kovalenko wrote: > Some time ago I have put together patch for powerd, which allows user to > specify the temperature threshold at which powerd will lower CPU > frequency no matter what the load was at the time. I recently had to > adapt it to the 7.0-PRERELEASE for someone with the overheating laptop, > which got me to think that it might be useful for someone else yet. > > Basic idea is fairly simple -- check temperature in TZ0 and, if it has > reached certain value, either override frequency with the lowest > available (in the case of 'max' setting) or change idle time to 100% and > let adaptive algorithm decrease frequency gradually. > > I imagine it also could be poor man's substitute for the low noise > acoustic policy ;) > > If there is an interest, I will go ahead and submit a PR, otherwise it > will live in the mail archives for someone to find. Any comments, > suggestions or criticisms are welcome. > > Temperature threshold (in Celsius) could be set by means of '-T' command > line option (as in '-T 60'). A couple of suggestions: - I would make the default temperature 0 instead of 200 and just disable the feature altogether if it is set to 0 (i.e. don't read the current temperature and don't do any checks if it is 0). - I would allow the temperature to be specified in either C, K or F with a suffix to indicate the scale. (e.g., "80C", "120F", "300K") - I would let the thermal zone name be configurable with a default of "tz0". (e.g. "-z tz3"). You would then snprintf the sysctl mib name that gets passed to sysctlbyname(3). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 31 18:48:34 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F58B16A419 for ; Thu, 31 Jan 2008 18:48:34 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 45FAC13C4CE for ; Thu, 31 Jan 2008 18:48:34 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 72543 invoked from network); 31 Jan 2008 18:48:34 -0000 Received: from 208.80.65.68.web-pass.com (HELO ?10.3.11.18?) (nate-mail@208.80.65.68) by root.org with ESMTPA; 31 Jan 2008 18:48:34 -0000 Message-ID: <47A217FC.1080606@root.org> Date: Thu, 31 Jan 2008 10:48:28 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Tech Lab Manager References: <429F40B0-20EE-4F47-847A-A6B1E91BA79F@liveoaksf.org> In-Reply-To: <429F40B0-20EE-4F47-847A-A6B1E91BA79F@liveoaksf.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: SMP, ACPI and interrupt storm X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 18:48:34 -0000 Tech Lab Manager wrote: > Sorry for the cross-post from freebsd-smb. > > Building 6.3-RELEASE and 7.0-RC1 on dual Xeon (4 CPU) boxes: > > options SMP > device apic > > SMP kernel builds fine, all 4 CPUs launch on reboot. > But I get a TON of interrupts from acpi0 -- about 67,000 per second > according to vmstat -i. With system at idle and almost no services > running, here is output of top -S: > > last pid: 877; load averages: 1.18, 0.48, 0.19 > 75 processes: 6 running, 54 sleeping, 15 waiting > CPU states: 0.0% user, 0.0% nice, 0.2% system, 22.4% interrupt, > 77.4% idle > Mem: 31M Active, 12M Inact, 28M Wired, 16K Cache, 15M Buf, 3822M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 10 root 1 171 52 0K 8K RUN 3 1:11 99.18% idle: cpu3 > 13 root 1 171 52 0K 8K CPU0 0 1:10 98.88% idle: cpu0 > 12 root 1 171 52 0K 8K CPU1 1 1:09 98.78% idle: cpu1 > 21 root 1 -52 -171 0K 8K CPU2 2 0:54 87.24% irq9: > acpi0 > 11 root 1 171 52 0K 8K RUN 2 0:17 11.19% idle: cpu2 > > Notice high load and interrupt % of CPU. > > If turn off ACPI (e.g. set hint.apic.0.disabled=1 in /boot/loader.conf), > the interrupt storm ceases, but then I'm only running on one CPU. That doesn't turn off acpi, that turns of the APIC (interrupt controller). Try: hint.acpi.0.disabled=1 > The BIOS ACPI settings are all Enabled. Hyperthreading is Enabled. > These machines have been running RedHat Enterprise 5.0 with full > multiprocessor support. This looks like a failure to sleep in C1 (hlt). Someone else reported this probably earlier, but all debugging showed the inexplicable -- the HLT instruction was being executed but just did not work (returned immediately). There will be a new 7.0 build that fixes one interrupt storm related to level-triggered GPEs. If you can cvsup your 7.0 branch (RELENG_7_0) and retry, that might be helpful to see if it also fixes your problem. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 31 19:35:58 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2650316A469 for ; Thu, 31 Jan 2008 19:35:58 +0000 (UTC) (envelope-from tech@liveoaksf.org) Received: from assassin.liveoaksf.org (mail.liveoaksf.org [216.31.235.91]) by mx1.freebsd.org (Postfix) with SMTP id BE87013C447 for ; Thu, 31 Jan 2008 19:35:57 +0000 (UTC) (envelope-from tech@liveoaksf.org) Received: (qmail 81243 invoked by uid 1004); 31 Jan 2008 19:36:39 -0000 Received: from 192.168.1.45 by assassin.liveoaksf.org (envelope-from , uid 1002) with qmail-scanner-1.25-st-qms (clamdscan: 0.92/5575. spamassassin: 3.2.4. perlscan: 1.25-st-qms. Clear:RC:0(192.168.1.45):SA:0(-4.3/4.5):. Processed in 3.723044 secs); 31 Jan 2008 19:36:39 -0000 X-Spam-Status: No, hits=-4.3 required=4.5 X-Antivirus-LIVEOAKSF-Mail-From: tech@liveoaksf.org via assassin.liveoaksf.org X-Antivirus-LIVEOAKSF: 1.25-st-qms (Clear:RC:0(192.168.1.45):SA:0(-4.3/4.5):. Processed in 3.723044 secs Process 81233) Received: from unknown (HELO ?192.168.1.45?) (tech@liveoaksf.org@192.168.1.45) by assassin.liveoaksf.org with SMTP; 31 Jan 2008 19:36:35 -0000 In-Reply-To: <47A217FC.1080606@root.org> References: <429F40B0-20EE-4F47-847A-A6B1E91BA79F@liveoaksf.org> <47A217FC.1080606@root.org> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8EE3D963-E390-4F45-A1D1-2295C1767B80@liveoaksf.org> Content-Transfer-Encoding: 7bit From: Tech Lab Manager Date: Thu, 31 Jan 2008 11:35:52 -0800 To: Nate Lawson X-Mailer: Apple Mail (2.753) Cc: freebsd-acpi@freebsd.org Subject: Re: SMP, ACPI and interrupt storm X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 19:35:58 -0000 On Jan 31, 2008, at 10:48 AM, Nate Lawson wrote: > Tech Lab Manager wrote: >> Sorry for the cross-post from freebsd-smb. >> Building 6.3-RELEASE and 7.0-RC1 on dual Xeon (4 CPU) boxes: >> options SMP >> device apic >> SMP kernel builds fine, all 4 CPUs launch on reboot. >> But I get a TON of interrupts from acpi0 -- about 67,000 per second >> according to vmstat -i. With system at idle and almost no services >> running, here is output of top -S: >> last pid: 877; load averages: 1.18, 0.48, 0.19 >> 75 processes: 6 running, 54 sleeping, 15 waiting >> CPU states: 0.0% user, 0.0% nice, 0.2% system, 22.4% >> interrupt, 77.4% idle >> Mem: 31M Active, 12M Inact, 28M Wired, 16K Cache, 15M Buf, 3822M Free >> Swap: 4096M Total, 4096M Free >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 10 root 1 171 52 0K 8K RUN 3 1:11 99.18% >> idle: cpu3 >> 13 root 1 171 52 0K 8K CPU0 0 1:10 98.88% >> idle: cpu0 >> 12 root 1 171 52 0K 8K CPU1 1 1:09 98.78% >> idle: cpu1 >> 21 root 1 -52 -171 0K 8K CPU2 2 0:54 87.24% >> irq9: acpi0 >> 11 root 1 171 52 0K 8K RUN 2 0:17 11.19% >> idle: cpu2 >> Notice high load and interrupt % of CPU. >> If turn off ACPI (e.g. set hint.apic.0.disabled=1 in /boot/ >> loader.conf), >> the interrupt storm ceases, but then I'm only running on one CPU. > > That doesn't turn off acpi, that turns of the APIC (interrupt > controller). Try: > hint.acpi.0.disabled=1 Sorry, my mistake in writing ACPI above -- I *was* trying to turn off apic, based on a note in the FreeBSD handbook. Disabling ACPI as you suggest above has the same effect as turning off APIC: the interrupt storm is disabled but only one CPU is launched. > >> The BIOS ACPI settings are all Enabled. Hyperthreading is Enabled. >> These machines have been running RedHat Enterprise 5.0 with full >> multiprocessor support. > > This looks like a failure to sleep in C1 (hlt). Someone else > reported this probably earlier, but all debugging showed the > inexplicable -- the HLT instruction was being executed but just did > not work (returned immediately). > > There will be a new 7.0 build that fixes one interrupt storm > related to level-triggered GPEs. If you can cvsup your 7.0 branch > (RELENG_7_0) and retry, that might be helpful to see if it also > fixes your problem. okay, I'm on RC1, will switch to RELENG and report back. I'm not sure if this is a red herring, but acpidump -t reports: Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} which looks wrong on several counts (IRQ, INTR should be 9, Trigger=level). dmesg even says: "MADT: Forcing active-low polarity and level trigger for SCI" Thanks for your help. John > > -- > Nate -- John Berliner Live Oak School From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 1 15:37:50 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF90616A418 for ; Fri, 1 Feb 2008 15:37:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9F513C44B for ; Fri, 1 Feb 2008 15:37:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id A6B3C43C586; Fri, 1 Feb 2008 17:37:48 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QKBX7xHJ8xAe; Fri, 1 Feb 2008 17:37:48 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 47EEC43C252; Fri, 1 Feb 2008 17:37:48 +0200 (EET) Message-ID: <47A33CCB.3090902@icyb.net.ua> Date: Fri, 01 Feb 2008 17:37:47 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> In-Reply-To: <479F62D9.6080703@root.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 15:37:50 -0000 on 29/01/2008 19:31 Nate Lawson said the following: > Andriy Gapon wrote: >> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >> 450Mhz Pentium III (Katmai). >> >> cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it >> immediately gets backed out to C2 with a kernel message about too many >> short sleeps. But that's not a problem. >> There is a weird thing: if I change cx_lowest to C2 when the machine is >> completely idle, top shows that CPU usage for interrupts immediately >> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >> almost 0%. >> Is this normal ? >> If not, does this indicate some problem in idle routine or is this just >> incorrect statistics calculation ? Or maybe something with HW ? > > Leave it at C1. Apparently C2 and C3 don't work on your machine. > That's understandable with older, non-laptop hw. Nate, I understand the advice. I event see that the code has the following comment "Disable C3 support for all PIIX4 chipsets", but apparently it does a little bit different thing. Out of curiosity, what could be wrong with C2 state ? vmstat -i reports identical interrupt rates with both cx_lowest=C1 and cx_lowest=C2, so I wonder where from the extra interrupt CPU utilization comes. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 1 16:05:55 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0092F16A417 for ; Fri, 1 Feb 2008 16:05:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id AC8C313C44B for ; Fri, 1 Feb 2008 16:05:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 64FC343E6AD; Fri, 1 Feb 2008 18:05:53 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NblCLzRvR3p0; Fri, 1 Feb 2008 18:05:53 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id F344543C8A1; Fri, 1 Feb 2008 18:05:52 +0200 (EET) Message-ID: <47A34360.2030105@icyb.net.ua> Date: Fri, 01 Feb 2008 18:05:52 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: Nate Lawson References: <479F0ED4.9030709@icyb.net.ua> <479F62D9.6080703@root.org> In-Reply-To: <479F62D9.6080703@root.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: cx_lowest and CPU usage X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 16:05:55 -0000 on 29/01/2008 19:31 Nate Lawson said the following: > Andriy Gapon wrote: >> Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, >> 450Mhz Pentium III (Katmai). >> >> cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it >> immediately gets backed out to C2 with a kernel message about too many >> short sleeps. But that's not a problem. >> There is a weird thing: if I change cx_lowest to C2 when the machine is >> completely idle, top shows that CPU usage for interrupts immediately >> jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to >> almost 0%. >> Is this normal ? >> If not, does this indicate some problem in idle routine or is this just >> incorrect statistics calculation ? Or maybe something with HW ? > > Leave it at C1. Apparently C2 and C3 don't work on your machine. > That's understandable with older, non-laptop hw. > BTW, about C3: it seems that I have PCI_DEVICE_82371AB_3, PCI_REVISION_4E chip: intpm0@pci0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 But for some reason CPU_QUIRK_NO_C3 in acpi_cpu.c doesn't get reflected in cx_states. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 1 16:13:20 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF4016A418 for ; Fri, 1 Feb 2008 16:13:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id A417B13C4D5 for ; Fri, 1 Feb 2008 16:13:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 4A18643E75F for ; Fri, 1 Feb 2008 18:13:19 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y+sLCWyrA13q for ; Fri, 1 Feb 2008 18:13:19 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 0273C43E74B for ; Fri, 1 Feb 2008 18:13:18 +0200 (EET) Message-ID: <47A3451E.5060803@icyb.net.ua> Date: Fri, 01 Feb 2008 18:13:18 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: no way to force AC state if current one is none X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 16:13:21 -0000 I noticed that I can force AC state change via sysctl if current state is none/-1. acpi_tz_monitor() has the following lines: /* Handle user override of active mode */ if (sc->tz_requested != TZ_ACTIVE_NONE && sc->tz_requested < newactive) newactive = sc->tz_requested; If say tz_requested is 1, but auto-calculated newactive is -1 (none), then this check fails and tz_requested is ignored. It seems there should be a check that newactive is not -1: if (sc->tz_requested != TZ_ACTIVE_NONE && (newactive == TZ_ACTIVE_NONE || sc->tz_requested < newactive)) What do you think ? -- Andriy Gapon