From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 11:07:04 2012 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 B47E910656E6 for ; Mon, 2 Jul 2012 11:07:04 +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 85B208FC16 for ; Mon, 2 Jul 2012 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q62B74qr012515 for ; Mon, 2 Jul 2012 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q62B73IO012513 for freebsd-acpi@FreeBSD.org; Mon, 2 Jul 2012 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Jul 2012 11:07:03 GMT Message-Id: <201207021107.q62B73IO012513@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, 02 Jul 2012 11:07:04 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/164329 acpi [acpi] hw.acpi.thermal.tz0.temperature shows strange v o kern/163268 acpi [acpi_hp] fix driver detach in absence of CMI o kern/162859 acpi [acpi] ACPI battery/acline monitoring partialy working o kern/161715 acpi [acpi] Dell E6520 doesn't resume after ACPI suspend o kern/161713 acpi [acpi] Suspend on Dell E6520 o kern/160838 acpi [acpi] ACPI Battery Monitor Non-Functional o kern/160419 acpi [acpi_thermal] acpi_thermal kernel thread high CPU usa o kern/158689 acpi [acpi] value of sysctl hw.acpi.thermal.polling_rate ne o kern/154955 acpi [acpi] Keyboard or ACPI doesn't work on Lenovo S10-3 o kern/152438 acpi [acpi]: patch to acpi_asus(4) to add extra sysctls for o kern/152098 acpi [acpi] Lenovo T61p does not resume o i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not p kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o bin/126162 acpi [acpi] ACPI autoload failed : loading required module o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot a i386/122887 acpi [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/91594 acpi [acpi] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/ o kern/73823 acpi [request] acpi / power-on by timer support o kern/56024 acpi ACPI suspend drains battery while in S3 32 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 09:29:47 2012 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 E727C106566B for ; Mon, 2 Jul 2012 09:29:47 +0000 (UTC) (envelope-from honestqiao@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC7E68FC18 for ; Mon, 2 Jul 2012 09:29:47 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so7913927pbb.13 for ; Mon, 02 Jul 2012 02:29:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:x-priority:x-has-attach:x-mailer:mime-version :message-id:content-type:content-transfer-encoding; bh=mt7E/P370mZpR+bgp3xdT39y1nWTAykVOKcB0eJMmTQ=; b=o/SYDVQ6n7IX4tNsZL9NNd4+rxqpiG/8Kh+7IHumlATSnwSlJseN8mAeD15exe0ULA 8K2vgP9Kba8xju4QrKxWW/DmgBYUKiUkw1QXag5/0xBEsoaIhd/RXaFxUBBQ/7L2Q+BS UEDHpRxt8VZaog1rdq02mzjhd0Uo6y0lKaxzURbc5z9QOauaQv2pUTz6GpbQSHfBw1nv f60qMDsl9JwzLFKQDXddzmPGUG7GLK0QGZPJ6f3pBhFkfJU96c6pbTyUfbym4f29jiYH XWIi+nnQDQoS2rCgZUrkxa/W8Rnvtlp5Aar7rsWobKSvZ7HBbNg6p83xwxZRpb3WTOUe 4lGg== Received: by 10.66.83.200 with SMTP id s8mr20109330pay.10.1341221387464; Mon, 02 Jul 2012 02:29:47 -0700 (PDT) Received: from HonestQiaoNB ([216.218.222.27]) by mx.google.com with ESMTPS id wk3sm12598245pbc.21.2012.07.02.02.29.44 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 02:29:46 -0700 (PDT) Date: Mon, 2 Jul 2012 17:29:44 +0800 From: =?gb2312?B?x8ez/i9Ib25lc3RRaWFv?= To: freebsd-acpi X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <201207021729413382845@gmail.com> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Mailman-Approved-At: Mon, 02 Jul 2012 11:16:21 +0000 Cc: Subject: Resume failed after Suspend on Thinkpad x201i 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, 02 Jul 2012 09:29:48 -0000 Rm9sbG93IGJ5IHN0ZXAgaW4gaHR0cDovL3d3dy5mcmVlYnNkLm9yZy9kb2MvZW5fVVMuSVNPODg1 OS0xL2Jvb2tzL2hhbmRib29rL2FjcGktZGVidWcuaHRtbA0KI3N5c2N0bCBkZWJ1Zy5ib290dmVy Ym9zZT0xDQojc3lzY3RsIGRlYnVnLmFjcGkuc3VzcGVuZF9ib3VuY2U9MQ0KI2FjcGljb25mIC1z IDMgICAgKG9yIHB1c2ggRm4rRjMpDQoNCkFmdGVyIGEgbW9tZW50LCB0aGUgZGlzcGxheSBpcyBs aWdodCBhbmQgYmxhY2ssIExFRCBTbGVlcCBpcyBsaWdodC4NCkJ1dCBpdCBjYW50IGJlIHJlc3Vt ZS4gTm8gYnV0dG9uIGNhbiBkbyByZXN1bWUuDQoNClNvbWUgdXNlZnVsIGluZm86DQpody5hY3Bp IDogaHR0cDovL3Bhc3RlYmluLmNvbS96a25FUGRWUw0KYWNwaWR1bXAgOiBodHRwOi8vcGFzdGVi aW4uY29tL3VINGhYeXdSDQpkbWVzZyA6IGh0dHA6Ly9wYXN0ZWJpbi5jb20vd2RxaTdtZlcNCg0K SW4gL3Zhci9sb2cvbWVzc2FnZTogaHR0cDovL3Bhc3RlYmluLmNvbS9mY1dLTVVkNw0KSnVsICAy IDE2OjQzOjIyIHgyMDFpIGFjcGk6IHN1c3BlbmQgYXQgMjAxMjA3MDIgMTY6NDM6MjINCltJdCBD YW4ndCByZXN1bWUsIHNvIEkgcHVzaCBwb3dlciBmb3JjZSB0byBjbG9zZSBteSB4MjAxLiBdDQpK dWwgIDIgMTY6NTI6MTEgeDIwMWkgc3lzbG9nZDoga2VybmVsIGJvb3QgZmlsZSBpcyAvYm9vdC9r ZXJuZWwva2VybmVsDQoNCiN1bmFtZSAtYQ0KRnJlZUJTRCB4MjAxaS5ob25lc3RxaWFvIDkuMC1T VEFCTEUgRnJlZUJTRCA5LjAtU1RBQkxFICMwOiBXZWQgSnVuIDEzIDIyOjM2OjM2IENTVCAyMDEy ICAgICByb290QHgyMDFpLmhvbmVzdHFpYW86L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQyAg YW1kNjQNCiN2bXN0YXQgLWkgDQppbnRlcnJ1cHQgICAgICAgICAgICAgICAgICAgICAgICAgIHRv dGFsICAgICAgIHJhdGUNCmlycTE6IGF0a2JkMCAgICAgICAgICAgICAgICAgICAgICAgICAgMTYg ICAgICAgICAgMA0KaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgIDcyNyAgICAg ICAgICA0DQppcnExOTogZWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgMzM4ICAgICAgICAg IDINCmlycTIzOiBlaGNpMCAgICAgICAgICAgICAgICAgICAgICAgICAyNTUgICAgICAgICAgMQ0K Y3B1MDp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgNzYwNyAgICAgICAgIDUwDQppcnEy NjQ6IGVtMCAgICAgICAgICAgICAgICAgICAgICAgICAgMTM1ICAgICAgICAgIDANCmlycTI2NTog aGRhYzAgICAgICAgICAgICAgICAgICAgICAgICAgNjYgICAgICAgICAgMA0KaXJxMjY2OiBpd24w ICAgICAgICAgICAgICAgICAgICAgICAxNTc4MSAgICAgICAgMTA1DQppcnEyNjc6IGFoY2kwICAg ICAgICAgICAgICAgICAgICAgICA1NzMyICAgICAgICAgMzgNCmNwdTE6dGltZXIgICAgICAgICAg ICAgICAgICAgICAgICAgIDE1NzggICAgICAgICAxMA0KY3B1Mzp0aW1lciAgICAgICAgICAgICAg ICAgICAgICAgICAgMTgxOSAgICAgICAgIDEyDQpjcHUyOnRpbWVyICAgICAgICAgICAgICAgICAg ICAgICAgICAxNTEwICAgICAgICAgMTANCmlycTI2ODogdmdhcGNpMCAgICAgICAgICAgICAgICAg ICAgICAgIDMgICAgICAgICAgMA0KVG90YWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAz NTU2NyAgICAgICAgMjM3DQoNCiNrbGRzdGF0IA0KSWQgUmVmcyBBZGRyZXNzICAgICAgICAgICAg U2l6ZSAgICAgTmFtZQ0KIDEgICA4NSAweGZmZmZmZmZmODAyMDAwMDAgMTMwMWZhOCAga2VybmVs DQogMiAgICAxIDB4ZmZmZmZmZmY4MTUwMjAwMCAyMDg3ZjAgICB6ZnMua28NCiAzICAgIDIgMHhm ZmZmZmZmZjgxNzBiMDAwIDVjNjggICAgIG9wZW5zb2xhcmlzLmtvDQogNCAgICAyIDB4ZmZmZmZm ZmY4MTcxMTAwMCA0ODRlMCAgICBsaW51eC5rbw0KIDUgICAgMSAweGZmZmZmZmZmODE3NWEwMDAg ZjRkOCAgICAgYWlvLmtvDQogNiAgICAxIDB4ZmZmZmZmZmY4MTc2YTAwMCAyOWUwICAgICBjb3Jl dGVtcC5rbw0KIDcgICAgMSAweGZmZmZmZmZmODE3NmQwMDAgMzAyOCAgICAgYW1kdGVtcC5rbw0K IDggICAgMSAweGZmZmZmZmZmODE3NzEwMDAgMjczOTggICAgZHJtLmtvDQogOSAgICAxIDB4ZmZm ZmZmZmY4MTc5OTAwMCBiYTQwICAgICBtbWMua28NCjEwICAgIDEgMHhmZmZmZmZmZjgxN2E1MDAw IDQyMTggICAgIG1tY3NkLmtvDQoxMiAgICAxIDB4ZmZmZmZmZmY4MTdiMDAwMCA2NTY4ICAgICBj dXNlNGJzZC5rbw0KMTMgICAgMSAweGZmZmZmZmZmODE3YjcwMDAgZGUwOCAgICAgdG1wZnMua28N CjE0ICAgIDMgMHhmZmZmZmZmZjgxN2M1MDAwIDhhYjAgICAgIGxpYmljb252LmtvDQoxNSAgICAx IDB4ZmZmZmZmZmY4MTdjZTAwMCAyNGM4ICAgICBsaWJtY2hhaW4ua28NCjE2ICAgIDEgMHhmZmZm ZmZmZjgxN2QxMDAwIDExYzggICAgIGNkOTY2MF9pY29udi5rbw0KMTcgICAgMSAweGZmZmZmZmZm ODE3ZDMwMDAgMTFlMCAgICAgbXNkb3Nmc19pY29udi5rbw0KMTggICAgMSAweGZmZmZmZmZmODE3 ZDUwMDAgMTA3NjggICAgY3B1ZnJlcS5rbw0KMTkgICAgMSAweGZmZmZmZmZmODE3ZTYwMDAgNTli OCAgICAgYWNwaV9pYm0ua28NCjIwICAgIDEgMHhmZmZmZmZmZjgxN2VjMDAwIDY2NjggICAgIHNl bS5rbw0KMjEgICAgMSAweGZmZmZmZmZmODFhMTIwMDAgMTVjMiAgICAgZmRlc2Nmcy5rbw0KMjIg ICAgMSAweGZmZmZmZmZmODFhMTQwMDAgM2RmZCAgICAgbGlucHJvY2ZzLmtvDQoyMyAgICAxIDB4 ZmZmZmZmZmY4MWExODAwMCBhOWJiICAgICBmdXNlLmtvDQoyNCAgICAxIDB4ZmZmZmZmZmY4MWEy MzAwMCA1ZjdiNyAgICBpOTE1a21zLmtvDQoyNSAgICAxIDB4ZmZmZmZmZmY4MWE4MzAwMCAxMjNk ICAgICBpaWNiYi5rbw0KMjYgICAgNCAweGZmZmZmZmZmODFhODUwMDAgMTJmZiAgICAgaWljYnVz LmtvDQoyNyAgICAxIDB4ZmZmZmZmZmY4MWE4NzAwMCBkYzkgICAgICBpaWMua28NCjI4ICAgIDEg MHhmZmZmZmZmZjgxYTg4MDAwIDJiZTI5ICAgIGRybTIua28NCg0KI3N5c2N0bCBkZXYuYWNwaV9p Ym0gDQpkZXYuYWNwaV9pYm0uMC4lZGVzYzogSUJNIFRoaW5rUGFkIEFDUEkgRXh0cmFzDQpkZXYu YWNwaV9pYm0uMC4lZHJpdmVyOiBhY3BpX2libQ0KZGV2LmFjcGlfaWJtLjAuJWxvY2F0aW9uOiBo YW5kbGU9XF9TQl8uUENJMC5MUENfLkVDX18uSEtFWQ0KZGV2LmFjcGlfaWJtLjAuJXBucGluZm86 IF9ISUQ9SUJNMDA2OCBfVUlEPTANCmRldi5hY3BpX2libS4wLiVwYXJlbnQ6IGFjcGkwDQpkZXYu YWNwaV9pYm0uMC5pbml0aWFsbWFzazogMjA2MA0KZGV2LmFjcGlfaWJtLjAuYXZhaWxtYXNrOiAx MzQyMTc3MjcNCmRldi5hY3BpX2libS4wLmV2ZW50czogMQ0KZGV2LmFjcGlfaWJtLjAuZXZlbnRt YXNrOiAxMzQyMTc3MjcNCmRldi5hY3BpX2libS4wLmhvdGtleTogMzg4DQpkZXYuYWNwaV9pYm0u MC5sY2RfYnJpZ2h0bmVzczogMA0KZGV2LmFjcGlfaWJtLjAudm9sdW1lOiA3DQpkZXYuYWNwaV9p Ym0uMC5tdXRlOiAwDQpkZXYuYWNwaV9pYm0uMC50aGlua2xpZ2h0OiAwDQpkZXYuYWNwaV9pYm0u MC5ibHVldG9vdGg6IDANCmRldi5hY3BpX2libS4wLndsYW46IDENCmRldi5hY3BpX2libS4wLmZh bl9zcGVlZDogMzI2NQ0KZGV2LmFjcGlfaWJtLjAuZmFuX2xldmVsOiAyDQpkZXYuYWNwaV9pYm0u MC5mYW46IDANCg0KLS0tLS0tLS0tLS0tLS0= From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 16:22:50 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5126106567C for ; Mon, 2 Jul 2012 16:22:50 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6967B8FC15 for ; Mon, 2 Jul 2012 16:22:50 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q62GMSI4081848 for ; Mon, 2 Jul 2012 09:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1341246149; bh=eGESdUIeuO5iQI3EIUfDjexRBb9sBtex8xMc+itUQzo=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=quGcsPXNY1oSpS2JUHqKzKAvi3fgYllngAOPp9HidkhQEnP3PlQzbUyKBotJRgOp9 IKTWKRdjN5JyHUdO8Ih1Qr9Wo6jsZ8LEBmkDg3Ut2mGMXpnYsbdEjxiXqdpiIUZfA9 HD59joCfyXlEnrN75xmzQ4jFg2ja118EiG59ZtVY= From: Sean Bruno To: freebsd-acpi Content-Type: text/plain; charset="UTF-8" Date: Mon, 02 Jul 2012 09:22:28 -0700 Message-ID: <1341246148.3342.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 246149001 Subject: acpi patches in gnats that are rotting X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 16:22:50 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F121504 http://www.freebsd.org/cgi/query-pr.cgi?pr=bin%2F135349 I think both of these are still relevant. Any objections to them? Sean From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 16:40:16 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C763C1065673; Mon, 2 Jul 2012 16:40:16 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4A98FC17; Mon, 2 Jul 2012 16:40:16 +0000 (UTC) Message-ID: <4FF1CEEF.2080301@FreeBSD.org> Date: Mon, 02 Jul 2012 12:40:15 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120626 Thunderbird/13.0.1 MIME-Version: 1.0 To: sbruno@freebsd.org References: <1341246148.3342.1.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1341246148.3342.1.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi , Sean Bruno Subject: Re: acpi patches in gnats that are rotting 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, 02 Jul 2012 16:40:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-07-02 12:22:28 -0400, Sean Bruno wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=121504 This is no longer relevant after r214390: http://svnweb.freebsd.org/base?view=revision&revision=214390 > http://www.freebsd.org/cgi/query-pr.cgi?pr=135349 If my memory serves, I objected it at the time. I don't really remember exactly why, though. I *think* my objection was something along the line of "not safe without mem range check and header validation". Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/xzu8ACgkQmlay1b9qnVPyPQCgv/fXkWZFmRc0og9YzOjFQBdL 9woAoJnP/vzFfPmEoYqpjaLoWu/w0SZM =4qEc -----END PGP SIGNATURE----- From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 17:07:51 2012 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 8DF8D1065674; Mon, 2 Jul 2012 17:07:51 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 62C228FC17; Mon, 2 Jul 2012 17:07:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q62H7pIE067975; Mon, 2 Jul 2012 17:07:51 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q62H7paK067971; Mon, 2 Jul 2012 17:07:51 GMT (envelope-from sbruno) Date: Mon, 2 Jul 2012 17:07:51 GMT Message-Id: <201207021707.q62H7paK067971@freefall.freebsd.org> To: amistry@am-productions.biz, sbruno@FreeBSD.org, freebsd-acpi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Cc: Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines 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, 02 Jul 2012 17:07:51 -0000 Synopsis: [patch] Correctly set hw.acpi.osname on certain machines State-Changed-From-To: open->feedback State-Changed-By: sbruno State-Changed-When: Mon Jul 2 17:00:48 UTC 2012 State-Changed-Why: Feedback was requested for this PR and the original patch was rejected by the maintainers. Supplemental patches have been applied and the maintainers wanted to know if there is further issues on the requestor's system. Responsible-Changed-From-To: freebsd-acpi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Mon Jul 2 17:00:48 UTC 2012 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=121504 From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 17:17:32 2012 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 D3BE0106564A; Mon, 2 Jul 2012 17:17:32 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D6C8B8FC15; Mon, 2 Jul 2012 17:17:31 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA12040; Mon, 02 Jul 2012 20:17:27 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4FF1D7A7.6000906@FreeBSD.org> Date: Mon, 02 Jul 2012 20:17:27 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120610 Thunderbird/13.0 MIME-Version: 1.0 To: Sean Bruno References: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. 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, 02 Jul 2012 17:17:33 -0000 on 27/06/2012 03:23 Sean Bruno said the following: > Ok, version 2 now in effect. I removed the return of BUS_PROBE_DEFAULT > and this seems to do the right thing in the cases I have. > > If there are no objections to this, I'll chuck it over into -head soonish. > > > http://people.freebsd.org/~sbruno/acpi_cpu_cstate_sparse.txt Some sort of a review... First, going over what seems to be cosmetic changes in the patch. The change to etc/rc.d/power_profile seems to be a NOP, is it needed? New comment in the first hunk of acpi_cpu.c seems to be redundant and its placement violates style(9). What do we achieve by renaming cpu_cx_lowest static file-scope variable to global_lowest_cstate? I am not necessarily against the change, but it needs to be justified and it should likely be made in a separate commit. Besides it breaks an apparent (and perhaps useless) naming convention of prefixing everything with "cpu_". Other comments that you seem to have added as notes to self while working on the code - they are good, but better be done in a separate comments-only commit. Now to the essence of the patch. acpi_cpu_notify hunk - I am not sure if I completely follow the logic of the current code in that function. For some reason that I can not grasp it doesn't update per-CPU cpu_cx_lowest if it is (was) equal or greater than the global cpu_cx_lowest limit. Otherwise the per-CPU limit is set to the shallower of the global limit and the deepest available state. The patch seems to do something that make less sense in the latter case, it tries to set per-CPU cpu_cx_lowest based on a new C-state that resides at old per-CPU cpu_cx_lowest index. Essentially this means that (1) cpu_cx_lowest maybe point to a junk portion of cpu_cx_states after C-states change; (2) whatever the change, if we do not run into (1), then cpu_cx_lowest value won't change and the lowest C-state would be whichever happens to be at that index. About change in acpi_cpu_set_cx_lowest - I am not sure that it should fail if the exact match can not be found. Maybe cx_lowest should be set to the best match in that case? Where best match is the deepest state that is not deeper than the requested state. Also, the ACPI spec permits multiple _CST entries with the same C-state type. Not sure if this ever happens in practice but wouldn't rule it out. Previously they would be disambiguated by their indexes (perhaps incorrectly from ACPI point of view). I think that with the proposed change we need to have some policy on which of e.g. four C3 states to select as _the_ C3 state. acpi_cpu_global_cx_lowest_sysctl change - unlike the current code where acpi_cpu_set_cx_lowest never fails, the new code may change cx_lowest on some CPUs and leave other CPUs un-updated in the case of an error. Also, it seems that with this patch cpu_cx_count becomes a write-only variable. Maybe it should be removed or maybe it could be re-purposed/replaced with a deepest Cx type available. So that the sysctl handlers could check against this value like they did before (instead of MAX_CX_STATES). I think that the patch is not ready yet to be committed. Perhaps we need to discuss some things before the next review request. E.g. how the following three should interact: manually set global Cx limit, manually set Cx level for an individual CPU (thus overriding global limit) and ACPI platform change of available Cx levels. Thank you very much for your work on this driver! It really needs a bit of do-over. P.S. A diff produced with svn diff -x -p is much more convenient to review than plain svn diff. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 2 21:18:02 2012 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 4C7151065670; Mon, 2 Jul 2012 21:18:02 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 188F48FC08; Mon, 2 Jul 2012 21:18:02 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q62LHqAV095221; Mon, 2 Jul 2012 14:17:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1341263873; bh=6Yzf+98kg+3L5oOn3YQLwc5NLK8Ys+mC12UiXQSTt0s=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=iicXeMuZwQeERuCVIeJdQ8+E/yc6QAtLZtwyK0imG7B6uuG52lLsUiRRfIOAhY4m5 h8DyWfj8qJQuQtKHfeMLDNlekrDDD/oeFcsubQ95UkJrGSarITrDiPJsRpsPwe4nhD YVK5ivEXL6aYCAG6BkHaK4s8BH474pRnNw6Cqsj4= From: Sean Bruno To: Andriy Gapon In-Reply-To: <4FF1D7A7.6000906@FreeBSD.org> References: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> <4FF1D7A7.6000906@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Mon, 02 Jul 2012 14:17:52 -0700 Message-ID: <1341263872.3342.39.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 263872003 Cc: "freebsd-acpi@freebsd.org" Subject: [rethinking] Re: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. 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, 02 Jul 2012 21:18:02 -0000 > > > > http://people.freebsd.org/~sbruno/acpi_cpu_cstate_sparse.txt > > Some sort of a review... > > First, going over what seems to be cosmetic changes in the patch. > > The change to etc/rc.d/power_profile seems to be a NOP, is it needed? > Ugh, well ... this was *supposed* to be a change to cx_lowest, not dev.cpu.0.freq. So, let me change that. +1 pointyhat to me. > New comment in the first hunk of acpi_cpu.c seems to be redundant and its > placement violates style(9). Right. *sigh* I'll adjust that. > > What do we achieve by renaming cpu_cx_lowest static file-scope variable to > global_lowest_cstate? I am not necessarily against the change, but it needs to > be justified and it should likely be made in a separate commit. Besides it breaks > an apparent (and perhaps useless) naming convention of prefixing everything with > "cpu_". > Nothing gained other than my sanity. I suspect what I really want to do, is change the naming of all the global override values for ease of reading, but for now this is trivial and I'll revert it. > Other comments that you seem to have added as notes to self while working on the > code - they are good, but better be done in a separate comments-only commit. > > Now to the essence of the patch. > > acpi_cpu_notify hunk - I am not sure if I completely follow the logic of the > current code in that function. For some reason that I can not grasp it doesn't > update per-CPU cpu_cx_lowest if it is (was) equal or greater than the global > cpu_cx_lowest limit. Otherwise the per-CPU limit is set to the shallower of the > global limit and the deepest available state. If I'm reading the code correctly, I'm assuming that each CPU will be notified via the ACPI handler here (denoted by the ACPI_SERIAL_BEGIN) and update its own cpu_cx_lowest via acpi_cpu_cx_cst/list() If the *new* lowest is greater than the global value, then we assume that the *old* global lowest is still valid and move on. I don't *think* that this is a problem currently. However if the per cpu list of cstates no longer has a value that corresponds to cpu_cx_lowest, I think that this *could* be a problem. > The patch seems to do something that make less sense in the latter case, it tries > to set per-CPU cpu_cx_lowest based on a new C-state that resides at old per-CPU > cpu_cx_lowest index. Essentially this means that (1) cpu_cx_lowest maybe point to > a junk portion of cpu_cx_states after C-states change; (2) whatever the change, if > we do not run into (1), then cpu_cx_lowest value won't change and the lowest > C-state would be whichever happens to be at that index. Ok, so the current method of using an index will always work to do something valid as opposed to my proposal which has the potential to go into a garbage part of the array and use values that are meaningless. I suspect that if I went from AC adapter to battery I would see some odd behavior on my laptop if I was to put the proper debug flags into place as the notify handler messed with the cpu_cx_states[] array per cpu. *sigh* ... back to the drawing board. > > About change in acpi_cpu_set_cx_lowest - I am not sure that it should fail if the > exact match can not be found. Maybe cx_lowest should be set to the best match in > that case? Where best match is the deepest state that is not deeper than the > requested state. I would prefer it to error in that case. I personally wouldn't want the code to do something "smart" in this case on my servers. I'd rather know that the Cstate isn't supported and look to see why. Most users aren't tweaking this directly, but it is being adjusted by devd/power_profile, so it should *know* the correct Cx state. > > Also, the ACPI spec permits multiple _CST entries with the same C-state type. Not > sure if this ever happens in practice but wouldn't rule it out. > Previously they would be disambiguated by their indexes (perhaps incorrectly from > ACPI point of view). I think that with the proposed change we need to have some > policy on which of e.g. four C3 states to select as _the_ C3 state. This never occurred to me to be honest. I had to go back and read chap 8.4.2 of the ACPI spec to see what they were up to. I see no good reason for this to exist, but it is a possible configuration according to 8.4.2.1 ... This pains me a bit. :-) So, with that being said. This pretty much kills my entire implementation. :-) I didn't expect there to be multiple _CST entries for a single Cx state. Amusing. This also means that the control of the cx_lowest value is a bit trickier. If the user asks for C3, which one do we give them? :-) Also, I'm not clear that the code as it exists can handle this case gracefully. I'll ponder this one a bit. It would be good to find a box that does this to see how it behaves. > > acpi_cpu_global_cx_lowest_sysctl change - unlike the current code where > acpi_cpu_set_cx_lowest never fails, the new code may change cx_lowest on some CPUs > and leave other CPUs un-updated in the case of an error. I thought of this when writing the patch. I'm not clear why one cpu would have a different cx_lowest than another. If you have an idea of a use case, can you elaborate a bit? > > Also, it seems that with this patch cpu_cx_count becomes a write-only variable. > Maybe it should be removed or maybe it could be re-purposed/replaced with a > deepest Cx type available. So that the sysctl handlers could check against this > value like they did before (instead of MAX_CX_STATES). I can think through this a bit more. I put the check against MAX_CS_STATES as a place holder for the removal of the "val > cpu_cx_count -1" check in acpi_cpu_global_cx_lowest_sysctl() as I wanted to validate that I could indeed set cpu_cx_lowest = val before asserting that it had been done. As far as it being write-only, its still used in other places in the code for comparison and decisions. > > I think that the patch is not ready yet to be committed. > Perhaps we need to discuss some things before the next review request. > E.g. how the following three should interact: manually set global Cx limit, > manually set Cx level for an individual CPU (thus overriding global limit) and > ACPI platform change of available Cx levels. > Agreed. We shall have to discuss further and see where this leads us. Its starting to look like some amount of further overhaul may be required. > P.S. > A diff produced with svn diff -x -p is much more convenient to review than plain > svn diff. > right, duh. I'll do this in the future once I figure out how to proceed. Sean From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 02:29:18 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E17671065674 for ; Tue, 3 Jul 2012 02:29:18 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE4F78FC19 for ; Tue, 3 Jul 2012 02:29:18 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9204085pbb.13 for ; Mon, 02 Jul 2012 19:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=s7gWb4PO9/w2+RI9p7y3S8khjbC2On7kh81MPJyhbZg=; b=sgtnd3DBVAAiYoxDmf511imluGYBpeEYWOrrAP/XVWbv16xwtXC+Z98rnsAY7PKtW7 RGqeok4lewZICDDoEJo+HHt9XZXncp569fRiz3R5E+G+EQen+2+3YMuUuW8RhO2gPrAX pLfuKTHo1MUnAuOubSjiYfUajRgngBCWagOVZFADsRm5FgJJz4+Rd6lC8X6kwQNNyojj JTYJA9lvO6qt1Q36wuoZBuZaxZyUKgCqJTkUHvhJWi9lC1Tf2HybV5ljr1/CSidat8fR SHPH+EyyCNc56+1hGsdgDTf46IJlDOwO/y2OeXQ8Kd1lxX0l48pa7YQ1Ar3ZuXbMdYbq ol3w== Received: by 10.68.129.198 with SMTP id ny6mr2754688pbb.22.1341282558437; Mon, 02 Jul 2012 19:29:18 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id gh9sm1835332pbc.20.2012.07.02.19.29.16 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 19:29:17 -0700 (PDT) Message-ID: <4FF258DE.1040904@gmail.com> Date: Mon, 02 Jul 2012 19:28:46 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Natacha_Port=E9?= References: <20120523151357.GC97037@sigil.instinctive.eu> <20120626093217.GA16151@sigil.instinctive.eu> <201206270738.18119.erichfreebsdlist@ovitrap.com> <20120628100857.GA39287@sigil.instinctive.eu> In-Reply-To: <20120628100857.GA39287@sigil.instinctive.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 02:29:19 -0000 On 06/28/12 03:08, Natacha Porté wrote: > Hello, > > on Wednesday 27 June 2012 at 07:38, Erich Dollansky wrote: >> I have also an X220. My experience differs a bit. > Would you have any idea about why you see a better behavior? > > I'm using a 9-STABLE with only "LEN0086" addition and Intel_GPU patches > form CURRENT. Could it be caused by new developments in CURRENT? Or have > you modified or configured something? > > Would you have any idea on what can be done to further diagnose such > differences in behavior? > > > For the reference, in case it might help, here are some relevant sysctl: > $ sysctl hw.acpi > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S3 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: NONE > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 1 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 55.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 99.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 > hw.acpi.battery.life: -1 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 7 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > hw.acpi.acline: 1 > $ sysctl dev.acpi_ibm > dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras > dev.acpi_ibm.0.%driver: acpi_ibm > dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY > dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 > dev.acpi_ibm.0.%parent: acpi0 > dev.acpi_ibm.0.initialmask: 2060 > dev.acpi_ibm.0.availmask: 134217727 > dev.acpi_ibm.0.events: 0 > dev.acpi_ibm.0.eventmask: 2060 > dev.acpi_ibm.0.hotkey: 1144 > dev.acpi_ibm.0.lcd_brightness: 0 > dev.acpi_ibm.0.volume: 0 > dev.acpi_ibm.0.mute: 0 > dev.acpi_ibm.0.thinklight: 0 > dev.acpi_ibm.0.bluetooth: 0 > dev.acpi_ibm.0.wlan: 1 > dev.acpi_ibm.0.fan_speed: 2929 > dev.acpi_ibm.0.fan_level: 0 > dev.acpi_ibm.0.fan: 1 > > > > Thanks for your help, > Natacha Porté > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > It's possible you have a crashed EC or need a bios update, a lot of that stuff seems wrong. If the EC is crashed, the fix used to be removing battery, holding power button for 10 seconds and reinstalling battery...I usually see this stuff on Macbooks, but, I suppose it's possible the EC is in an "unplanned" state and thus has corrupted some values...many of the ACPI calls query the EC. It's also possible you are running an old bios? Trying to get a few things to work, I had the latest bios on my x220...never had problems with the power button. Matt From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 02:32:27 2012 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 A8058106564A for ; Tue, 3 Jul 2012 02:32:27 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 747118FC14 for ; Tue, 3 Jul 2012 02:32:27 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9207856pbb.13 for ; Mon, 02 Jul 2012 19:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=kptygxdfFyp6SVgtgQmXbIJobwNC1V44/kBY77s1jPg=; b=fyU5SyXeQzWzu8rAGdqBKCsXaDc5iMdRGjNIFKOoXw86JNkSAlOKDwKQAYXGTUj+gG xmtm0qrYpoa2s7pk6YvVu400xqjB+Ai5T9y0Qnof5LrJw34FoaTJ/rxQHUKSPKcIigaK EGLfcHkxlfLzU5rvFI/lDRbkmZvZOhtUivqoVo111u8DhgOqKMuF6eDF6nX1/LXGnMPG Lndzd7fqDBLQFZMGX7L1+Oehs0HHf3frYl/ENf+nrsgr5bmGBqWqLqABOEDKjS0lYBga 1GKxIpdQk+2mqCmpI8prI/SpGq2+nEysudapOzE/V2cb9muCm1pe7T+CjdXY2grB34Qh fk3Q== Received: by 10.68.227.197 with SMTP id sc5mr2838144pbc.58.1341282747167; Mon, 02 Jul 2012 19:32:27 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id gj8sm14380037pbc.39.2012.07.02.19.32.25 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 19:32:26 -0700 (PDT) Message-ID: <4FF2599B.6050409@gmail.com> Date: Mon, 02 Jul 2012 19:31:55 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: =?UTF-8?B?5LmU5qWaL0hvbmVzdFFpYW8=?= References: <201207021729413382845@gmail.com> In-Reply-To: <201207021729413382845@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi Subject: Re: Resume failed after Suspend on Thinkpad x201i 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, 03 Jul 2012 02:32:27 -0000 On 07/02/12 02:29, 乔楚/HonestQiao wrote: > Follow by step in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > #sysctl debug.bootverbose=1 > #sysctl debug.acpi.suspend_bounce=1 > #acpiconf -s 3 (or push Fn+F3) > > After a moment, the display is light and black, LED Sleep is light. > But it cant be resume. No button can do resume. > > Some useful info: > hw.acpi : http://pastebin.com/zknEPdVS > acpidump : http://pastebin.com/uH4hXywR > dmesg : http://pastebin.com/wdqi7mfW > > In /var/log/message: http://pastebin.com/fcWKMUd7 > Jul 2 16:43:22 x201i acpi: suspend at 20120702 16:43:22 > [It Can't resume, so I push power force to close my x201. ] > Jul 2 16:52:11 x201i syslogd: kernel boot file is /boot/kernel/kernel > > #uname -a > FreeBSD x201i.honestqiao 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jun 13 22:36:36 CST 2012 root@x201i.honestqiao:/usr/obj/usr/src/sys/GENERIC amd64 > #vmstat -i > interrupt total rate > irq1: atkbd0 16 0 > irq9: acpi0 727 4 > irq19: ehci1 338 2 > irq23: ehci0 255 1 > cpu0:timer 7607 50 > irq264: em0 135 0 > irq265: hdac0 66 0 > irq266: iwn0 15781 105 > irq267: ahci0 5732 38 > cpu1:timer 1578 10 > cpu3:timer 1819 12 > cpu2:timer 1510 10 > irq268: vgapci0 3 0 > Total 35567 237 > > #kldstat > Id Refs Address Size Name > 1 85 0xffffffff80200000 1301fa8 kernel > 2 1 0xffffffff81502000 2087f0 zfs.ko > 3 2 0xffffffff8170b000 5c68 opensolaris.ko > 4 2 0xffffffff81711000 484e0 linux.ko > 5 1 0xffffffff8175a000 f4d8 aio.ko > 6 1 0xffffffff8176a000 29e0 coretemp.ko > 7 1 0xffffffff8176d000 3028 amdtemp.ko > 8 1 0xffffffff81771000 27398 drm.ko > 9 1 0xffffffff81799000 ba40 mmc.ko > 10 1 0xffffffff817a5000 4218 mmcsd.ko > 12 1 0xffffffff817b0000 6568 cuse4bsd.ko > 13 1 0xffffffff817b7000 de08 tmpfs.ko > 14 3 0xffffffff817c5000 8ab0 libiconv.ko > 15 1 0xffffffff817ce000 24c8 libmchain.ko > 16 1 0xffffffff817d1000 11c8 cd9660_iconv.ko > 17 1 0xffffffff817d3000 11e0 msdosfs_iconv.ko > 18 1 0xffffffff817d5000 10768 cpufreq.ko > 19 1 0xffffffff817e6000 59b8 acpi_ibm.ko > 20 1 0xffffffff817ec000 6668 sem.ko > 21 1 0xffffffff81a12000 15c2 fdescfs.ko > 22 1 0xffffffff81a14000 3dfd linprocfs.ko > 23 1 0xffffffff81a18000 a9bb fuse.ko > 24 1 0xffffffff81a23000 5f7b7 i915kms.ko > 25 1 0xffffffff81a83000 123d iicbb.ko > 26 4 0xffffffff81a85000 12ff iicbus.ko > 27 1 0xffffffff81a87000 dc9 iic.ko > 28 1 0xffffffff81a88000 2be29 drm2.ko > > #sysctl dev.acpi_ibm > dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras > dev.acpi_ibm.0.%driver: acpi_ibm > dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY > dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 > dev.acpi_ibm.0.%parent: acpi0 > dev.acpi_ibm.0.initialmask: 2060 > dev.acpi_ibm.0.availmask: 134217727 > dev.acpi_ibm.0.events: 1 > dev.acpi_ibm.0.eventmask: 134217727 > dev.acpi_ibm.0.hotkey: 388 > dev.acpi_ibm.0.lcd_brightness: 0 > dev.acpi_ibm.0.volume: 7 > dev.acpi_ibm.0.mute: 0 > dev.acpi_ibm.0.thinklight: 0 > dev.acpi_ibm.0.bluetooth: 0 > dev.acpi_ibm.0.wlan: 1 > dev.acpi_ibm.0.fan_speed: 3265 > dev.acpi_ibm.0.fan_level: 2 > dev.acpi_ibm.0.fan: 0 > > -------------- > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" Try setting hw.pci.do_power_resume and hw.pci.do_power_suspend to 0, then try each at 1, then try both at 1. Many times Thinkpads fail to resume because of something import getting turned off that needs to be on during suspend, or by trying to turn on things that don't like that during resume. Almost all my thinkpads have required some combo of the above settings. Also, try these tests in single user, to rule out some 3rd party kernel modules you have there. Matt From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 02:39:27 2012 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 10C40106564A for ; Tue, 3 Jul 2012 02:39:27 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D56C28FC0C for ; Tue, 3 Jul 2012 02:39:26 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9216227pbb.13 for ; Mon, 02 Jul 2012 19:39:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=5IRGoMxkUzhTqGE+hmC4rrmk8sQvzjJrBijg28C7xpY=; b=ODMrS6Gt6Cgad6lk3JyWCr1wZY8Ptg2l1kesxvnJsEsnTlkKrS/63DKqGPbu5HZdds BAQ4fc86bJWQPJPHUCBKIOBg3nujy0/RalYG9WkPhIZu6x3+sHFUtguxfCLfnh00X1Rn iLxyHSs7eAK1id7yMxazeVhlZ8eYqf0/MGPTGtBm86qANOV8bzy1epSZUpBR7yGcqTIH krdo6nGtAZDWYJqrBiMZ1lWSrJ8NTMHoD+dFLLPF1vGshflCjgumwGVcR6ow8pTYDaUM CsUGRQ2B5UYaamCSmQTLYjoMKbav1Wqv1XJuqpU7buIiz752RUxvuZ2tiPkHQ3Umy8Yw DCkg== Received: by 10.68.213.7 with SMTP id no7mr2826637pbc.3.1341283166649; Mon, 02 Jul 2012 19:39:26 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id ot4sm14378247pbb.65.2012.07.02.19.39.24 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 19:39:25 -0700 (PDT) Message-ID: <4FF25B3F.3040704@gmail.com> Date: Mon, 02 Jul 2012 19:38:55 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= References: <4FE99A6A.30809@entel.upc.edu> In-Reply-To: <4FE99A6A.30809@entel.upc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: Unable to resume amd64 machine 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, 03 Jul 2012 02:39:27 -0000 On 06/26/12 04:18, Gustau Pérez i Querol wrote: > > Hi, > > it seems there was some problem when I posted this one. Sorry if it > shows two times in the mailing list. > > I've trying to suspend/resume an amd64 machine. The machine is a > fujitsu S710 laptop running: > > FreeBSD 10.0-CURRENT #4 r237339=e61ad3a-dirty: Sat Jun 23 > 17:12:58 CEST 2012 > > I did the tests in the following conditions: > > - No X loaded. Everything in console. The machine has an Intel video > card, but the i915kms wasn't there. > - When removing modules, I tried in single user mode. > > The behavior is basically the machine seems to suspend fine (I see > the power led blinking) but when resuming it freezes hard. I see the > disk spinning for a while and then it stops. I can't ssh to it, I > can't use the keyboard at all so I can issue no command at all. > > I've tried stripping down the kernel (everything is out except > if_ath, em and usb stack). No pccard, no sdhci, no sound, no cuse4bsd, > no usb hid devices (I'm using uhidd for hid devices), no acpi_video or > acpi_fujitsu there but the same result. > > I tried enabling debug.acpi.resume_beep=1. When doing this, the > laptop beeped like crazy. > > With sysctl debug.acpi.suspend_bounce=1, the suspend put the screen > blank, however the machine stayed alive. > > With acpi.reset_video I got no result. > > I tried using the serial console on the laptop. I saw the suspend > process taking down some usb devices. Resume showed nothing on the > serial console. > > Disabling devices in the BIOS (removing wifi, bluetooth, webcam, etc > ...) didn't bring me further. > > Thanks > > This could be similar to thinkpads, see my response to Honest Qiao's X201... Here's the short version: In single user, set hw.pci.do_power_resume=0 and hw.pci.do_power_suspend=0 Try suspend bounce (and if successful suspend) with suspend beep sysctl on. If that fails (either bounce or full suspend) try just hw.pci.do_power_resume=1 repeat test (bounce then full suspend) If that fails (either bounc or full suspend) try just hw.pci.do_power_suspend=1 repeat test (bounce then full suspend) I recommend testing laptop with SSH or some other screenless way of seeing if it resumed, as onboard graphics can be tricky these days. Matt Matt From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 06:45:58 2012 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 85B93106566B for ; Tue, 3 Jul 2012 06:45:58 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 089098FC14 for ; Tue, 3 Jul 2012 06:45:57 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q636joSE021929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 3 Jul 2012 08:45:50 +0200 Received: from portgus.lan ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q636jnrO031677 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 3 Jul 2012 08:45:50 +0200 Message-ID: <4FF29521.3010106@entel.upc.edu> Date: Tue, 03 Jul 2012 08:45:53 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: matt References: <4FE99A6A.30809@entel.upc.edu> <4FF25B3F.3040704@gmail.com> In-Reply-To: <4FF25B3F.3040704@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 03 Jul 2012 08:45:50 +0200 (CEST) Cc: freebsd-acpi@freebsd.org Subject: Re: Unable to resume amd64 machine 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, 03 Jul 2012 06:45:58 -0000 On 03/07/2012 04:38, matt wrote: > On 06/26/12 04:18, Gustau Pérez i Querol wrote: >> >> Hi, >> >> it seems there was some problem when I posted this one. Sorry if it >> shows two times in the mailing list. >> >> I've trying to suspend/resume an amd64 machine. The machine is a >> fujitsu S710 laptop running: >> >> FreeBSD 10.0-CURRENT #4 r237339=e61ad3a-dirty: Sat Jun 23 >> 17:12:58 CEST 2012 >> >> I did the tests in the following conditions: >> >> - No X loaded. Everything in console. The machine has an Intel >> video card, but the i915kms wasn't there. >> - When removing modules, I tried in single user mode. >> >> The behavior is basically the machine seems to suspend fine (I see >> the power led blinking) but when resuming it freezes hard. I see the >> disk spinning for a while and then it stops. I can't ssh to it, I >> can't use the keyboard at all so I can issue no command at all. >> >> I've tried stripping down the kernel (everything is out except >> if_ath, em and usb stack). No pccard, no sdhci, no sound, no >> cuse4bsd, no usb hid devices (I'm using uhidd for hid devices), no >> acpi_video or acpi_fujitsu there but the same result. >> >> I tried enabling debug.acpi.resume_beep=1. When doing this, the >> laptop beeped like crazy. >> >> With sysctl debug.acpi.suspend_bounce=1, the suspend put the screen >> blank, however the machine stayed alive. >> >> With acpi.reset_video I got no result. >> >> I tried using the serial console on the laptop. I saw the suspend >> process taking down some usb devices. Resume showed nothing on the >> serial console. >> >> Disabling devices in the BIOS (removing wifi, bluetooth, webcam, >> etc ...) didn't bring me further. >> >> Thanks >> >> > This could be similar to thinkpads, see my response to Honest Qiao's > X201... > Here's the short version: > > In single user, set hw.pci.do_power_resume=0 and > hw.pci.do_power_suspend=0 > > Try suspend bounce (and if successful suspend) with suspend beep > sysctl on. > > If that fails (either bounce or full suspend) try just > hw.pci.do_power_resume=1 > > repeat test (bounce then full suspend) > > If that fails (either bounc or full suspend) try just > hw.pci.do_power_suspend=1 > > repeat test (bounce then full suspend) > It'll give it a try. > I recommend testing laptop with SSH or some other screenless way of > seeing if it resumed, as onboard graphics can be tricky these days. > Well, I even tried with serial console to avoid problems with if_em/if_ath. Thanks for your suggestions, Gus > Matt -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 08:00:59 2012 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 5726C1065688 for ; Tue, 3 Jul 2012 08:00:59 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D56578FC1F for ; Tue, 3 Jul 2012 08:00:58 +0000 (UTC) Received: by eeke49 with SMTP id e49so2592797eek.13 for ; Tue, 03 Jul 2012 01:00:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=83+cGeCXIPJZune+CCRi2eptjRaUqk0pho/w4BpB09o=; b=GKXBxZLMDOKmBZHy71s3KDQP/SCI3Sj/3KrZ3ZbVr2DL+PUxOYhUBw6/D9owPNdXYI SxUc8RkiOE/ZPYtYZQsTRiUjtho9ZB0RKLkkf1ZUD1/Beom5/qbFsRF81veGiCuDO9Q1 4LmLD2nSRKx2vIuCIzFkpeXE7/15B34olp3CrsBuZRd2SEvqpmNIBbZm02rlmzr905LV X4lQxWjkSXonPvjcoyGQEHUn13YaIPWDXh1uiMW28fSBivj2sRQoNmRZ7OMqWufzHeg9 ahzcnvp1qcS9DhhL36maVx1Z7VkgVpmBq4FKU66YZqCx9bi+oCY2tX+CUWfylJ6TysTm ojnA== Received: by 10.14.37.201 with SMTP id y49mr4022596eea.128.1341302457544; Tue, 03 Jul 2012 01:00:57 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id m46sm42297337eeh.9.2012.07.03.01.00.55 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jul 2012 01:00:56 -0700 (PDT) Date: Tue, 3 Jul 2012 10:00:50 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: matt Message-ID: <20120703080050.GC39287@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <20120626093217.GA16151@sigil.instinctive.eu> <201206270738.18119.erichfreebsdlist@ovitrap.com> <20120628100857.GA39287@sigil.instinctive.eu> <4FF258DE.1040904@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4FF258DE.1040904@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQl6VzjnFAZAc2kZpCmj5Ms3zcvoPNqDWN6I/E4btx8WZrnaYfWGU6At1Fn5TeY2acKhi7pe Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 08:00:59 -0000 Hello, on Monday 02 July 2012 at 19:28, matt wrote: > It's possible you have a crashed EC or need a bios update, a lot of that > stuff seems wrong. I tried with the battery inserted, in case that messed up something, but the only differences are hw.acpi.battery.state (2 instead of 7), and temperature and fan speed readings. > If the EC is crashed, the fix used to be removing battery, holding power > button for 10 seconds and reinstalling battery...I usually see this > stuff on Macbooks, but, I suppose it's possible the EC is in an > "unplanned" state and thus has corrupted some values...many of the ACPI > calls query the EC. I tried that (well 15s actually), and I haven't seen any difference. Is there a more definite way to test whether it is the case? > It's also possible you are running an old bios? Trying to get a few > things to work, I had the latest bios on my x220...never had problems > with the power button. So the UEFI BIOS claims to have version 8DET58WW (1.28), dated as 2012-02-14, while EC versions claims to be 8DHT29WW (1.13). According to leveno website, that's two releases behind. I will try to update it, despite my uneasiness caused by previous bad experiences. Still I'm not exactly sure how to perform it, since I inadvertently destroyed the Windows pre-installation, and I have no optical drive. Though I will probably try with CURRENT instead of STABLE before trying BIOS update, since it's much easier to perform and I only need time to get at it. Thanks for your help, Natacha Porté From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 08:34:45 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 681F0106566B for ; Tue, 3 Jul 2012 08:34:45 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E22A88FC08 for ; Tue, 3 Jul 2012 08:34:44 +0000 (UTC) Received: by eabm6 with SMTP id m6so2618584eab.13 for ; Tue, 03 Jul 2012 01:34:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=HdqwyoOPQn+qVGy3UygFML3omezeYDTAQ33Dsg3PoG4=; b=l2pD8zajfVqsfvg5FfZe2fpfTJruItSd13SI/xNhR2t7ulkICSevOB8GuzKsKT3SJd EMHbK3LA/AQJ8/KPZv+eJ0UXCxGKunaCWR087gMWqFm1NuRrzVRAV2zThHgt/zFD0k5X 69Inlgsb1byVokao7pQIgn3kQC5EL0F35S521f99GFZMwGDP0If1wUOWZNGeZMsD8dPp XxT+dTVFCXwPeOcZX5RfAIAbs7as/VA67DtpK2Tf5nIFmGrsL7DpqscEqzf78hWZ92MJ TMcexxxEZdQ+h9nHK1/h6wK5jC6PabYavuGxoqG/OdSbfNJHzg0X9rjOS4EkfIN7vyqM 7Vdw== Received: by 10.14.97.79 with SMTP id s55mr4108412eef.0.1341304483647; Tue, 03 Jul 2012 01:34:43 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id e45sm42605499eeb.6.2012.07.03.01.34.41 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 03 Jul 2012 01:34:42 -0700 (PDT) Date: Tue, 3 Jul 2012 10:34:36 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: Erich Dollansky Message-ID: <20120703083436.GD39287@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <201206270738.18119.erichfreebsdlist@ovitrap.com> <20120628100857.GA39287@sigil.instinctive.eu> <201206300921.41695.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201206300921.41695.erichfreebsdlist@ovitrap.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQnqSy2UFqtT2utltJToaZQynLcAf7ZdcWJea8S1+2SMLsUjiK8MhjxZdexuVdEgZNXRJwhF Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 08:34:45 -0000 Hello, on Saturday 30 June 2012 at 09:21, Erich Dollansky wrote: > sorry for the late reply. As usual, I have had to travel and did not > get a chance to connect to the Internet. No problem, I'm at least as slow with e-mail, and I don't even have any excuse ;-) > On Thursday, June 28, 2012 05:08:57 PM Natacha Porté wrote: > > I'm using a 9-STABLE with only "LEN0086" addition and Intel_GPU patches > > form CURRENT. Could it be caused by new developments in CURRENT? Or have > > you modified or configured something? > > > let me tell you my experience. I have had a horrible experience with > 9. I mean, horrible compared to what I normally experience with > FreeBSD. I simply did not get it working at all. As I needed the > machine, I installed Fedora 16. At least it worked. I was most happy > when I could install FreeBSD 10 and it worked after I did not need > that machine that urgent for work anymore. OK, I will try it with CURRENT as soon as I get the opportunity (I already have a thumb drive dedicated for that kind of tests). > > For the reference, in case it might help, here are some relevant sysctl: > > $ sysctl hw.acpi > > Let me compare; > > > hw.acpi.battery.life: -1 > > How did you get this value? No battery inserted? The range should be > from 0 to 100. Indeed, I had no battery inserted. Years ago I took the habit of removing the battery of laptops used for long amount of time on AC (currently for my X220, that's 9h every workday), because keeping a fully charged battery on AC used to kill it. However I admit I don't know whether technology improved enough to mnake it a non-issue (or even whether even by then it was actually an issue and not an urban legend). Anyway, now with the battery inserted and charging, I still have hw.acpi.battery.life: -1. However, as soon as I unplug, I get a reasonable value there (currently 98, with hw.acpi.battery.time: 265). > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 7 > > I have 0 here. I have 2 when it's charging, and 1 when it's discharging. > > $ sysctl dev.acpi_ibm > > I do not have anything with IBM or Lenovo. > > I also did not load anything specific for the X220 except of the Intel KMS module. Interesting, though it turns out that not using it on my 9-STABLE does not help with any of the small issues I still have. Though I will try both with and without it when I experiment with CURRENT. Thanks for the point. Thanks for your help, Natacha Porté From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 06:11:31 2012 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 D42B7106566B for ; Tue, 3 Jul 2012 06:11:31 +0000 (UTC) (envelope-from honestqiao@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A1DD88FC12 for ; Tue, 3 Jul 2012 06:11:31 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so9481013pbb.13 for ; Mon, 02 Jul 2012 23:11:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:x-priority:x-has-attach:x-mailer :mime-version:message-id:content-type:content-transfer-encoding; bh=mS0NFLnszq5pR1Kk/4rKpO83IpphLE6bBIWtjhlhQ5U=; b=TsRYsI3Xl3aWbrLdTZC8YHsoXie0L3Op0DQp//Wl5VnJnUSE7Nphk1q7Xijpj3d6FA ILnC17XUW+1ZJc+JuAd3QkwoyuOAhB108xbmO6MI+3Fyfv4q3gpUAqxfE+ztsSNZ8ADh hlVTsseo8y7k5FJRfqA77GSzoflIukuX5+THSwqk8n225c9u249To8BLccfKmJP2eRfa TpaC3TTsGFue3DuXAkMvZQ52Ehe6rGjZvHgwNARlaWFnrKoF8kj08iCroDinzK5AcdB8 gPtV3CNGewAm6AqgxtGw635pxLzw5kLGC3a63v0xRyGj0EC2tm55pRbYLOTMn0iX9Vf8 x2Ng== Received: by 10.68.195.102 with SMTP id id6mr4303763pbc.120.1341295891178; Mon, 02 Jul 2012 23:11:31 -0700 (PDT) Received: from HonestQiaoNB ([216.218.222.27]) by mx.google.com with ESMTPS id pg3sm14824677pbc.2.2012.07.02.23.11.28 (version=SSLv3 cipher=OTHER); Mon, 02 Jul 2012 23:11:30 -0700 (PDT) Date: Tue, 3 Jul 2012 14:11:27 +0800 From: =?gb2312?B?x8ez/i9Ib25lc3RRaWFv?= To: matt References: <201207021729413382845@gmail.com>, <4FF2599B.6050409@gmail.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <201207031411248300207@gmail.com> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Mailman-Approved-At: Tue, 03 Jul 2012 10:56:44 +0000 Cc: freebsd-acpi Subject: Re: Re: Resume failed after Suspend on Thinkpad x201i 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, 03 Jul 2012 06:11:31 -0000 Pk9uIDA3LzAyLzEyIDAyOjI5LCDHx7P+L0hvbmVzdFFpYW8gd3JvdGU6DQo+PiBGb2xsb3cgYnkg c3RlcCBpbiBodHRwOi8vd3d3LmZyZWVic2Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3Mv aGFuZGJvb2svYWNwaS1kZWJ1Zy5odG1sDQo+PiAjc3lzY3RsIGRlYnVnLmJvb3R2ZXJib3NlPTEN Cj4+ICNzeXNjdGwgZGVidWcuYWNwaS5zdXNwZW5kX2JvdW5jZT0xDQo+PiAjYWNwaWNvbmYgLXMg MyAgICAob3IgcHVzaCBGbitGMykNCj4+DQo+PiBBZnRlciBhIG1vbWVudCwgdGhlIGRpc3BsYXkg aXMgbGlnaHQgYW5kIGJsYWNrLCBMRUQgU2xlZXAgaXMgbGlnaHQuDQo+PiBCdXQgaXQgY2FudCBi ZSByZXN1bWUuIE5vIGJ1dHRvbiBjYW4gZG8gcmVzdW1lLg0KPj4NCj4+IFNvbWUgdXNlZnVsIGlu Zm86DQo+PiBody5hY3BpIDogaHR0cDovL3Bhc3RlYmluLmNvbS96a25FUGRWUw0KPj4gYWNwaWR1 bXAgOiBodHRwOi8vcGFzdGViaW4uY29tL3VINGhYeXdSDQo+PiBkbWVzZyA6IGh0dHA6Ly9wYXN0 ZWJpbi5jb20vd2RxaTdtZlcNCj4+DQo+PiBJbiAvdmFyL2xvZy9tZXNzYWdlOiBodHRwOi8vcGFz dGViaW4uY29tL2ZjV0tNVWQ3DQo+PiBKdWwgIDIgMTY6NDM6MjIgeDIwMWkgYWNwaTogc3VzcGVu ZCBhdCAyMDEyMDcwMiAxNjo0MzoyMg0KPj4gW0l0IENhbid0IHJlc3VtZSwgc28gSSBwdXNoIHBv d2VyIGZvcmNlIHRvIGNsb3NlIG15IHgyMDEuIF0NCj4+IEp1bCAgMiAxNjo1MjoxMSB4MjAxaSBz eXNsb2dkOiBrZXJuZWwgYm9vdCBmaWxlIGlzIC9ib290L2tlcm5lbC9rZXJuZWwNCj4+DQo+PiAj dW5hbWUgLWENCj4+IEZyZWVCU0QgeDIwMWkuaG9uZXN0cWlhbyA5LjAtU1RBQkxFIEZyZWVCU0Qg OS4wLVNUQUJMRSAjMDogV2VkIEp1biAxMyAyMjozNjozNiBDU1QgMjAxMiAgICAgcm9vdEB4MjAx aS5ob25lc3RxaWFvOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgIGFtZDY0DQo+PiAjdm1z dGF0IC1pDQo+PiBpbnRlcnJ1cHQgICAgICAgICAgICAgICAgICAgICAgICAgIHRvdGFsICAgICAg IHJhdGUNCj4+IGlycTE6IGF0a2JkMCAgICAgICAgICAgICAgICAgICAgICAgICAgMTYgICAgICAg ICAgMA0KPj4gaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgIDcyNyAgICAgICAg ICA0DQo+PiBpcnExOTogZWhjaTEgICAgICAgICAgICAgICAgICAgICAgICAgMzM4ICAgICAgICAg IDINCj4+IGlycTIzOiBlaGNpMCAgICAgICAgICAgICAgICAgICAgICAgICAyNTUgICAgICAgICAg MQ0KPj4gY3B1MDp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgNzYwNyAgICAgICAgIDUw DQo+PiBpcnEyNjQ6IGVtMCAgICAgICAgICAgICAgICAgICAgICAgICAgMTM1ICAgICAgICAgIDAN Cj4+IGlycTI2NTogaGRhYzAgICAgICAgICAgICAgICAgICAgICAgICAgNjYgICAgICAgICAgMA0K Pj4gaXJxMjY2OiBpd24wICAgICAgICAgICAgICAgICAgICAgICAxNTc4MSAgICAgICAgMTA1DQo+ PiBpcnEyNjc6IGFoY2kwICAgICAgICAgICAgICAgICAgICAgICA1NzMyICAgICAgICAgMzgNCj4+ IGNwdTE6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAgIDE1NzggICAgICAgICAxMA0KPj4g Y3B1Mzp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgMTgxOSAgICAgICAgIDEyDQo+PiBj cHUyOnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgICAxNTEwICAgICAgICAgMTANCj4+IGly cTI2ODogdmdhcGNpMCAgICAgICAgICAgICAgICAgICAgICAgIDMgICAgICAgICAgMA0KPj4gVG90 YWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAzNTU2NyAgICAgICAgMjM3DQo+Pg0KPj4g I2tsZHN0YXQNCj4+IElkIFJlZnMgQWRkcmVzcyAgICAgICAgICAgIFNpemUgICAgIE5hbWUNCj4+ ICAgMSAgIDg1IDB4ZmZmZmZmZmY4MDIwMDAwMCAxMzAxZmE4ICBrZXJuZWwNCj4+ICAgMiAgICAx IDB4ZmZmZmZmZmY4MTUwMjAwMCAyMDg3ZjAgICB6ZnMua28NCj4+ICAgMyAgICAyIDB4ZmZmZmZm ZmY4MTcwYjAwMCA1YzY4ICAgICBvcGVuc29sYXJpcy5rbw0KPj4gICA0ICAgIDIgMHhmZmZmZmZm ZjgxNzExMDAwIDQ4NGUwICAgIGxpbnV4LmtvDQo+PiAgIDUgICAgMSAweGZmZmZmZmZmODE3NWEw MDAgZjRkOCAgICAgYWlvLmtvDQo+PiAgIDYgICAgMSAweGZmZmZmZmZmODE3NmEwMDAgMjllMCAg ICAgY29yZXRlbXAua28NCj4+ICAgNyAgICAxIDB4ZmZmZmZmZmY4MTc2ZDAwMCAzMDI4ICAgICBh bWR0ZW1wLmtvDQo+PiAgIDggICAgMSAweGZmZmZmZmZmODE3NzEwMDAgMjczOTggICAgZHJtLmtv DQo+PiAgIDkgICAgMSAweGZmZmZmZmZmODE3OTkwMDAgYmE0MCAgICAgbW1jLmtvDQo+PiAxMCAg ICAxIDB4ZmZmZmZmZmY4MTdhNTAwMCA0MjE4ICAgICBtbWNzZC5rbw0KPj4gMTIgICAgMSAweGZm ZmZmZmZmODE3YjAwMDAgNjU2OCAgICAgY3VzZTRic2Qua28NCj4+IDEzICAgIDEgMHhmZmZmZmZm ZjgxN2I3MDAwIGRlMDggICAgIHRtcGZzLmtvDQo+PiAxNCAgICAzIDB4ZmZmZmZmZmY4MTdjNTAw MCA4YWIwICAgICBsaWJpY29udi5rbw0KPj4gMTUgICAgMSAweGZmZmZmZmZmODE3Y2UwMDAgMjRj OCAgICAgbGlibWNoYWluLmtvDQo+PiAxNiAgICAxIDB4ZmZmZmZmZmY4MTdkMTAwMCAxMWM4ICAg ICBjZDk2NjBfaWNvbnYua28NCj4+IDE3ICAgIDEgMHhmZmZmZmZmZjgxN2QzMDAwIDExZTAgICAg IG1zZG9zZnNfaWNvbnYua28NCj4+IDE4ICAgIDEgMHhmZmZmZmZmZjgxN2Q1MDAwIDEwNzY4ICAg IGNwdWZyZXEua28NCj4+IDE5ICAgIDEgMHhmZmZmZmZmZjgxN2U2MDAwIDU5YjggICAgIGFjcGlf aWJtLmtvDQo+PiAyMCAgICAxIDB4ZmZmZmZmZmY4MTdlYzAwMCA2NjY4ICAgICBzZW0ua28NCj4+ IDIxICAgIDEgMHhmZmZmZmZmZjgxYTEyMDAwIDE1YzIgICAgIGZkZXNjZnMua28NCj4+IDIyICAg IDEgMHhmZmZmZmZmZjgxYTE0MDAwIDNkZmQgICAgIGxpbnByb2Nmcy5rbw0KPj4gMjMgICAgMSAw eGZmZmZmZmZmODFhMTgwMDAgYTliYiAgICAgZnVzZS5rbw0KPj4gMjQgICAgMSAweGZmZmZmZmZm ODFhMjMwMDAgNWY3YjcgICAgaTkxNWttcy5rbw0KPj4gMjUgICAgMSAweGZmZmZmZmZmODFhODMw MDAgMTIzZCAgICAgaWljYmIua28NCj4+IDI2ICAgIDQgMHhmZmZmZmZmZjgxYTg1MDAwIDEyZmYg ICAgIGlpY2J1cy5rbw0KPj4gMjcgICAgMSAweGZmZmZmZmZmODFhODcwMDAgZGM5ICAgICAgaWlj LmtvDQo+PiAyOCAgICAxIDB4ZmZmZmZmZmY4MWE4ODAwMCAyYmUyOSAgICBkcm0yLmtvDQo+Pg0K Pj4gI3N5c2N0bCBkZXYuYWNwaV9pYm0NCj4+IGRldi5hY3BpX2libS4wLiVkZXNjOiBJQk0gVGhp bmtQYWQgQUNQSSBFeHRyYXMNCj4+IGRldi5hY3BpX2libS4wLiVkcml2ZXI6IGFjcGlfaWJtDQo+ PiBkZXYuYWNwaV9pYm0uMC4lbG9jYXRpb246IGhhbmRsZT1cX1NCXy5QQ0kwLkxQQ18uRUNfXy5I S0VZDQo+PiBkZXYuYWNwaV9pYm0uMC4lcG5waW5mbzogX0hJRD1JQk0wMDY4IF9VSUQ9MA0KPj4g ZGV2LmFjcGlfaWJtLjAuJXBhcmVudDogYWNwaTANCj4+IGRldi5hY3BpX2libS4wLmluaXRpYWxt YXNrOiAyMDYwDQo+PiBkZXYuYWNwaV9pYm0uMC5hdmFpbG1hc2s6IDEzNDIxNzcyNw0KPj4gZGV2 LmFjcGlfaWJtLjAuZXZlbnRzOiAxDQo+PiBkZXYuYWNwaV9pYm0uMC5ldmVudG1hc2s6IDEzNDIx NzcyNw0KPj4gZGV2LmFjcGlfaWJtLjAuaG90a2V5OiAzODgNCj4+IGRldi5hY3BpX2libS4wLmxj ZF9icmlnaHRuZXNzOiAwDQo+PiBkZXYuYWNwaV9pYm0uMC52b2x1bWU6IDcNCj4+IGRldi5hY3Bp X2libS4wLm11dGU6IDANCj4+IGRldi5hY3BpX2libS4wLnRoaW5rbGlnaHQ6IDANCj4+IGRldi5h Y3BpX2libS4wLmJsdWV0b290aDogMA0KPj4gZGV2LmFjcGlfaWJtLjAud2xhbjogMQ0KPj4gZGV2 LmFjcGlfaWJtLjAuZmFuX3NwZWVkOiAzMjY1DQo+PiBkZXYuYWNwaV9pYm0uMC5mYW5fbGV2ZWw6 IDINCj4+IGRldi5hY3BpX2libS4wLmZhbjogMA0KPj4NCj4+IC0tLS0tLS0tLS0tLS0tDQo+Pg0K Pj4NCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ PiBmcmVlYnNkLWFjcGlAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+PiBodHRwOi8vbGlzdHMu ZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFjcGkNCj4+IFRvIHVuc3Vic2Ny aWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWFjcGktdW5zdWJzY3JpYmVAZnJlZWJzZC5v cmciDQo+VHJ5IHNldHRpbmcgaHcucGNpLmRvX3Bvd2VyX3Jlc3VtZSBhbmQgaHcucGNpLmRvX3Bv d2VyX3N1c3BlbmQgdG8gMCwgDQo+dGhlbiB0cnkgZWFjaCBhdCAxLCB0aGVuIHRyeSBib3RoIGF0 IDEuDQo+DQo+TWFueSB0aW1lcyBUaGlua3BhZHMgZmFpbCB0byByZXN1bWUgYmVjYXVzZSBvZiBz b21ldGhpbmcgaW1wb3J0IGdldHRpbmcgDQo+dHVybmVkIG9mZiB0aGF0IG5lZWRzIHRvIGJlIG9u IGR1cmluZyBzdXNwZW5kLCBvciBieSB0cnlpbmcgdG8gdHVybiBvbiANCj50aGluZ3MgdGhhdCBk b24ndCBsaWtlIHRoYXQgZHVyaW5nIHJlc3VtZS4gQWxtb3N0IGFsbCBteSB0aGlua3BhZHMgaGF2 ZSANCj5yZXF1aXJlZCBzb21lIGNvbWJvIG9mIHRoZSBhYm92ZSBzZXR0aW5ncy4NCj4NCj5BbHNv LCB0cnkgdGhlc2UgdGVzdHMgaW4gc2luZ2xlIHVzZXIsIHRvIHJ1bGUgb3V0IHNvbWUgM3JkIHBh cnR5IGtlcm5lbCANCj5tb2R1bGVzIHlvdSBoYXZlIHRoZXJlLg0KPg0KPk1hdHQNCj4NCj4NCg0K I2tsZHN0YXQNCmtlcm5lbCB6ZnMua28gb3BlbnNvbGFyaXMua28gYWNwaV9pYm0ua28NCiNjYXQg L3Jvb3Qvc2V0LnNoDQojIS9iaW4vY3NoDQpzeXNjbHQgLXcgc3lzY3RsIGRlYnVnLmJvb3R2ZXJi b3NlPTENCnN5c2NsdCAtdyBzeXNjdGwgZGVidWcuYWNwaS5zdXNwZW5kX2JvdW5jZT0xDQoNCg0K c3lzY2x0IC13IGh3LmFjcGkucmVzZXRfdmlkZW89IiRhcmd2WzFdIg0Kc3lzY2x0IC13IGh3LnBj aS5kb19wb3dlcl9yZXN1bWU9IiRhcmd2WzJdIg0Kc3lzY2x0IC13IGh3LnBjaS5kb19wb3dlcl9z dXNwZW5kPSIkYXJndlszXSINCg0KVGVzdDooOCB0aW1lcykNCi9yb290L3NldC5zaCAwIDAgMDsg YWNwaWNvbmYgLXMgMw0KL3Jvb3Qvc2V0LnNoIDAgMCAxOyBhY3BpY29uZiAtcyAzDQovcm9vdC9z ZXQuc2ggMCAxIDA7IGFjcGljb25mIC1zIDMNCi9yb290L3NldC5zaCAwIDEgMTsgYWNwaWNvbmYg LXMgMw0KDQovcm9vdC9zZXQuc2ggMSAwIDA7IGFjcGljb25mIC1zIDMNCi9yb290L3NldC5zaCAx IDAgMTsgYWNwaWNvbmYgLXMgMw0KL3Jvb3Qvc2V0LnNoIDEgMSAwOyBhY3BpY29uZiAtcyAzDQov cm9vdC9zZXQuc2ggMSAxIDE7IGFjcGljb25mIC1zIDMNCg0KSW4gQWxsIHRoZSB0ZXN0LCB0aGUg c2NyZWVuIGlzIGxpZ2h0IGFuZCBibGFjaywgc3lzdGVtIGlzIGhhbmd1cCwgbm90aGluZyBjYW4g YmUgZG9uZS4NClRoZSBvbmx5IHRoaW5nIGNhbiBiZSBkb25lLCBpcyBwdXNoIHBvd2VyIGJ1dHRv biwgdG8gZm9yY2UgaXQgc2h1dGRvd24uDQoNCkluIHNpbmdsZSB1c2VyIG1vZGUsIHRoZSBwcm9i bGVtIHJlbWFpbnMgdGhlIHNhbWUuDQpMb2FkIG9yIFVuTG9hZCBhY3BpX2libS5rbywgbm8gZWZm ZWN0IG9uLg0KDQpNYXliZSBTdXNwZW5kIGlzbid0IHN1Y2Nlc3MuDQo= From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 11:05:31 2012 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 E4F53106566B for ; Tue, 3 Jul 2012 11:05:31 +0000 (UTC) (envelope-from Peter.Zehm@crush-net.de) Received: from mx01.flex-in-flow.de (mx01.flex-in-flow.de [176.9.47.183]) by mx1.freebsd.org (Postfix) with ESMTP id A3BDD8FC08 for ; Tue, 3 Jul 2012 11:05:31 +0000 (UTC) Received: from [192.168.13.44] (ppp-93-104-73-216.dynamic.mnet-online.de [93.104.73.216]) by mx01.flex-in-flow.de (Postfix) with ESMTPA id A4D12527C2 for ; Tue, 3 Jul 2012 13:05:30 +0200 (CEST) Message-ID: <4FF2D1F6.4090402@crush-net.de> Date: Tue, 03 Jul 2012 13:05:26 +0200 From: Peter Zehm User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-acpi References: <201207021729413382845@gmail.com>, <4FF2599B.6050409@gmail.com> <201207031411248300207@gmail.com> In-Reply-To: <201207031411248300207@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Resume failed after Suspend on Thinkpad x201i 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, 03 Jul 2012 11:05:32 -0000 Am 03.07.2012 08:11, schrieb 乔楚/HonestQiao: > #kldstat > kernel zfs.ko opensolaris.ko acpi_ibm.ko > #cat /root/set.sh > #!/bin/csh > sysclt -w sysctl debug.bootverbose=1 > sysclt -w sysctl debug.acpi.suspend_bounce=1 > > > sysclt -w hw.acpi.reset_video="$argv[1]" > sysclt -w hw.pci.do_power_resume="$argv[2]" > sysclt -w hw.pci.do_power_suspend="$argv[3]" > > Test:(8 times) > /root/set.sh 0 0 0; acpiconf -s 3 > /root/set.sh 0 0 1; acpiconf -s 3 > /root/set.sh 0 1 0; acpiconf -s 3 > /root/set.sh 0 1 1; acpiconf -s 3 > > /root/set.sh 1 0 0; acpiconf -s 3 > /root/set.sh 1 0 1; acpiconf -s 3 > /root/set.sh 1 1 0; acpiconf -s 3 > /root/set.sh 1 1 1; acpiconf -s 3 > > In All the test, the screen is light and black, system is hangup, nothing can be done. > The only thing can be done, is push power button, to force it shutdown. > > In single user mode, the problem remains the same. > Load or UnLoad acpi_ibm.ko, no effect on. > > Maybe Suspend isn't success. Your script seems to try to execute "sysclt" instead of "sysctl". Just want to get sure this is only a typo in your mail not in the script itsself. Regards Peter From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 11:20:33 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B47F1065670 for ; Tue, 3 Jul 2012 11:20:33 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7D48FC14 for ; Tue, 3 Jul 2012 11:20:33 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q63BKOc8029154; Tue, 3 Jul 2012 05:20:26 -0600 From: Erich Dollansky To: Natacha =?iso-8859-1?q?Port=E9?= Date: Tue, 3 Jul 2012 18:20:22 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201206300921.41695.erichfreebsdlist@ovitrap.com> <20120703083436.GD39287@sigil.instinctive.eu> In-Reply-To: <20120703083436.GD39287@sigil.instinctive.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201207031820.22657.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 11:20:33 -0000 Hi, On Tuesday, July 03, 2012 03:34:36 PM Natacha Port=E9 wrote: >=20 > on Saturday 30 June 2012 at 09:21, Erich Dollansky wrote: > > sorry for the late reply. As usual, I have had to travel and did not > > get a chance to connect to the Internet. >=20 > No problem, I'm at least as slow with e-mail, and I don't even have any > excuse ;-) I can help you there with a new one. I am currently on a real deserted plac= e. No public supply lines of any kind. And they blew the generator last nig= ht. >=20 > OK, I will try it with CURRENT as soon as I get the opportunity (I > already have a thumb drive dedicated for that kind of tests). >=20 I should have thought of this too earlier. My backups are all bootable but = I never got the idea to use them for this purpose. > > How did you get this value? No battery inserted? The range should be > > from 0 to 100. >=20 > Indeed, I had no battery inserted. Years ago I took the habit of > removing the battery of laptops used for long amount of time on AC > (currently for my X220, that's 9h every workday), because keeping a > fully charged battery on AC used to kill it. However I admit I don't > know whether technology improved enough to mnake it a non-issue (or even > whether even by then it was actually an issue and not an urban legend). As an engineer I would say that Lenovo would have done a real bad job if th= is makes still a significant difference. >=20 > Anyway, now with the battery inserted and charging, I still have > hw.acpi.battery.life: -1. > However, as soon as I unplug, I get a reasonable value there (currently > 98, with hw.acpi.battery.time: 265). 265? Hey this more than me. I get never more than 240 with the 6 cell batte= ry. I am considering a second one for this reason. But I can really work th= e three to four hours with it. Unlike the Windows battery life time of 10h = with brightness to minimum and no applications running. >=20 > > > hw.acpi.battery.time: -1 > > > hw.acpi.battery.state: 7 > >=20 > > I have 0 here. >=20 > I have 2 when it's charging, and 1 when it's discharging. Ok, now I have the same. 1 and 2. But never 7. It seems that there are some= secrets. >=20 > > > $ sysctl dev.acpi_ibm > >=20 > > I do not have anything with IBM or Lenovo. > >=20 > > I also did not load anything specific for the X220 except of the Intel = KMS module. >=20 > Interesting, though it turns out that not using it on my 9-STABLE does > not help with any of the small issues I still have. Though I will try > both with and without it when I experiment with CURRENT. Thanks for the > point. Do you also have the USB 3 port? Erich From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 11:23:21 2012 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 E99231065670 for ; Tue, 3 Jul 2012 11:23:21 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 624408FC16 for ; Tue, 3 Jul 2012 11:23:21 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q63BNJ8t029772; Tue, 3 Jul 2012 05:23:20 -0600 From: Erich Dollansky To: Natacha =?iso-8859-1?q?Port=E9?= Date: Tue, 3 Jul 2012 18:23:18 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <4FF258DE.1040904@gmail.com> <20120703080050.GC39287@sigil.instinctive.eu> In-Reply-To: <20120703080050.GC39287@sigil.instinctive.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201207031823.18456.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 11:23:22 -0000 Hi, On Tuesday, July 03, 2012 03:00:50 PM Natacha Port=E9 wrote: > on Monday 02 July 2012 at 19:28, matt wrote: > > It's also possible you are running an old bios? Trying to get a few=20 > > things to work, I had the latest bios on my x220...never had problems=20 > > with the power button. >=20 > So the UEFI BIOS claims to have version 8DET58WW (1.28), dated as > 2012-02-14, while EC versions claims to be 8DHT29WW (1.13). >=20 ok, my BIOS is 1.26 and dated something end of last year. > According to leveno website, that's two releases behind. I will try to > update it, despite my uneasiness caused by previous bad experiences. > Still I'm not exactly sure how to perform it, since I inadvertently > destroyed the Windows pre-installation, and I have no optical drive. >=20 I never bother to update my BIOS since and update some 20 years ago was not= very successful. > Though I will probably try with CURRENT instead of STABLE before trying > BIOS update, since it's much easier to perform and I only need time to > get at it. >=20 I also think that this is the easier way free of any risks. Erich From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 14:05:18 2012 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 670001065670 for ; Tue, 3 Jul 2012 14:05:18 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id C1F6A8FC19 for ; Tue, 3 Jul 2012 14:05:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q63DpXYX083005; Tue, 3 Jul 2012 23:51:34 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 3 Jul 2012 23:51:33 +1000 (EST) From: Ian Smith To: Erich Dollansky In-Reply-To: <201207031820.22657.erichfreebsdlist@ovitrap.com> Message-ID: <20120703231540.I46641@sola.nimnet.asn.au> References: <20120523151357.GC97037@sigil.instinctive.eu> <201206300921.41695.erichfreebsdlist@ovitrap.com> <20120703083436.GD39287@sigil.instinctive.eu> <201207031820.22657.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1360594868-1341323493=:46641" Cc: freebsd-acpi@freebsd.org, Natacha =?iso-8859-1?q?Port=E9?= Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 14:05:18 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1360594868-1341323493=:46641 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 3 Jul 2012 18:20:22 +0700, Erich Dollansky wrote: > On Tuesday, July 03, 2012 03:34:36 PM Natacha Porté wrote: [..] > > > How did you get this value? No battery inserted? The range should be > > > from 0 to 100. > > > > Indeed, I had no battery inserted. Years ago I took the habit of > > removing the battery of laptops used for long amount of time on AC > > (currently for my X220, that's 9h every workday), because keeping a > > fully charged battery on AC used to kill it. However I admit I don't > > know whether technology improved enough to mnake it a non-issue (or even > > whether even by then it was actually an issue and not an urban legend). > > As an engineer I would say that Lenovo would have done a real bad job > if this makes still a significant difference. Nonetheless, it's worth discharging and recharging both NiMH and Li-ion batteries periodically. If you do it once a week that's only 52 cycles per year; a small fraction of its design cycles, and unless you store it partially charged in a fridge, less usage than its 'shelf life' anyway. Apart from not harming the battery - which is designed for daily cycling over 2 or 3 years - running it down past exhaustion now and again will recalibrate the battery's onboard coulomb counter to reflect capacity. At least when they were called IBMs, that was IBM's advice for Li-ion. [..] > > > > hw.acpi.battery.time: -1 > > > > hw.acpi.battery.state: 7 > > > > > > I have 0 here. > > > > I have 2 when it's charging, and 1 when it's discharging. > > Ok, now I have the same. 1 and 2. But never 7. It seems that there > are some secrets. No secrets in FreeBSD, just stuff you have to hunt for and figure out :) /usr/src/usr.sbin/acpi/acpiconf/acpiconf.c suggests hunting thus: smithi on t23% find /sys/ -exec grep -H ACPI_BATT_ {} \; [.. see usage in acpi_battery.c, acpi_{cm,sm}bat.c and acpi_machdep.c ..] /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_DISCHARG 0x0001 /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_CHARGING 0x0002 /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_CRITICAL 0x0004 /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_NOT_PRESENT 0x0007 /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_MAX 0x0007 /sys/dev/acpica/acpiio.h:#define ACPI_BATT_UNKNOWN 0xffffffff /* _BST or _BIF value unknown. */ So 7 is no battery, 1 and 2 are discharging and charging, 5 and 6 are critical discharging and critical charging (you'll see these shown by acpiconf -i0 when the battery is very low) and 0 is fully charged. [..] > > > > $ sysctl dev.acpi_ibm > > > > > > I do not have anything with IBM or Lenovo. Is this a Thinkpad model that shows no benefits from loading acpi_ibm? cheers, Ian --0-1360594868-1341323493=:46641-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 14:07:58 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A08B106566B for ; Tue, 3 Jul 2012 14:07:58 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8598FC08 for ; Tue, 3 Jul 2012 14:07:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q63E8Bh7083678; Wed, 4 Jul 2012 00:08:12 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 4 Jul 2012 00:08:11 +1000 (EST) From: Ian Smith To: Erich Dollansky In-Reply-To: <201207031823.18456.erichfreebsdlist@ovitrap.com> Message-ID: <20120703235147.N46641@sola.nimnet.asn.au> References: <20120523151357.GC97037@sigil.instinctive.eu> <4FF258DE.1040904@gmail.com> <20120703080050.GC39287@sigil.instinctive.eu> <201207031823.18456.erichfreebsdlist@ovitrap.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1265865594-1341324491=:46641" Cc: freebsd-acpi@freebsd.org, Natacha =?iso-8859-1?q?Port=E9?= Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 14:07:58 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1265865594-1341324491=:46641 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 3 Jul 2012 18:23:18 +0700, Erich Dollansky wrote: > On Tuesday, July 03, 2012 03:00:50 PM Natacha Porté wrote: > > on Monday 02 July 2012 at 19:28, matt wrote: > > > It's also possible you are running an old bios? Trying to get a few > > > things to work, I had the latest bios on my x220...never had problems > > > with the power button. > > > > So the UEFI BIOS claims to have version 8DET58WW (1.28), dated as > > 2012-02-14, while EC versions claims to be 8DHT29WW (1.13). > > > ok, my BIOS is 1.26 and dated something end of last year. > > > According to leveno website, that's two releases behind. I will try to > > update it, despite my uneasiness caused by previous bad experiences. > > Still I'm not exactly sure how to perform it, since I inadvertently > > destroyed the Windows pre-installation, and I have no optical drive. Can you borrow an external CD, Natacha? Someone should have one .. > I never bother to update my BIOS since and update some 20 years ago > was not very successful. I don't think that's such good advice, though I appreciate the fear of doing it wrong. Updating the BIOS and EC on my T23 required Windows or DOS; it had win2k installed so I went with that, but was led to believe that a FreeDOS bootdisk would do the job. Later models (T43 and such) also had a bootable CD image available, that could most likely be made to work from a bootable memory stick, though I haven't tried that. > > Though I will probably try with CURRENT instead of STABLE before trying > > BIOS update, since it's much easier to perform and I only need time to > > get at it. > > > I also think that this is the easier way free of any risks. Well you could check BIOS/EC upgrade notes to try seeing if any of the issues fixed may be relevant, but there have been many issues and PRs fixed by nothing but a firmware upgrade, so I wouldn't skip that. cheers, Ian --0-1265865594-1341324491=:46641-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 14:28:28 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30BB2106564A for ; Tue, 3 Jul 2012 14:28:28 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 05D0D8FC08 for ; Tue, 3 Jul 2012 14:28:28 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q63ESPui012252; Tue, 3 Jul 2012 08:28:27 -0600 From: Erich Dollansky To: Ian Smith Date: Tue, 3 Jul 2012 21:28:24 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031820.22657.erichfreebsdlist@ovitrap.com> <20120703231540.I46641@sola.nimnet.asn.au> In-Reply-To: <20120703231540.I46641@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201207032128.24837.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org, Natacha =?iso-8859-15?q?Port=E9?= Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 14:28:28 -0000 Hi, On Tuesday, July 03, 2012 08:51:33 PM Ian Smith wrote: > On Tue, 3 Jul 2012 18:20:22 +0700, Erich Dollansky wrote: > > On Tuesday, July 03, 2012 03:34:36 PM Natacha Port=E9 wrote: > [..] > > > > How did you get this value? No battery inserted? The range should = be > > > > from 0 to 100. > > >=20 > > > Indeed, I had no battery inserted. Years ago I took the habit of > > > removing the battery of laptops used for long amount of time on AC > > > (currently for my X220, that's 9h every workday), because keeping a > > > fully charged battery on AC used to kill it. However I admit I don't > > > know whether technology improved enough to mnake it a non-issue (or = even > > > whether even by then it was actually an issue and not an urban legen= d). > > > > As an engineer I would say that Lenovo would have done a real bad job= =20 > > if this makes still a significant difference. >=20 > Nonetheless, it's worth discharging and recharging both NiMH and Li-ion=20 > batteries periodically. If you do it once a week that's only 52 cycles=20 > per year; a small fraction of its design cycles, and unless you store it= =20 > partially charged in a fridge, less usage than its 'shelf life' anyway. >=20 this is true. > Apart from not harming the battery - which is designed for daily cycling= =20 > over 2 or 3 years - running it down past exhaustion now and again will=20 > recalibrate the battery's onboard coulomb counter to reflect capacity. > At least when they were called IBMs, that was IBM's advice for Li-ion. >=20 I did not know this but wondered how they do it. > [..] > > > > > hw.acpi.battery.time: -1 > > > > > hw.acpi.battery.state: 7 > > > >=20 > > > > I have 0 here. > > >=20 > > > I have 2 when it's charging, and 1 when it's discharging. > >=20 > > Ok, now I have the same. 1 and 2. But never 7. It seems that there=20 > > are some secrets. >=20 > No secrets in FreeBSD, just stuff you have to hunt for and figure out :) >=20 > /usr/src/usr.sbin/acpi/acpiconf/acpiconf.c suggests hunting thus: >=20 > smithi on t23% find /sys/ -exec grep -H ACPI_BATT_ {} \; > [.. see usage in acpi_battery.c, acpi_{cm,sm}bat.c and acpi_machdep.c ..] > /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_DISCHARG 0= x0001 > /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_CHARGING 0= x0002 > /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_CRITICAL 0= x0004 > /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_NOT_PRESENT 0x0007 > /sys/dev/acpica/acpiio.h:#define ACPI_BATT_STAT_MAX 0x0007 > /sys/dev/acpica/acpiio.h:#define ACPI_BATT_UNKNOWN 0xffffffff /* _BS= T or _BIF value unknown. */ Interesting. I did not get the idea. I must watch for the critical once the= battery is low. > > > > > $ sysctl dev.acpi_ibm > > > >=20 > > > > I do not have anything with IBM or Lenovo. >=20 > Is this a Thinkpad model that shows no benefits from loading acpi_ibm? I just loaded it to veryfy. There is no difference between loaded and not l= oaded. At least it does not do any harm. The sysctls also do not show up af= ter being loaded. Erich From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 14:50:24 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E58811065670 for ; Tue, 3 Jul 2012 14:50:24 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id BC4858FC17 for ; Tue, 3 Jul 2012 14:50:24 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q63EoHsU018809; Tue, 3 Jul 2012 08:50:21 -0600 From: Erich Dollansky To: Ian Smith Date: Tue, 3 Jul 2012 21:50:12 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031823.18456.erichfreebsdlist@ovitrap.com> <20120703235147.N46641@sola.nimnet.asn.au> In-Reply-To: <20120703235147.N46641@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201207032150.12642.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org, Natacha =?iso-8859-15?q?Port=E9?= Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 14:50:25 -0000 Hi, On Tuesday, July 03, 2012 09:08:11 PM Ian Smith wrote: > On Tue, 3 Jul 2012 18:23:18 +0700, Erich Dollansky wrote: > > On Tuesday, July 03, 2012 03:00:50 PM Natacha Port=E9 wrote: > > > on Monday 02 July 2012 at 19:28, matt wrote: > > > > It's also possible you are running an old bios? Trying to get a fe= w=20 > > > > things to work, I had the latest bios on my x220...never had probl= ems=20 > > > > with the power button. > > >=20 > > > So the UEFI BIOS claims to have version 8DET58WW (1.28), dated as > > > 2012-02-14, while EC versions claims to be 8DHT29WW (1.13). > > >=20 > > ok, my BIOS is 1.26 and dated something end of last year. > >=20 > > > According to leveno website, that's two releases behind. I will try = to > > > update it, despite my uneasiness caused by previous bad experiences. > > > Still I'm not exactly sure how to perform it, since I inadvertently > > > destroyed the Windows pre-installation, and I have no optical drive. >=20 > Can you borrow an external CD, Natacha? Someone should have one .. >=20 > > I never bother to update my BIOS since and update some 20 years ago=20 > > was not very successful. >=20 > I don't think that's such good advice, though I appreciate the fear of=20 > doing it wrong. Updating the BIOS and EC on my T23 required Windows or=20 > DOS; it had win2k installed so I went with that, but was led to believe=20 > that a FreeDOS bootdisk would do the job. Later models (T43 and such)=20 > also had a bootable CD image available, that could most likely be made=20 > to work from a bootable memory stick, though I haven't tried that. it is more the 'never break a running system' approach. >=20 > > > Though I will probably try with CURRENT instead of STABLE before try= ing > > > BIOS update, since it's much easier to perform and I only need time = to > > > get at it. > > >=20 > > I also think that this is the easier way free of any risks. >=20 > Well you could check BIOS/EC upgrade notes to try seeing if any of the=20 > issues fixed may be relevant, but there have been many issues and PRs=20 > fixed by nothing but a firmware upgrade, so I wouldn't skip that. >=20 Lenovo does promise much at their site. As I have the older BIOS, either the newer one caused problems for Natasha = or the problems are linked to FreeBSD 9. Erich From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 20:10:22 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD0C01065673 for ; Tue, 3 Jul 2012 20:10:22 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 836378FC1E for ; Tue, 3 Jul 2012 20:10:22 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5527120vbm.13 for ; Tue, 03 Jul 2012 13:10:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=Y7oHkzHIzqtgpKOIbBCSAqQx+xW3oDtfCDh1NazLQV4=; b=L6SlKV4/Sb9KwgkQcQBX+EzvI66gsjmMAg69FVV5VR/pnH1LCvh9Glg4klnhIhJyXf 2/deNLT3MvBOHKkvqIl1CF2OrQRBH1DllH4eNFWi1nJAVkk+ON3Wz5U+HcN3iFSqsklR 21VSmUUiUMOKzcMtMCPnURONtiOK5TCQXLRmLF91DsEOOOrrJRonvteZMoS51ny2sTY+ LuhtpLepb9XcnDEEUOfZ8LkM2OCX5VspCObVum0Ikl3ItU2QzHRjulzS6mul115MJ/20 AEK5mypn25WsEXGwEmvz/s/OsfYMauCD6gIVUoV12GnL2AcPSaItp1vXxrC0OJj0wdmj zETw== MIME-Version: 1.0 Received: by 10.52.93.202 with SMTP id cw10mr7422972vdb.1.1341346216138; Tue, 03 Jul 2012 13:10:16 -0700 (PDT) Received: by 10.52.23.3 with HTTP; Tue, 3 Jul 2012 13:10:16 -0700 (PDT) X-Originating-IP: [129.173.32.111] In-Reply-To: <201207032150.12642.erichfreebsdlist@ovitrap.com> References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031823.18456.erichfreebsdlist@ovitrap.com> <20120703235147.N46641@sola.nimnet.asn.au> <201207032150.12642.erichfreebsdlist@ovitrap.com> Date: Tue, 3 Jul 2012 17:10:16 -0300 Message-ID: From: Joseph Mingrone To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmtmNxvjraJWykqqDh0FKJ30V1+iL8n90rBJhUbN20NxoXX2lp1RMu3nOApFkUxuggVxCTT Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 20:10:22 -0000 Has anyone successfully connected an external monitor using the vga port? Unfortunately Fn + F7 isn't one of the Fn-combinations that are working (for me anyway). I'm running 9.0-STABLE with no modifications to acpi. P.S. Fn+PgUp turns on the light Fn+arrows send the right XF86Audo stuff (verifed with xev) From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 20:14:54 2012 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 72A98106564A for ; Tue, 3 Jul 2012 20:14:54 +0000 (UTC) (envelope-from hannes@mehnert.org) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 96AE18FC08 for ; Tue, 3 Jul 2012 20:14:53 +0000 (UTC) Received: (qmail 99567 invoked from network); 3 Jul 2012 20:08:10 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 3 Jul 2012 20:08:10 -0000 Message-ID: <4FF3512E.10908@mehnert.org> Date: Tue, 03 Jul 2012 22:08:14 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120210 Thunderbird/10.0 MIME-Version: 1.0 To: Erich Dollansky References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031820.22657.erichfreebsdlist@ovitrap.com> <20120703231540.I46641@sola.nimnet.asn.au> <201207032128.24837.erichfreebsdlist@ovitrap.com> In-Reply-To: <201207032128.24837.erichfreebsdlist@ovitrap.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, Ian Smith , =?ISO-8859-15?Q?Natacha_Port=E9?= Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 20:14:54 -0000 Hi Erich, On 07/03/2012 16:28, Erich Dollansky wrote: > Hi, > > On Tuesday, July 03, 2012 08:51:33 PM Ian Smith wrote: >> On Tue, 3 Jul 2012 18:20:22 +0700, Erich Dollansky wrote: >> > On Tuesday, July 03, 2012 03:34:36 PM Natacha Porté wrote: >> > > > > $ sysctl dev.acpi_ibm >> > > > >> > > > I do not have anything with IBM or Lenovo. >> >> Is this a Thinkpad model that shows no benefits from loading acpi_ibm? > > I just loaded it to veryfy. There is no difference between loaded and not loaded. At least it does not do any harm. The sysctls also do not show up after being loaded. I believe you've to patch acpi_ibm with the lenovo (LEN0068) identifier and recompile - see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164538 Cheers, Hannes From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 20:20:16 2012 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 5868F1065670 for ; Tue, 3 Jul 2012 20:20:16 +0000 (UTC) (envelope-from hannes@mehnert.org) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 8C55B8FC0C for ; Tue, 3 Jul 2012 20:20:15 +0000 (UTC) Received: (qmail 3978 invoked from network); 3 Jul 2012 20:20:14 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (mail.h3q.com) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 3 Jul 2012 20:20:14 -0000 Message-ID: <4FF35402.9050804@mehnert.org> Date: Tue, 03 Jul 2012 22:20:18 +0200 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120210 Thunderbird/10.0 MIME-Version: 1.0 To: Joseph Mingrone References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031823.18456.erichfreebsdlist@ovitrap.com> <20120703235147.N46641@sola.nimnet.asn.au> <201207032150.12642.erichfreebsdlist@ovitrap.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 20:20:16 -0000 On 07/03/2012 22:10, Joseph Mingrone wrote: > Has anyone successfully connected an external monitor using the vga > port? Unfortunately Fn + F7 isn't one of the Fn-combinations that are > working (for me anyway). I use xrandr here (together with drm2 and i915kms). Cheers, Hannes From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 21:51:32 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A90E1065676 for ; Tue, 3 Jul 2012 21:51:32 +0000 (UTC) (envelope-from jrm@ftfl.ca) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB2A28FC23 for ; Tue, 3 Jul 2012 21:51:31 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so5582396vcb.13 for ; Tue, 03 Jul 2012 14:51:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=9f2OFDanTY3ct2+5iELTdzvCyLn+1qavzizElTa+FZw=; b=FfVb9Tm43lrBkuk54qZeaE9fJz/JAGf4nxbpTqG96iFniICpC10aqDTSvlSZR3z3HH YDS1ed31w3FeGCzxUBGje9pnFwyAa33bytx0hxvmoo0cUaDwhdMNcIOLSuDkEeJK6jiS xGX5IQO9gEjusg2048f2k2kMzKva56Rv8h2qhtks246JEQWnt1SZxr+i3PHyXYvQSWKQ ++t3tvC6qHuep857dfX27IAsSLvcRf+1WBYPPrca+7dwUCWuJB6XXkdDw8bRGPPxKOxo /qEOcy1LhaC5cZoU0wEDgE+O/LWI2B2J40wzWLdPiKpM9gzNnJDG9BrJBt4ngild5RuU lLrQ== MIME-Version: 1.0 Received: by 10.52.94.172 with SMTP id dd12mr7402903vdb.62.1341352290950; Tue, 03 Jul 2012 14:51:30 -0700 (PDT) Received: by 10.52.23.3 with HTTP; Tue, 3 Jul 2012 14:51:30 -0700 (PDT) X-Originating-IP: [129.173.32.111] In-Reply-To: <4FF35402.9050804@mehnert.org> References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031823.18456.erichfreebsdlist@ovitrap.com> <20120703235147.N46641@sola.nimnet.asn.au> <201207032150.12642.erichfreebsdlist@ovitrap.com> <4FF35402.9050804@mehnert.org> Date: Tue, 3 Jul 2012 18:51:30 -0300 Message-ID: From: Joseph Mingrone To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnGR5ckm4zg3Dl418UJLKAdvaMr/aCMohk5YlnXWkQawJxEA0pB6vbqipNRTV852kwrbB/k Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 21:51:32 -0000 Thanks Hannes; xrandr works like a charm. Dual Monitor Setup % xrandr --output VGA1 --mode 1680x1050 --above LVDS1 --output LVDS1 --mode 1366x768 External VGA Monitor % xrandr --output VGA1 --mode 1680x1050 --output LVDS1 --off Laptop Display % xrandr --output LVDS1 --mode 1366x768 --output VGA1 --off From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 23:28:53 2012 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 AEC1D106566C for ; Tue, 3 Jul 2012 23:28:53 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6A78FC12 for ; Tue, 3 Jul 2012 23:28:53 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q63NSoo5025584; Tue, 3 Jul 2012 17:28:52 -0600 From: Erich Dollansky To: Hannes Mehnert Date: Wed, 4 Jul 2012 06:28:49 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201207032128.24837.erichfreebsdlist@ovitrap.com> <4FF3512E.10908@mehnert.org> In-Reply-To: <4FF3512E.10908@mehnert.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201207040628.49223.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org, =?iso-8859-15?q?Port=E9?= , Ian Smith , Natacha Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 23:28:53 -0000 Hi, On Wednesday, July 04, 2012 03:08:14 AM Hannes Mehnert wrote: > Hi Erich, >=20 > On 07/03/2012 16:28, Erich Dollansky wrote: > > Hi, > >=20 > > On Tuesday, July 03, 2012 08:51:33 PM Ian Smith wrote: > >> On Tue, 3 Jul 2012 18:20:22 +0700, Erich Dollansky wrote: > >> > On Tuesday, July 03, 2012 03:34:36 PM Natacha Port=E9 wrote: > >> > > > > $ sysctl dev.acpi_ibm > >> > > >=20 > >> > > > I do not have anything with IBM or Lenovo. > >> > >> Is this a Thinkpad model that shows no benefits from loading acpi_ibm? > >=20 > > I just loaded it to veryfy. There is no difference between loaded and n= ot loaded. At least it does not do any harm. The sysctls also do not show u= p after being loaded. >=20 > I believe you've to patch acpi_ibm with the lenovo (LEN0068) identifier > and recompile - see http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/164= 538 it did not make into 10. I am just compiling a new kernel. Erich From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 23:31:11 2012 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 4E43A106564A for ; Tue, 3 Jul 2012 23:31:11 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 014E78FC0C for ; Tue, 3 Jul 2012 23:31:10 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q63NV9Zt026339; Tue, 3 Jul 2012 17:31:10 -0600 From: Erich Dollansky To: freebsd-acpi@freebsd.org Date: Wed, 4 Jul 2012 06:31:08 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201207032150.12642.erichfreebsdlist@ovitrap.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201207040631.08062.erichfreebsdlist@ovitrap.com> Cc: Subject: Re: How can I help with thinkpad x220 issues? 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, 03 Jul 2012 23:31:11 -0000 Hi, On Wednesday, July 04, 2012 03:10:16 AM Joseph Mingrone wrote: > Has anyone successfully connected an external monitor using the vga > port? Unfortunately Fn + F7 isn't one of the Fn-combinations that are > working (for me anyway). I'm running 9.0-STABLE with no modifications > to acpi. I did it only on Fedora. It seemed not to work until an intern got the idea to move the window to the right side. With other words, it works there only as a dual screen solution. Erich From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 01:22:01 2012 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 2A7A1106566C for ; Wed, 4 Jul 2012 01:22:01 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id CD69F8FC08 for ; Wed, 4 Jul 2012 01:22:00 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.21]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q641LsSj018900; Tue, 3 Jul 2012 19:21:59 -0600 From: Erich Dollansky To: Hannes Mehnert Date: Wed, 4 Jul 2012 08:21:49 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120523151357.GC97037@sigil.instinctive.eu> <201207032128.24837.erichfreebsdlist@ovitrap.com> <4FF3512E.10908@mehnert.org> In-Reply-To: <4FF3512E.10908@mehnert.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201207040821.50387.erichfreebsdlist@ovitrap.com> Cc: freebsd-acpi@freebsd.org, =?iso-8859-15?q?Port=E9?= , Ian Smith , Natacha Subject: Re: How can I help with thinkpad x220 issues? 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, 04 Jul 2012 01:22:01 -0000 Hi Hannes, On Wednesday, July 04, 2012 03:08:14 AM Hannes Mehnert wrote: > Hi Erich, >=20 > On 07/03/2012 16:28, Erich Dollansky wrote: > > Hi, > >=20 > > On Tuesday, July 03, 2012 08:51:33 PM Ian Smith wrote: > >> On Tue, 3 Jul 2012 18:20:22 +0700, Erich Dollansky wrote: > >> > On Tuesday, July 03, 2012 03:34:36 PM Natacha Port=E9 wrote: > >> > > > > $ sysctl dev.acpi_ibm > >> > > >=20 > >> > > > I do not have anything with IBM or Lenovo. > >> > >> Is this a Thinkpad model that shows no benefits from loading acpi_ibm? > >=20 > > I just loaded it to veryfy. There is no difference between loaded and n= ot loaded. At least it does not do any harm. The sysctls also do not show u= p after being loaded. >=20 > I believe you've to patch acpi_ibm with the lenovo (LEN0068) identifier > and recompile - see http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/164= 538 >=20 I compiled it into the kernel but it did not make a difference. Erich From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 05:25:19 2012 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 2636E1065670 for ; Wed, 4 Jul 2012 05:25:19 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E8C828FC16 for ; Wed, 4 Jul 2012 05:25:18 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so11317214pbb.13 for ; Tue, 03 Jul 2012 22:25:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=OtURFHxkN1XUmEo/BUpYjsHFH0B3GpTht4VPbUErjDI=; b=xTDJ7Zh3vytkYfrhidqMH8xiC6UBxifcOWmq01hKHuHJ4LMbEMxhCyWP/+KzWifAfU I9Mfu8gRyGQVZQ9xZLL9tqq33pVTkY3nktthJ20+x3q83xvNeX/Fpq4Y/qakXP2ZkHPm cTutH9GVos31H+ZhfjSsR7FZw56XPUATa1tLQ0sw82QfQRCSF2j1IeEywSiCgUhI6Cj0 YrPZeWg2QA9q3hrs5BXafe1CfrobvJns04T91AIMLx+Xav2tjthu4WOK93w42wX0r1xu vPfTxfkl3N18HEXoQkKzhDjK9TysGO62Ib8eIffV1JvYqBcO0LZ15J8zgc9/iGsNznfv Myeg== Received: by 10.68.197.136 with SMTP id iu8mr14534470pbc.111.1341379518542; Tue, 03 Jul 2012 22:25:18 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id pg3sm16998407pbc.2.2012.07.03.22.25.13 (version=SSLv3 cipher=OTHER); Tue, 03 Jul 2012 22:25:17 -0700 (PDT) Message-ID: <4FF3D39A.3030800@gmail.com> Date: Tue, 03 Jul 2012 22:24:42 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Hannes Mehnert References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031820.22657.erichfreebsdlist@ovitrap.com> <20120703231540.I46641@sola.nimnet.asn.au> <201207032128.24837.erichfreebsdlist@ovitrap.com> <4FF3512E.10908@mehnert.org> In-Reply-To: <4FF3512E.10908@mehnert.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Ian Smith , =?ISO-8859-15?Q?Natacha_Port=E9?= Subject: Re: How can I help with thinkpad x220 issues? 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, 04 Jul 2012 05:25:19 -0000 On 07/03/12 13:08, Hannes Mehnert wrote: > I believe you've to patch acpi_ibm with the lenovo (LEN0068) identifier > and recompile - see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164538 > > > Indeed, however I wouldn't hope for too much. The new EC seems to have some differences. While some values appear and work, I'm not sure it will help much. Other values have appeared corrupted for me, while thankfully not appearing to crash the ec or cause malfunction. LEN0068 is a slightly different beast, it would appear. Matt From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 05:29:03 2012 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 33262106566C for ; Wed, 4 Jul 2012 05:29:03 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id DEF558FC0C for ; Wed, 4 Jul 2012 05:29:02 +0000 (UTC) Received: by yhfs35 with SMTP id s35so861642yhf.13 for ; Tue, 03 Jul 2012 22:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8wSUrA6XaLyF4pomlVEP+yHfG6MMvF3052C3Lw0/F80=; b=T5H1A82nEqQrAdAVOaHMRd7Ni/ymfyDQ6S9D3pfkq4HF4gkI8eEpfV7eHWOP0x297L 75QFIAKFVoZt3rPTOdclkoniVJr5Kpl1aX6GK9lMfXFcFlMUI9UN9oaggL4B/xZfMKR4 pGBO8uxhHoVFR2WdFXUBXVsUVUwsN6EDW/LScj1ULQbZOXnFTBbK7iZeeZfyPcG7Ydhv eiWgcLJaVG1ASRNrqvc0KJ6254maTiW9b+3ZWf5Frlh1+7gUd/sHMkzhfuvd/t5jCqyF 1xLzohg/irtrGfUqETOxPIvv24voEbtLTvo1fhHbRn/KGai6uGUv3UfF5yAd+I7/evXe 9pFA== Received: by 10.68.222.9 with SMTP id qi9mr14191224pbc.164.1341379741865; Tue, 03 Jul 2012 22:29:01 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id pp2sm16233203pbb.1.2012.07.03.22.28.59 (version=SSLv3 cipher=OTHER); Tue, 03 Jul 2012 22:29:00 -0700 (PDT) Message-ID: <4FF3D47D.1000402@gmail.com> Date: Tue, 03 Jul 2012 22:28:29 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120616.025804.48535013.iwasaki@jp.FreeBSD.org> <4FDBE1BA.3070204@gmail.com> <20120618.030725.95800960.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120618.030725.95800960.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: [CFT] acpi_ibm event handler 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, 04 Jul 2012 05:29:03 -0000 On 06/17/12 11:07, Mitsuru IWASAKI wrote: > Hi, > >> Brightness can be adjusted using "acpi_call -p '\VBRC' -i n" (where n >> is 0-15). acpi_call must be installed from ports. But this command >> sets absolute brightness, so it can't raise or lower the brightness >> unless you have the current value and I don't know how to get that. >> This is the case on my T520. > X61 has the same problem. There are 2 video device object in ACPI > namespace, \_SB.PCI0.VID (vgapci attached but brightness control > doesn't work) and \_SB.PCI0.AGP.VID (has VBRC method but no driver > attached because of wrong _ADR). > > The custom DSDT with the following patches and acpi_video(4) now > can adjust brightness level :) > > http://people.freebsd.org/~iwasaki/acpi/tpx61.asl.diff > > If you want to make the custom DSDT, I can help you. > > Thanks! > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > Would you be interested in seeing the X220 DSDT? It does sound similar, and you sound like you can make sense of the Lenovo/IBM ACPI branches...I think X220 has hooks for Nvidia optimus that are getting in the way, or some trapdoor function needs to be called to tell ACPI we're using the onboard intel (There is no Nvidia X220, but it looks like ACPI thinks there is). Matt From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 07:37:20 2012 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 D1D5F106564A for ; Wed, 4 Jul 2012 07:37:20 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 192238FC14 for ; Wed, 4 Jul 2012 07:37:19 +0000 (UTC) Received: by eabm6 with SMTP id m6so3037755eab.13 for ; Wed, 04 Jul 2012 00:37:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=hausmJgFeelVqnZ0sMRQsK3WrGhT5JwGjS2d8XR4uM0=; b=hCREQBKTZulys2JWXXcWAdp+7Hq8awTJS8E3DiA0AVSjXlJP77GWXrD2XAvy8iyiUA AvPfYxEFlhQhblivhaxWOZ/O35isYcKwQ7xJX+KHh/9F2ax2q6QLE47G1zHgRRyZrrbC uyFdzdpr8zLPaxhRMDg4GS3RiMdWRijGffPNjBLg34et9FKGKd7/iLiLXUxqrCGw4LbZ qBfF97Y41rjpD/fjGOKwE4hhtbtxESsRei7JV1Yw8UQzrgHXTlJfVqBjfEWbAcZ/AO+Q lAgEp+awzvSAd4hnrFTeMI9pcYyrharhPNLBJb0op/GL/CQfmNX2peTFl+OoFKPb//7D 8jTg== Received: by 10.14.127.195 with SMTP id d43mr5098222eei.174.1341387438789; Wed, 04 Jul 2012 00:37:18 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id q53sm51344958eef.8.2012.07.04.00.37.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jul 2012 00:37:18 -0700 (PDT) Date: Wed, 4 Jul 2012 09:37:10 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: Ian Smith Message-ID: <20120704073710.GA31763@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <201206300921.41695.erichfreebsdlist@ovitrap.com> <20120703083436.GD39287@sigil.instinctive.eu> <201207031820.22657.erichfreebsdlist@ovitrap.com> <20120703231540.I46641@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120703231540.I46641@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQmugel9hIYnWUL7gUrgFsYH3FHakW3k5lJFR9J31JNSUQme331xRlsZVs8HR7oA4Tv1VdIL Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 04 Jul 2012 07:37:20 -0000 Hello, on Tuesday 03 July 2012 at 23:51, Ian Smith wrote: > > > > > $ sysctl dev.acpi_ibm > > > > > > > > I do not have anything with IBM or Lenovo. > > Is this a Thinkpad model that shows no benefits from loading acpi_ibm? As said elsewhere, its identifier is LEN0068 instead if IBM0068, so a non-patched acpi_ibm fails to bind. However once patched, I can see it bind and provide sysctls. I don't know the extent of what acpi_ibm is supposed to do, but I have to admit I haven't noticed any benefit besides the added sysctls and the control offered by those which actually work (e.g. switching wifi, bluetooth or thinklight). Natacha Porté From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 07:46:46 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B49D1065675 for ; Wed, 4 Jul 2012 07:46:46 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 146168FC0C for ; Wed, 4 Jul 2012 07:46:45 +0000 (UTC) Received: by eabm6 with SMTP id m6so3041378eab.13 for ; Wed, 04 Jul 2012 00:46:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=jSUUTuy2MOW1oEY5/ATsR61b4Ui5PUKhir2ay2qEO/8=; b=iwcrseCsKIlvTG4J56oFlWjvXIPHh32CFd0YyxAwfJLc8P5dCJoQmFfwo7buzHoGiB G2/P2ybCbcoJXJeDntyZlhPg2wnDKq2ogO+ffvthUT1eJGqQr7xxs6HvIkL2O0qQwLoB sqnyVuOlItkqV4YQLiBdZFcs3dZ1J1bPLEQOAQCgKeRkdghJIjUkcMmN3gjT97y3RHer UdltvTHGjGsdUe2lxWMH1JshShEdeYIPB5K0A3uojyJJ9lH4/R9w5XpyuD8crPP2CSST axj8ln2YfSqmxnq2LS/42eQpdVebTYLDf80CasjKHDFWe06DNjkOtK9I8z1O8psoaaD8 3cbA== Received: by 10.14.45.10 with SMTP id o10mr5288189eeb.166.1341388005120; Wed, 04 Jul 2012 00:46:45 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id p41sm51427307eef.5.2012.07.04.00.46.43 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jul 2012 00:46:44 -0700 (PDT) Date: Wed, 4 Jul 2012 09:46:37 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: Ian Smith Message-ID: <20120704074637.GB31763@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <4FF258DE.1040904@gmail.com> <20120703080050.GC39287@sigil.instinctive.eu> <201207031823.18456.erichfreebsdlist@ovitrap.com> <20120703235147.N46641@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120703235147.N46641@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQm07yZg74nJYp8sMVaW6FXRellvKkA/bhwx4cSBDqF9T16yxMUJYyGL6xE99H+PYMzKeLRO Cc: freebsd-acpi@freebsd.org Subject: Re: How can I help with thinkpad x220 issues? 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, 04 Jul 2012 07:46:46 -0000 Hello, on Wednesday 04 July 2012 at 00:08, Ian Smith wrote: > On Tue, 3 Jul 2012 18:23:18 +0700, Erich Dollansky wrote: > > On Tuesday, July 03, 2012 03:00:50 PM Natacha Porté wrote: > > > According to leveno website, that's two releases behind. I will try to > > > update it, despite my uneasiness caused by previous bad experiences. > > > Still I'm not exactly sure how to perform it, since I inadvertently > > > destroyed the Windows pre-installation, and I have no optical drive. > > Can you borrow an external CD, Natacha? Someone should have one .. On top of my head I don't know anyone who can lend me one. But that's indeed a possibility I will investigate, along with USB-thumifying the iso file and dd'ing back the disk image it was shipped with. Though that's more complex and harder to schedule than downloading CURRENT sources, building them overnight and installing them on a USB flash. > > > Though I will probably try with CURRENT instead of STABLE before trying > > > BIOS update, since it's much easier to perform and I only need time to > > > get at it. > > > > > I also think that this is the easier way free of any risks. > > Well you could check BIOS/EC upgrade notes to try seeing if any of the > issues fixed may be relevant, but there have been many issues and PRs > fixed by nothing but a firmware upgrade, so I wouldn't skip that. The changelog from lenovo website does not contain anything related to ACPI or power management. But then again, said changelog is so light that I don't trust it to be complete, I rather expect lenovo to mention only significantly visible issues. So I will try the BIOS/EC update when I get the opportunity to do so. I just expect having an opportunity to boot CURRENT sooner. Thanks for your insights, Natacha Porté From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 07:51:12 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E7A8106564A for ; Wed, 4 Jul 2012 07:51:12 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E9F9A8FC1C for ; Wed, 4 Jul 2012 07:51:11 +0000 (UTC) Received: by eeke49 with SMTP id e49so3032097eek.13 for ; Wed, 04 Jul 2012 00:51:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent:x-gm-message-state; bh=PnlwijuMJXao6CmiSijjzKBb/DaHuH6yXtvyyVsBALE=; b=jTiWpdfSKHEWtuX6oaQxXF7USC145LCY/qLb5oHFut4V3hTIc13aYUM0x+Q4rfB6jy JoMnGLX2voxkMG8slcaKdJyrFLW7bn6dVFLkv60q3/lLg1miCCn37PV9IwZwfFHv4GZW f+eLUt5oWUQz4vcNNA5tb2aCphxFfaMWk1SmKZm8IGD95f4ZEPmc3HzfEL0w7qjISsYt NfOvvXTvZQxiE0lINl18v6Yf/RMBX6sagjUQmHOhXMDd2a1/xwD43p2PR5c9586lhVnM E5QBVQZrGaIm0rbGIQDwxTKW1Ca76pnduoyQ0tnBEnluk7Ja5085YWOYm4GwoVS1ILJT qAQQ== Received: by 10.14.127.8 with SMTP id c8mr5129535eei.148.1341388271060; Wed, 04 Jul 2012 00:51:11 -0700 (PDT) Received: from sigil.instinctive.eu ([2001:758:f00:340:78:41:233:119]) by mx.google.com with ESMTPS id y54sm51437900eef.10.2012.07.04.00.51.09 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Jul 2012 00:51:10 -0700 (PDT) Date: Wed, 4 Jul 2012 09:51:03 +0200 From: Natacha =?iso-8859-1?Q?Port=E9?= To: matt Message-ID: <20120704075103.GC31763@sigil.instinctive.eu> References: <20120523151357.GC97037@sigil.instinctive.eu> <201207031820.22657.erichfreebsdlist@ovitrap.com> <20120703231540.I46641@sola.nimnet.asn.au> <201207032128.24837.erichfreebsdlist@ovitrap.com> <4FF3512E.10908@mehnert.org> <4FF3D39A.3030800@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4FF3D39A.3030800@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQn4Xa1mEn1SAXQeb9GKV3KLoJ+IaWoAYq0Oc6EknLfsqUnc7jxV3dlP9kA4HKheSB0v4tVy Cc: freebsd-acpi@freebsd.org, Ian Smith Subject: Re: How can I help with thinkpad x220 issues? 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, 04 Jul 2012 07:51:12 -0000 on Tuesday 03 July 2012 at 22:24, matt wrote: > On 07/03/12 13:08, Hannes Mehnert wrote: > > I believe you've to patch acpi_ibm with the lenovo (LEN0068) identifier > > and recompile - see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164538 > > > Indeed, however I wouldn't hope for too much. The new EC seems to have > some differences. > While some values appear and work, I'm not sure it will help much. Other > values have appeared corrupted for me, while thankfully not appearing to > crash the ec or cause malfunction. As I wrote elsewhere, I haven't benefited from LEN0068-patched acpi_ibm except for wifi/bluetooth/thinklight switch through sysctl and the few other little things. Is it suppose to do more than that? > LEN0068 is a slightly different beast, it would appear. That leads back to the original question still in the subject: is there anything I can do to help support of LEN0068? Is it different enough to warrant a fork from acpi_ibm? Are there specifications supposed to be available somewhere? Thanks for your help, Natacha Porté From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 10:46:50 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79F461065674 for ; Wed, 4 Jul 2012 10:46:50 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id F1C008FC08 for ; Wed, 4 Jul 2012 10:46:49 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id q64Akghu004363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 4 Jul 2012 12:46:42 +0200 Received: from portgus.lan ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q64AkfU1025005 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 4 Jul 2012 12:46:41 +0200 Message-ID: <4FF41F15.1030802@entel.upc.edu> Date: Wed, 04 Jul 2012 12:46:45 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: matt References: <4FE99A6A.30809@entel.upc.edu> <4FF25B3F.3040704@gmail.com> <4FF29521.3010106@entel.upc.edu> In-Reply-To: <4FF29521.3010106@entel.upc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Wed, 04 Jul 2012 12:46:42 +0200 (CEST) Cc: freebsd-acpi@freebsd.org Subject: Re: Unable to resume amd64 machine 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, 04 Jul 2012 10:46:50 -0000 >>> >> This could be similar to thinkpads, see my response to Honest Qiao's >> X201... >> Here's the short version: >> >> In single user, set hw.pci.do_power_resume=0 and >> hw.pci.do_power_suspend=0 >> >> Try suspend bounce (and if successful suspend) with suspend beep >> sysctl on. >> >> If that fails (either bounce or full suspend) try just >> hw.pci.do_power_resume=1 >> >> repeat test (bounce then full suspend) >> >> If that fails (either bounc or full suspend) try just >> hw.pci.do_power_suspend=1 >> >> repeat test (bounce then full suspend) >> > Thanks Matt for your suggestions. I'll use suspend for hw.pci.do_power_suspend and resume for hw.pci.do_power_resume. The tests were made in single user with an stripped kernel (I can show a kldload -v if needed); no firewire, sdhci, mmc, if_ath, if_em, etc . The short story is: - without bounce and any combination of suspend and resume, the machine beeps forever when resuming from a full suspend - with bounce, with any combination of s/r but suspend=1 and resume=0 the machine stays alive without video (it gets full illuminated). With bounce and suspend=1 and resume=0 the machine freezes hard (I heard no beep because of bounce=1) With bounce (when it doesn't freeze) I can do ls -laR /, grep's and I see the HD spining, so it stays alive with the bounce. I tried the same tests (8) with acpi_video loaded and the results were the same. Because it seems to work with bounce and because it beeps when returning from a full suspend I would say that the problem is in the resume code path. I could also do all the tests with acpi_fujitsu but it only gives the possibility to use the acpi controlled buttons on the notebook. The first time I tried to suspend/resume I was using acpi_fujitsu and the machine did not resume. Thanks for your help. -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 15:04:23 2012 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 D56C4106566B; Wed, 4 Jul 2012 15:04:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EF3C68FC0C; Wed, 4 Jul 2012 15:04:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA10068; Wed, 04 Jul 2012 18:04:18 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4FF45B71.7050208@FreeBSD.org> Date: Wed, 04 Jul 2012 18:04:17 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120610 Thunderbird/13.0 MIME-Version: 1.0 To: Sean Bruno References: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> <4FF1D7A7.6000906@FreeBSD.org> <1341263872.3342.39.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1341263872.3342.39.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: [rethinking] Re: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. 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, 04 Jul 2012 15:04:23 -0000 on 03/07/2012 00:17 Sean Bruno said the following: > Agreed. We shall have to discuss further and see where this leads us. > Its starting to look like some amount of further overhaul may be > required. [Just replying to a high-level thing here.] Or maybe no overhaul at all?.. :-) Our current approach of using C-state indexes as C-state identifiers/names may be not so bad after all if we remove confusion by properly documenting the meaning (index vs "type"). Here is a link to a past discussion on this topic: http://thread.gmane.org/gmane.os.freebsd.current/127860/focus=6373 I think that messages in a sub-thread starting at the highlighted message may provide some useful information. Here are couple of links to the code in Linux and OpenSolaris: http://lxr.linux.no/#linux+v3.4.4/drivers/acpi/processor_idle.c#L354 http://lxr.linux.no/#linux+v3.4.4/drivers/acpi/processor_idle.c#L1097 http://fxr.watson.org/fxr/source/i86pc/os/cpupm/cpu_acpi.c?v=OPENSOLARIS#L683 http://fxr.watson.org/fxr/source/i86pc/os/cpupm/cpu_idle.c?v=OPENSOLARIS;im=bigexcerpts#L678 So, now as then I still don't have any preference for either of methods. But the decision is not straightforward as you might see now, thus we need some convincing that any change is needed actually :-) For more information about each C-state I would go a way of creating a sysctl forest with a tree at each C-state under each CPU (for potential asymmetric C-state support), which would describe all available parameters of each C-state (power, latency, ACPI (or HW-specific[*]) type, I/O-vs-MWAIT-vs-etc type of entrance, etc). [*] E.g. for intel_idle it could be C-state numbers from Intel specs. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 4 23:19:13 2012 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 293B1106564A for ; Wed, 4 Jul 2012 23:19:13 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id 679328FC15 for ; Wed, 4 Jul 2012 23:19:12 +0000 (UTC) Received: from [192.168.0.2] (unused-213.111.71.69.bilink.ua [213.111.71.69] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id q64NBqmt009747 for ; Thu, 5 Jul 2012 02:11:52 +0300 (EEST) (envelope-from mbsd@isgroup.com.ua) From: mbsd To: freebsd-acpi@freebsd.org In-Reply-To: <201207031411248300207@gmail.com> References: <201207021729413382845@gmail.com>, <4FF2599B.6050409@gmail.com> <201207031411248300207@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 05 Jul 2012 00:23:49 +0300 Message-ID: <1341437029.4017.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.9 required=9.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua Subject: Re: Re: Resume failed after Suspend on Thinkpad x201i 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, 04 Jul 2012 23:19:13 -0000 On Tue, 2012-07-03 at 14:11 +0800, 乔楚/HonestQiao wrote: > >On 07/02/12 02:29, 乔楚/HonestQiao wrote: > >> Follow by step in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > >> #sysctl debug.bootverbose=1 > >> #sysctl debug.acpi.suspend_bounce=1 > >> #acpiconf -s 3 (or push Fn+F3) > >> > >> After a moment, the display is light and black, LED Sleep is light. > >> But it cant be resume. No button can do resume. > >> > >> Some useful info: > >> hw.acpi : http://pastebin.com/zknEPdVS > >> acpidump : http://pastebin.com/uH4hXywR > >> dmesg : http://pastebin.com/wdqi7mfW > >> > >> In /var/log/message: http://pastebin.com/fcWKMUd7 > >> Jul 2 16:43:22 x201i acpi: suspend at 20120702 16:43:22 > >> [It Can't resume, so I push power force to close my x201. ] > >> Jul 2 16:52:11 x201i syslogd: kernel boot file is /boot/kernel/kernel > >> > >> #uname -a > >> FreeBSD x201i.honestqiao 9.0-STABLE FreeBSD 9.0-STABLE #0: Wed Jun 13 22:36:36 CST 2012 root@x201i.honestqiao:/usr/obj/usr/src/sys/GENERIC amd64 > >> #vmstat -i > >> interrupt total rate > >> irq1: atkbd0 16 0 > >> irq9: acpi0 727 4 > >> irq19: ehci1 338 2 > >> irq23: ehci0 255 1 > >> cpu0:timer 7607 50 > >> irq264: em0 135 0 > >> irq265: hdac0 66 0 > >> irq266: iwn0 15781 105 > >> irq267: ahci0 5732 38 > >> cpu1:timer 1578 10 > >> cpu3:timer 1819 12 > >> cpu2:timer 1510 10 > >> irq268: vgapci0 3 0 > >> Total 35567 237 > >> > >> #kldstat > >> Id Refs Address Size Name > >> 1 85 0xffffffff80200000 1301fa8 kernel > >> 2 1 0xffffffff81502000 2087f0 zfs.ko > >> 3 2 0xffffffff8170b000 5c68 opensolaris.ko > >> 4 2 0xffffffff81711000 484e0 linux.ko > >> 5 1 0xffffffff8175a000 f4d8 aio.ko > >> 6 1 0xffffffff8176a000 29e0 coretemp.ko > >> 7 1 0xffffffff8176d000 3028 amdtemp.ko > >> 8 1 0xffffffff81771000 27398 drm.ko > >> 9 1 0xffffffff81799000 ba40 mmc.ko > >> 10 1 0xffffffff817a5000 4218 mmcsd.ko > >> 12 1 0xffffffff817b0000 6568 cuse4bsd.ko > >> 13 1 0xffffffff817b7000 de08 tmpfs.ko > >> 14 3 0xffffffff817c5000 8ab0 libiconv.ko > >> 15 1 0xffffffff817ce000 24c8 libmchain.ko > >> 16 1 0xffffffff817d1000 11c8 cd9660_iconv.ko > >> 17 1 0xffffffff817d3000 11e0 msdosfs_iconv.ko > >> 18 1 0xffffffff817d5000 10768 cpufreq.ko > >> 19 1 0xffffffff817e6000 59b8 acpi_ibm.ko > >> 20 1 0xffffffff817ec000 6668 sem.ko > >> 21 1 0xffffffff81a12000 15c2 fdescfs.ko > >> 22 1 0xffffffff81a14000 3dfd linprocfs.ko > >> 23 1 0xffffffff81a18000 a9bb fuse.ko > >> 24 1 0xffffffff81a23000 5f7b7 i915kms.ko > >> 25 1 0xffffffff81a83000 123d iicbb.ko > >> 26 4 0xffffffff81a85000 12ff iicbus.ko > >> 27 1 0xffffffff81a87000 dc9 iic.ko > >> 28 1 0xffffffff81a88000 2be29 drm2.ko > >> > >> #sysctl dev.acpi_ibm > >> dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras > >> dev.acpi_ibm.0.%driver: acpi_ibm > >> dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY > >> dev.acpi_ibm.0.%pnpinfo: _HID=IBM0068 _UID=0 > >> dev.acpi_ibm.0.%parent: acpi0 > >> dev.acpi_ibm.0.initialmask: 2060 > >> dev.acpi_ibm.0.availmask: 134217727 > >> dev.acpi_ibm.0.events: 1 > >> dev.acpi_ibm.0.eventmask: 134217727 > >> dev.acpi_ibm.0.hotkey: 388 > >> dev.acpi_ibm.0.lcd_brightness: 0 > >> dev.acpi_ibm.0.volume: 7 > >> dev.acpi_ibm.0.mute: 0 > >> dev.acpi_ibm.0.thinklight: 0 > >> dev.acpi_ibm.0.bluetooth: 0 > >> dev.acpi_ibm.0.wlan: 1 > >> dev.acpi_ibm.0.fan_speed: 3265 > >> dev.acpi_ibm.0.fan_level: 2 > >> dev.acpi_ibm.0.fan: 0 > >> > >> -------------- > >> > >> > >> _______________________________________________ > >> freebsd-acpi@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > >> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > >Try setting hw.pci.do_power_resume and hw.pci.do_power_suspend to 0, > >then try each at 1, then try both at 1. > > > >Many times Thinkpads fail to resume because of something import getting > >turned off that needs to be on during suspend, or by trying to turn on > >things that don't like that during resume. Almost all my thinkpads have > >required some combo of the above settings. > > > >Also, try these tests in single user, to rule out some 3rd party kernel > >modules you have there. > > > >Matt > > > > > > #kldstat > kernel zfs.ko opensolaris.ko acpi_ibm.ko > #cat /root/set.sh > #!/bin/csh > sysclt -w sysctl debug.bootverbose=1 > sysclt -w sysctl debug.acpi.suspend_bounce=1 > > > sysclt -w hw.acpi.reset_video="$argv[1]" > sysclt -w hw.pci.do_power_resume="$argv[2]" > sysclt -w hw.pci.do_power_suspend="$argv[3]" > > Test:(8 times) > /root/set.sh 0 0 0; acpiconf -s 3 > /root/set.sh 0 0 1; acpiconf -s 3 > /root/set.sh 0 1 0; acpiconf -s 3 > /root/set.sh 0 1 1; acpiconf -s 3 > > /root/set.sh 1 0 0; acpiconf -s 3 > /root/set.sh 1 0 1; acpiconf -s 3 > /root/set.sh 1 1 0; acpiconf -s 3 > /root/set.sh 1 1 1; acpiconf -s 3 > > In All the test, the screen is light and black, system is hangup, nothing can be done. > The only thing can be done, is push power button, to force it shutdown. Which graphic card have you used? If you have had nvidia, it's normal, I've had the same problem "the screen is light and black". > In single user mode, the problem remains the same. > Load or UnLoad acpi_ibm.ko, no effect on. > > Maybe Suspend isn't success. > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 6 13:32:59 2012 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E81281065670; Fri, 6 Jul 2012 13:32:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B52CC8FC0A; Fri, 6 Jul 2012 13:32:57 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA07130; Fri, 06 Jul 2012 16:32:53 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4FF6E904.9000900@FreeBSD.org> Date: Fri, 06 Jul 2012 16:32:52 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: Sean Bruno References: <1340756603.2898.12.camel@powernoodle.corp.yahoo.com> <4FF1D7A7.6000906@FreeBSD.org> <1341263872.3342.39.camel@powernoodle.corp.yahoo.com> <4FF45B71.7050208@FreeBSD.org> In-Reply-To: <4FF45B71.7050208@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: [rethinking] Re: [CFT] Sparse Cstate Support -- Its possible, that I don't know what I'm doing. 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, 06 Jul 2012 13:32:59 -0000 on 04/07/2012 18:04 Andriy Gapon said the following: > Our current approach of using C-state indexes as C-state identifiers/names may be > not so bad after all if we remove confusion by properly documenting the meaning > (index vs "type"). > Here is a link to a past discussion on this topic: > http://thread.gmane.org/gmane.os.freebsd.current/127860/focus=6373 > I think that messages in a sub-thread starting at the highlighted message may > provide some useful information. > Here are couple of links to the code in Linux and OpenSolaris: > http://lxr.linux.no/#linux+v3.4.4/drivers/acpi/processor_idle.c#L354 > http://lxr.linux.no/#linux+v3.4.4/drivers/acpi/processor_idle.c#L1097 > http://fxr.watson.org/fxr/source/i86pc/os/cpupm/cpu_acpi.c?v=OPENSOLARIS#L683 > http://fxr.watson.org/fxr/source/i86pc/os/cpupm/cpu_idle.c?v=OPENSOLARIS;im=bigexcerpts#L678 > > So, now as then I still don't have any preference for either of methods. But the > decision is not straightforward as you might see now, thus we need some convincing > that any change is needed actually :-) > > For more information about each C-state I would go a way of creating a sysctl > forest with a tree at each C-state under each CPU (for potential asymmetric > C-state support), which would describe all available parameters of each C-state > (power, latency, ACPI (or HW-specific[*]) type, I/O-vs-MWAIT-vs-etc type of > entrance, etc). > > [*] E.g. for intel_idle it could be C-state numbers from Intel specs. > Here is an example based on a real i7 system (enslaved by Linux) to make the situation more easy to comprehend. The system seems to provide 5 C-states including C0, but uninteresting C0 and C1 will be omitted in the further data. So: ACPI (_CST) index 2 3 4 ACPI (_CST) type 2 3 3 ACPI I/O register 0x414 0x415 0x416 Intel name (intel_idle) C3 C6 C7 MWAIT hint 0x10 0x20 0x30 [*] ACPI tables can advertise C-states either with I/O entry or with MWAIT entry based on declared OS capabilities (what FreeBSD defines as ACPI_CAP_SMP_C3_NATIVE, to be precise). MWAIT hints are the same both in ACPI tables and in intel_idle driver. I make the following observations and conclusions. All C-states are really different despite two of them having the same ACPI type. So collapsing C-states based on ACPI type like (Open)Solaris does (did) is clearly a wrong approach. Using ACPI type as a name (identity) of a C-state also seems to be unhelpful ("C3 - which C3, the first C3 or the second C3?"). Restoring the vendor designated names of the states (C3, C6, C7) is impossible from ACPI provided information alone. Where does this leave us? I think that it leaves us exactly where we are now (and Linux too). The only thing that I would perhaps change would be to drop 'C' from FreeBSD C-state names to minimize confusion with "real" C-state name/types/whatevers (whichever one prefers to consider to be the real ones) and to emphasize that they are just indexes/handles/FreeBSD IDs. But even such a change, being purely cosmetic, probably has too little benefit considering potential pain of POLA violation. So I urge you to give up your C-state renaming patch. At least for me the above example decides the choice. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 7 15:40:46 2012 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 7905F106566C for ; Sat, 7 Jul 2012 15:40:46 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C9BE8FC0A for ; Sat, 7 Jul 2012 15:40:46 +0000 (UTC) Received: by obbun3 with SMTP id un3so21071110obb.13 for ; Sat, 07 Jul 2012 08:40:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=S9XB3W2m1Kt2FIvm2kfPsoAOi/r+hOInMuF/gprh5hk=; b=uM3XTyYw6N0zqxxupyD2qPrU79wgDzYnZwDdXlRymh3sA7+X09uLVHxkvWCu64sVL3 ZUGaHbTAvtg1cQ8EzgE55epzk72fXs4rQs9XP3/VX58TlenOktNXNR0cC44mjmQNiew6 ftrKIwDK3vKoc7N1ZCqwIluH7QZTNVV8wGiPVPDIqTT3sN0krobfIGJ6iR6b97+YszCp YP5EfIpJxGoCHwZAZ/sPEUu1/1Eodp3gC0wdJZQsAJRFjD3Q+UXeMGV5u+J0FkRjOsCo T75XCM/I7FSsp5XXjeRwXBrn9sVoEjwgcckt3qy+l5Jnqih7hmn4LwjWgg4IvnLothN/ i9OQ== MIME-Version: 1.0 Received: by 10.182.64.69 with SMTP id m5mr14336308obs.40.1341675645840; Sat, 07 Jul 2012 08:40:45 -0700 (PDT) Received: by 10.60.61.38 with HTTP; Sat, 7 Jul 2012 08:40:45 -0700 (PDT) In-Reply-To: <1341437029.4017.5.camel@localhost> References: <201207021729413382845@gmail.com> <4FF2599B.6050409@gmail.com> <201207031411248300207@gmail.com> <1341437029.4017.5.camel@localhost> Date: Sat, 7 Jul 2012 10:40:45 -0500 Message-ID: From: Brandon Gooch To: mbsd , honestqiao@gmail.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org Subject: Re: Re: Resume failed after Suspend on Thinkpad x201i X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2012 15:40:46 -0000 On Wed, Jul 4, 2012 at 4:23 PM, mbsd wrote: > On Tue, 2012-07-03 at 14:11 +0800, =E4=B9=94=E6=A5=9A/HonestQiao wrote: [SNIP] >> >> In All the test, the screen is light and black, system is hangup, nothin= g can be done. >> The only thing can be done, is push power button, to force it shutdown. > > Which graphic card have you used? If you have had nvidia, it's normal, > I've had the same problem "the screen is light and black". Can both of you show the output of `devinfo -v` from your systems? I was able to solve my suspend/resume issue with my nvidia-equipped notebook by forcing the module load ordering of vgapm in sys/isa/vga_isa.c: Index: sys/isa/vga_isa.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/isa/vga_isa.c (revision 237779) +++ sys/isa/vga_isa.c (working copy) @@ -379,4 +379,4 @@ 0 }; -DRIVER_MODULE(vgapm, vgapci, vgapm_driver, vgapm_devclass, 0, 0); +DRIVER_MODULE(vgapm, vgapci, vgapm_driver, vgapm_devclass, 0, SI_ORDER_ANY= ); The system requires however that I load the nvidia module in /boot/loader.conf (as opposed to loading it after system is up and running). -Brandon From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 7 15:53:22 2012 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 C00B01065670 for ; Sat, 7 Jul 2012 15:53:22 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 81F9B8FC08 for ; Sat, 7 Jul 2012 15:53:22 +0000 (UTC) Received: by obbun3 with SMTP id un3so21087867obb.13 for ; Sat, 07 Jul 2012 08:53:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=C0gf1Qo2ZaM7yPdNG47vRiGsupuf16Y/GbHBHM7dYEM=; b=w4zmL1/8XRAcVt8QxsRmWNyGroiIfIv/izBsvbpkvaAt9ffql3duQ+04oNm7RDn4AP 0hNS/pFjP4OS5yiZUh0WTrc++JfJpjHXlMEN5WCDmju9qpXkL91NLP7JaEJArzAYNGh8 n67Yk8Ney+Jf1ki21Ws9afu3r1OQjHNCL0bYFQ1bZ6yWCjkXN+fsQc6jcskTXx7SKRtL zqFl8fXanBzBABrFPB92bA4PcrdlBjK5mfMqt4yvHez5soDBXTzS2om45Ljquca5V+nD JDpJJoRtq5A+i5/MzcWO+aExpj1wcHLc2pNaq59y1S60YxWgvj1iNJBZZAXwSrsXSO8A rzUg== MIME-Version: 1.0 Received: by 10.60.172.236 with SMTP id bf12mr31144949oec.23.1341676401878; Sat, 07 Jul 2012 08:53:21 -0700 (PDT) Received: by 10.60.61.38 with HTTP; Sat, 7 Jul 2012 08:53:21 -0700 (PDT) In-Reply-To: <4FF41F15.1030802@entel.upc.edu> References: <4FE99A6A.30809@entel.upc.edu> <4FF25B3F.3040704@gmail.com> <4FF29521.3010106@entel.upc.edu> <4FF41F15.1030802@entel.upc.edu> Date: Sat, 7 Jul 2012 10:53:21 -0500 Message-ID: From: Brandon Gooch To: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org Subject: Re: Unable to resume amd64 machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2012 15:53:22 -0000 On Wed, Jul 4, 2012 at 5:46 AM, Gustau P=E9rez i Querol wrote: > >>>> >>> This could be similar to thinkpads, see my response to Honest Qiao's >>> X201... >>> Here's the short version: >>> >>> In single user, set hw.pci.do_power_resume=3D0 and >>> hw.pci.do_power_suspend=3D0 >>> >>> Try suspend bounce (and if successful suspend) with suspend beep sysctl >>> on. >>> >>> If that fails (either bounce or full suspend) try just >>> hw.pci.do_power_resume=3D1 >>> >>> repeat test (bounce then full suspend) >>> >>> If that fails (either bounc or full suspend) try just >>> hw.pci.do_power_suspend=3D1 >>> >>> repeat test (bounce then full suspend) >>> >> > > Thanks Matt for your suggestions. > > I'll use suspend for hw.pci.do_power_suspend and resume for > hw.pci.do_power_resume. > > The tests were made in single user with an stripped kernel (I can show= a > kldload -v if needed); no firewire, sdhci, mmc, if_ath, if_em, etc . > > The short story is: > > - without bounce and any combination of suspend and resume, the > machine beeps forever when resuming from a full suspend > - with bounce, with any combination of s/r but suspend=3D1 and resu= me=3D0 > the machine stays alive without video (it gets full illuminated). With > bounce and suspend=3D1 and resume=3D0 the machine freezes hard (I heard n= o beep > because of bounce=3D1) > > With bounce (when it doesn't freeze) I can do ls -laR /, grep's and I = see > the HD spining, so it stays alive with the bounce. > > I tried the same tests (8) with acpi_video loaded and the results were > the same. Because it seems to work with bounce and because it beeps when > returning from a full suspend I would say that the problem is in the resu= me > code path. > > I could also do all the tests with acpi_fujitsu but it only gives the > possibility to use the acpi controlled buttons on the notebook. The first > time I tried to suspend/resume I was using acpi_fujitsu and the machine d= id > not resume. > > Thanks for your help. > > > -- > -------------------------------------------------------------------------= -- > Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting > Stop top-posting : http://en.wikipedia.org/wiki/Posting_style > > O O O Gustau P=E9rez i Querol > O O O Departament d'Enginyeria Telem=E0tica > O O O Universitat Polit=E8cnica de Catalunya > Edifici C3 - Despatx S101-B > UPC Campus Nord UPC > C/ Jordi Girona, 1-3 > 08034 - Barcelona Gustau, Can you show the output of `devinfo -v` from your system? I've been able to pinpoint an issue with resume on my notebook (equipped with nvidia). I'm curious whether this could also affect intel users... See my reply in another thread: http://lists.freebsd.org/pipermail/freebsd-acpi/2012-July/007677.html -Brandon From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 7 16:39:52 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDDF3106564A for ; Sat, 7 Jul 2012 16:39:52 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6FF8FC15 for ; Sat, 7 Jul 2012 16:39:51 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q67Gdi7u023554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 7 Jul 2012 18:39:44 +0200 Received: from portgus.lan (12.Red-79-145-236.dynamicIP.rima-tde.net [79.145.236.12]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q67Gdeh1012963 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 7 Jul 2012 18:39:42 +0200 Message-ID: <4FF8664C.8010804@entel.upc.edu> Date: Sat, 07 Jul 2012 18:39:40 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: Brandon Gooch References: <4FE99A6A.30809@entel.upc.edu> <4FF25B3F.3040704@gmail.com> <4FF29521.3010106@entel.upc.edu> <4FF41F15.1030802@entel.upc.edu> In-Reply-To: Content-Type: multipart/mixed; boundary="------------030509040801000102030403" X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sat, 07 Jul 2012 18:39:44 +0200 (CEST) Cc: freebsd-acpi@freebsd.org Subject: Re: Unable to resume amd64 machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2012 16:39:53 -0000 This is a multi-part message in MIME format. --------------030509040801000102030403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit On 07/07/2012 17:53, Brandon Gooch wrote: > On Wed, Jul 4, 2012 at 5:46 AM, Gustau Pérez i Querol > wrote: >>>> This could be similar to thinkpads, see my response to Honest Qiao's >>>> X201... >>>> Here's the short version: >>>> >>>> In single user, set hw.pci.do_power_resume=0 and >>>> hw.pci.do_power_suspend=0 >>>> >>>> Try suspend bounce (and if successful suspend) with suspend beep sysctl >>>> on. >>>> >>>> If that fails (either bounce or full suspend) try just >>>> hw.pci.do_power_resume=1 >>>> >>>> repeat test (bounce then full suspend) >>>> >>>> If that fails (either bounc or full suspend) try just >>>> hw.pci.do_power_suspend=1 >>>> >>>> repeat test (bounce then full suspend) >>>> >> Thanks Matt for your suggestions. >> >> I'll use suspend for hw.pci.do_power_suspend and resume for >> hw.pci.do_power_resume. >> >> The tests were made in single user with an stripped kernel (I can show a >> kldload -v if needed); no firewire, sdhci, mmc, if_ath, if_em, etc . >> >> The short story is: >> >> - without bounce and any combination of suspend and resume, the >> machine beeps forever when resuming from a full suspend >> - with bounce, with any combination of s/r but suspend=1 and resume=0 >> the machine stays alive without video (it gets full illuminated). With >> bounce and suspend=1 and resume=0 the machine freezes hard (I heard no beep >> because of bounce=1) >> >> With bounce (when it doesn't freeze) I can do ls -laR /, grep's and I see >> the HD spining, so it stays alive with the bounce. >> >> I tried the same tests (8) with acpi_video loaded and the results were >> the same. Because it seems to work with bounce and because it beeps when >> returning from a full suspend I would say that the problem is in the resume >> code path. >> >> I could also do all the tests with acpi_fujitsu but it only gives the >> possibility to use the acpi controlled buttons on the notebook. The first >> time I tried to suspend/resume I was using acpi_fujitsu and the machine did >> not resume. >> >> Thanks for your help. >> >> >> -- >> --------------------------------------------------------------------------- >> Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting >> Stop top-posting : http://en.wikipedia.org/wiki/Posting_style >> >> O O O Gustau Pérez i Querol >> O O O Departament d'Enginyeria Telemàtica >> O O O Universitat Politècnica de Catalunya >> Edifici C3 - Despatx S101-B >> UPC Campus Nord UPC >> C/ Jordi Girona, 1-3 >> 08034 - Barcelona > Gustau, > > Can you show the output of `devinfo -v` from your system? > > I've been able to pinpoint an issue with resume on my notebook > (equipped with nvidia). I'm curious whether this could also affect > intel users... > > See my reply in another thread: > > http://lists.freebsd.org/pipermail/freebsd-acpi/2012-July/007677.html > > -Brandon I'll try what you suggested in the other thread. In the meantime I'm attaching the devinfo -v output. Thank you -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona --------------030509040801000102030403 Content-Type: text/plain; charset=UTF-8; name="devinfo.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="devinfo.txt" nexus0 apic0 ram0 acpi0 cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 coretemp0 est0 p4tcc0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 coretemp1 est1 p4tcc1 cpufreq1 cpu2 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 coretemp2 est2 p4tcc2 cpufreq2 cpu3 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU3 coretemp3 est3 p4tcc3 cpufreq3 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU4 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU5 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU6 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU7 pcib0 pnpinfo _HID=PNP0A08 _UID=0 at handle=\_SB_.PCI0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x0044 subvendor=0x10cf subdevice=0x1505 class=0x060000 at slot=0 function=0 vgapci0 pnpinfo vendor=0x8086 device=0x0046 subvendor=0x10cf subdevice=0x1507 class=0x030000 at slot=2 function=0 handle=\_SB_.PCI0.GFX0 agp0 drm0 drmn0 intel_iicbb0 iicbb0 iicbus0 iic0 at addr=0 intel_gmbus0 iicbus1 iic1 at addr=0 intel_iicbb1 iicbb1 iicbus2 iic2 at addr=0 intel_gmbus1 iicbus3 iic3 at addr=0 intel_iicbb2 iicbb2 iicbus4 iic4 at addr=0 intel_gmbus2 iicbus5 iic5 at addr=0 intel_iicbb3 iicbb3 iicbus6 iic6 at addr=0 intel_gmbus3 iicbus7 iic7 at addr=0 intel_iicbb4 iicbb4 iicbus8 iic8 at addr=0 intel_gmbus4 iicbus9 iic9 at addr=0 intel_iicbb5 iicbb5 iicbus10 iic10 at addr=0 intel_gmbus5 iicbus11 iic11 at addr=0 intel_iicbb6 iicbb6 iicbus12 iic12 at addr=0 intel_gmbus6 iicbus13 iic13 at addr=0 intel_iicbb7 iicbb7 iicbus14 iic14 at addr=0 intel_gmbus7 iicbus15 iic15 at addr=0 intel_sdvo_ddc_proxy921920 iicbus16 drm_iic_dp_aux0 iicbus17 drm_iic_dp_aux1 iicbus18 drm_iic_dp_aux2 iicbus19 unknown pnpinfo vendor=0x8086 device=0x3b64 subvendor=0x10cf subdevice=0x152b class=0x078000 at slot=22 function=0 em0 pnpinfo vendor=0x8086 device=0x10ea subvendor=0x10cf subdevice=0x1574 class=0x020000 at slot=25 function=0 handle=\_SB_.PCI0.GLAN ehci0 pnpinfo vendor=0x8086 device=0x3b3c subvendor=0x10cf subdevice=0x1528 class=0x0c0320 at slot=26 function=0 handle=\_SB_.PCI0.EHC2 usbus0 uhub0 uhub2 pnpinfo vendor=0x8087 product=0x0020 devclass=0x09 devsubclass=0x00 sernum="" release=0x0000 mode=host intclass=0x09 intsubclass=0x00 i at bus=1 hubaddr=1 port=0 devaddr=2 interface=0 uhid0 pnpinfo vendor=0x046d product=0xc52b devclass=0x00 devsubclass=0x00 sernum="" release=0x1201 mode=host intclass=0x03 intsubclass=0x00 i at bus=2 hubaddr=1 port=0 devaddr=3 interface=2 hdac0 pnpinfo vendor=0x8086 device=0x3b56 subvendor=0x10cf subdevice=0x159f class=0x040300 at slot=27 function=0 handle=\_SB_.PCI0.HDEF hdacc0 pnpinfo vendor=0x10ec device=0x0269 revision=0x00 stepping=0x04 at cad=0 hdaa0 pnpinfo type=0x01 subsystem=0x10cf0000 at nid=1 pcm0 at nid=20,21,27 pcm1 at nid=26,24 hdacc1 pnpinfo vendor=0x11c1 device=0x1040 revision=0x02 stepping=0x00 at cad=1 unknown pnpinfo type=0x02 subsystem=0x10cf14a5 at nid=1 hdacc2 pnpinfo vendor=0x8086 device=0x2804 revision=0x00 stepping=0x00 at cad=3 hdaa1 pnpinfo type=0x01 subsystem=0x80860101 at nid=1 pcm2 at nid=4 pcm3 at nid=5 pcib1 pnpinfo vendor=0x8086 device=0x3b4c subvendor=0x10cf subdevice=0x1529 class=0x060400 at slot=28 function=0 handle=\_SB_.PCI0.PCE0 pci8 pcib2 pnpinfo vendor=0x8086 device=0x3b44 subvendor=0x10cf subdevice=0x1529 class=0x060400 at slot=28 function=1 handle=\_SB_.PCI0.PCE1 pci16 ath0 pnpinfo vendor=0x168c device=0x002e subvendor=0x10cf subdevice=0x158f class=0x028000 at slot=0 function=0 handle=\_SB_.PCI0.PCE1.PXSX ehci1 pnpinfo vendor=0x8086 device=0x3b34 subvendor=0x10cf subdevice=0x1528 class=0x0c0320 at slot=29 function=0 handle=\_SB_.PCI0.EHC1 usbus1 uhub1 uhub3 pnpinfo vendor=0x8087 product=0x0020 devclass=0x09 devsubclass=0x00 sernum="" release=0x0000 mode=host intclass=0x09 intsubclass=0x00 i at bus=1 hubaddr=1 port=1 devaddr=2 interface=0 ubt0 pnpinfo vendor=0x1690 product=0x0741 devclass=0xe0 devsubclass=0x01 sernum="" release=0x5276 mode=host intclass=0xe0 intsubclass=0x01 i at bus=2 hubaddr=4 port=1 devaddr=4 interface=0 pcib3 pnpinfo vendor=0x8086 device=0x2448 subvendor=0x10cf subdevice=0x151b class=0x060401 at slot=30 function=0 handle=\_SB_.PCI0.P0P1 pci72 unknown pnpinfo vendor=0x1217 device=0x7135 subvendor=0x10cf subdevice=0x14d6 class=0x060700 at slot=3 function=0 unknown pnpinfo vendor=0x1217 device=0x7135 subvendor=0x10cf subdevice=0x14d6 class=0x060700 at slot=3 function=1 sdhci0 pnpinfo vendor=0x1217 device=0x7120 subvendor=0x10cf subdevice=0x14d6 class=0x080501 at slot=3 function=2 unknown pnpinfo vendor=0x1217 device=0x7130 subvendor=0x10cf subdevice=0x14d6 class=0x018000 at slot=3 function=3 unknown pnpinfo vendor=0x1217 device=0x00f7 subvendor=0x10cf subdevice=0x14d7 class=0x0c0010 at slot=3 function=4 isab0 pnpinfo vendor=0x8086 device=0x3b07 subvendor=0x10cf subdevice=0x157a class=0x060100 at slot=31 function=0 handle=\_SB_.PCI0.LPCB isa0 sc0 vga0 orm0 fdc0 uart1 wbwd0 ahci0 pnpinfo vendor=0x8086 device=0x3b2f subvendor=0x10cf subdevice=0x1523 class=0x010601 at slot=31 function=2 handle=\_SB_.PCI0.SAT0 ahcich0 at channel=0 ahcich1 at channel=1 ahcich2 at channel=2 ahcich3 at channel=3 ahcich4 at channel=4 ahcich5 at channel=5 unknown pnpinfo vendor=0x8086 device=0x3b30 subvendor=0x10cf subdevice=0x1525 class=0x0c0500 at slot=31 function=3 handle=\_SB_.PCI0.SBUS unknown pnpinfo vendor=0x8086 device=0x3b32 subvendor=0x10cf subdevice=0x1526 class=0x118000 at slot=31 function=6 handle=\_SB_.PCI0.TMRP acpi_sysresource0 pnpinfo _HID=PNP0C02 _UID=2 at handle=\_SB_.PCI0.MBIO acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=1 at handle=\_SB_.PCI0.PDRC unknown pnpinfo _HID=PNP0C31 _UID=1 at handle=\_SB_.PCI0.LPCB.TPM_ unknown pnpinfo _HID=FUJ02B1 _UID=0 at handle=\_SB_.PCI0.LPCB.FJEX acpi_ec0 pnpinfo _HID=PNP0C09 _UID=0 at handle=\_SB_.PCI0.LPCB.EC__ atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.LPCB.DMAC atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPCB.KBC_ atkbd0 psm0 fpupnp0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.LPCB.MATH unknown pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.LPCB.PIC_ psmcpnp0 pnpinfo _HID=PNP0F13 _UID=0 at handle=\_SB_.PCI0.LPCB.PS2M atrtc0 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.LPCB.RTC_ unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.LPCB.SPKR attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.LPCB.TIME hpet0 pnpinfo _HID=PNP0103 _UID=0 at handle=\_SB_.PCI0.LPCB.HPET pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.PCI0.LPCB.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.PCI0.LPCB.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.PCI0.LPCB.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.PCI0.LPCB.LNKD pci_link4 pnpinfo _HID=PNP0C0F _UID=5 at handle=\_SB_.PCI0.LPCB.LNKE pci_link5 pnpinfo _HID=PNP0C0F _UID=6 at handle=\_SB_.PCI0.LPCB.LNKF pci_link6 pnpinfo _HID=PNP0C0F _UID=7 at handle=\_SB_.PCI0.LPCB.LNKG pci_link7 pnpinfo _HID=PNP0C0F _UID=8 at handle=\_SB_.PCI0.LPCB.LNKH uart0 pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.LPCB.UAR1 unknown pnpinfo _HID=PNP0501 _UID=2 at handle=\_SB_.PCI0.LPCB.UAR2 unknown pnpinfo _HID=PNP0510 _UID=0 at handle=\_SB_.PCI0.LPCB.IRDA unknown pnpinfo _HID=SMCF010 _UID=0 at handle=\_SB_.PCI0.LPCB.FIR_ ppc0 pnpinfo _HID=PNP0400 _UID=0 at handle=\_SB_.PCI0.LPCB.LPT_ ppbus0 ppi0 plip0 lpt0 unknown pnpinfo _HID=PNP0401 _UID=0 at handle=\_SB_.PCI0.LPCB.ECP_ unknown pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.LPCB.FDC_ pcib4 pnpinfo _HID=PNP0A03 _UID=255 at handle=\_SB_.CPBG pci255 hostb1 pnpinfo vendor=0x8086 device=0x2c62 subvendor=0x10cf subdevice=0x155b class=0x060000 at slot=0 function=0 hostb2 pnpinfo vendor=0x8086 device=0x2d01 subvendor=0x10cf subdevice=0x155b class=0x060000 at slot=0 function=1 handle=\_SB_.CPBG.IMCH hostb3 pnpinfo vendor=0x8086 device=0x2d10 subvendor=0x10cf subdevice=0x155b class=0x060000 at slot=2 function=0 hostb4 pnpinfo vendor=0x8086 device=0x2d11 subvendor=0x10cf subdevice=0x155b class=0x060000 at slot=2 function=1 hostb5 pnpinfo vendor=0x8086 device=0x2d12 subvendor=0x10cf subdevice=0x155b class=0x060000 at slot=2 function=2 hostb6 pnpinfo vendor=0x8086 device=0x2d13 subvendor=0x10cf subdevice=0x155b class=0x060000 at slot=2 function=3 unknown pnpinfo _HID=FUJ02E3 _UID=0 at handle=\_SB_.FEXT acpi_acad0 pnpinfo _HID=ACPI0003 _UID=0 at handle=\_SB_.AC__ battery0 pnpinfo _HID=PNP0C0A _UID=1 at handle=\_SB_.CMB1 battery1 pnpinfo _HID=PNP0C0A _UID=2 at handle=\_SB_.CMB2 acpi_lid0 pnpinfo _HID=PNP0C0D _UID=0 at handle=\_SB_.LID_ acpi_button0 pnpinfo _HID=PNP0C0C _UID=0 at handle=\_SB_.PWRB acpi_button1 pnpinfo _HID=PNP0C0E _UID=0 at handle=\_SB_.SLPB unknown pnpinfo _HID=PNP0C15 _UID=1 at handle=\_SB_.REPL acpi_timer0 pnpinfo unknown at unknown --------------030509040801000102030403--