From owner-freebsd-acpi@FreeBSD.ORG Sun Jul 15 19:43: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 1CF751065674 for ; Sun, 15 Jul 2012 19:43:22 +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 68FD88FC12 for ; Sun, 15 Jul 2012 19:43:21 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA22527 for ; Sun, 15 Jul 2012 22:43:13 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SqUin-000JbI-8v for freebsd-acpi@FreeBSD.org; Sun, 15 Jul 2012 22:43:13 +0300 Message-ID: <50031D4E.8060200@FreeBSD.org> Date: Sun, 15 Jul 2012 22:43:10 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: "freebsd-acpi@freebsd.org" X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: acpi_cpu_idle: cpu with no corresponding acpi cpu 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: Sun, 15 Jul 2012 19:43:22 -0000 I have a question about the following block in acpi_cpu_idle: /* * Look up our CPU id to get our softc. If it's NULL, we'll use C1 * since there is no ACPI processor object for this CPU. This occurs * for logical CPUs in the HTT case. */ sc = cpu_softc[PCPU_GET(cpuid)]; if (sc == NULL) { acpi_cpu_c1(); return; } I believe that a part of the comment that singles out HTT is certainly incorrect for modern and non-buggy ACPI tables. But in general, should we expect (and support) ACPI platforms where some real CPUs (which have to be advertised via ACPI [modulo non-MADT, mptable-only systems]) do not have corresponding Processor objects in DSDT? Does acpi_pcpu_get_id provide such support? Or can the code in question be just replaced with KASSERT? Thank you in advance. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 16 11:08:38 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 E2192106566C for ; Mon, 16 Jul 2012 11:08:38 +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 B26028FC0A for ; Mon, 16 Jul 2012 11:08:38 +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 q6GB8cWx093876 for ; Mon, 16 Jul 2012 11:08:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q6GB8btT093873 for freebsd-acpi@FreeBSD.org; Mon, 16 Jul 2012 11:08:37 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Jul 2012 11:08:37 GMT Message-Id: <201207161108.q6GB8btT093873@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, 16 Jul 2012 11:08:39 -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 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 31 problems total. From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 19 20:50:45 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 933D11065675 for ; Thu, 19 Jul 2012 20:50:45 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 4B93A8FC1C for ; Thu, 19 Jul 2012 20:50:45 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q6JKnNIZ083951 for ; Thu, 19 Jul 2012 13:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1342730964; bh=nz0dA7/KuDuuwN7s8khYqZ1pJHtUfJtIIPhQiypL1rk=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=Tu2Rim9X1RobmnDZsIeGY/8ffXw4aQRAxeVmzMrdUING2mUUouSuidn81iEhKnN8X hp4/AM4GE1lfnVxlzhkh4bzPtErb9y60ZhOYBO9iSja5aarAXFwULSv0lLoinq4221 2BA/OQ5msLzHPzGK/aq/cLcw+CYkM4esSx7eQukY= From: Sean Bruno To: "freebsd-acpi@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Thu, 19 Jul 2012 13:49:23 -0700 Message-ID: <1342730963.2656.5.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: 730964001 Subject: Time to increase MAX_TASKS? 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: Thu, 19 Jul 2012 20:50:45 -0000 The new Dell machines are doing a lot more of outstanding ACPI "things" currently. So much in fact, that they are exceeding ACPI_MAX_TASKS and are throwing errors indicating thing: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.max_tasks tunable AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.max_tasks tunable est0: on cpu0 .....imecounters tick every 1.000 msec smbios: System Management BIOS version 2.7 Profiling kernel, textsize=6861200 [ffffffff8029b190..ffffffff80926320] usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 ipmi0: Number of channels 6 ipmi0: Attached watchdog AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.max_tasks tunable mfid0 on mfi0 the current value in sys/dev/acpica/acpivar.h of 32 is no longer sufficient on the r420/r320 Sandybridge class of box. I am currently running with a value of 128 and doing a bit of testing. Sean From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 20 08:09:19 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 3A4E2106564A for ; Fri, 20 Jul 2012 08:09:19 +0000 (UTC) (envelope-from honestqiao@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E0F638FC0A for ; Fri, 20 Jul 2012 08:09:18 +0000 (UTC) Received: by yenl8 with SMTP id l8so4388053yen.13 for ; Fri, 20 Jul 2012 01:09:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:disposition-notification-to:references :x-priority:x-has-attach:x-mailer:mime-version:message-id :content-type:content-transfer-encoding; bh=DbJpSLxArP/hlzE2GnzP4LwEegLjrLSiccFqDrNpD2o=; b=giKS+cQWzn4IBtMeqSNoFxiRrcVHmaE2a5kROEE4cwdrP0RUn+WeAviQ+MTAH8QRfX 2v57pBi1QTvGhWDTeMRj+gE4DLBE/g6vRTrWgzlBxhHOTLAGOnUlnjigUtx1YAHrYCfu R9OG1ClgoDc/C4bNjmf6d3YduINHJFDZAu0v3e6e9gW593l5dgQEBBYRcNglhmPG2bq5 0C2iu9Eb/iPJHkRnK/rC6aSygqXDp2RxVOJli4NYbX37nNRUwdVIH+alTKIfRS9Youen 3bc/V6pK0ll5tJ6xq+m5HBloUe1EBQmEulaOOoAbu3sVPKYO0QM0HLipqSdlf3ImEjmP O1sQ== Received: by 10.66.83.65 with SMTP id o1mr9707310pay.17.1342771757832; Fri, 20 Jul 2012 01:09:17 -0700 (PDT) Received: from HonestQiaoNB ([216.218.222.24]) by mx.google.com with ESMTPS id sy3sm3507629pbc.18.2012.07.20.01.09.13 (version=SSLv3 cipher=OTHER); Fri, 20 Jul 2012 01:09:16 -0700 (PDT) Date: Fri, 20 Jul 2012 16:09:11 +0800 From: =?gb2312?B?x8ez/i9Ib25lc3RRaWFv?= To: "Brandon Gooch" , mbsd References: <201207021729413382845@gmail.com> <4FF2599B.6050409@gmail.com> <201207031411248300207@gmail.com> <1341437029.4017.5.camel@localhost> , X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <2012072016090861869410@gmail.com> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Mailman-Approved-At: Fri, 20 Jul 2012 11:26:46 +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: Fri, 20 Jul 2012 08:09:19 -0000 Pk9uIFNhdCwgSnVsIDcsIDIwMTIgYXQgMTA6NDAgQU0sIEJyYW5kb24gR29vY2gNCj48amFtZXNi cmFuZG9uZ29vY2hAZ21haWwuY29tPiB3cm90ZToNCj4+IE9uIFdlZCwgSnVsIDQsIDIwMTIgYXQg NDoyMyBQTSwgbWJzZCA8bWJzZEBpc2dyb3VwLmNvbS51YT4gd3JvdGU6DQo+Pj4gT24gVHVlLCAy MDEyLTA3LTAzIGF0IDE0OjExICswODAwLCDHx7P+L0hvbmVzdFFpYW8gd3JvdGU6DQo+PiBbU05J UF0NCj4+Pj4NCj4+Pj4gSW4gQWxsIHRoZSB0ZXN0LCB0aGUgc2NyZWVuIGlzIGxpZ2h0IGFuZCBi bGFjaywgc3lzdGVtIGlzIGhhbmd1cCwgbm90aGluZyBjYW4gYmUgZG9uZS4NCj4+Pj4gVGhlIG9u bHkgdGhpbmcgY2FuIGJlIGRvbmUsIGlzIHB1c2ggcG93ZXIgYnV0dG9uLCB0byBmb3JjZSBpdCBz aHV0ZG93bi4NCj4+Pg0KPj4+IFdoaWNoIGdyYXBoaWMgY2FyZCBoYXZlIHlvdSB1c2VkPyBJZiB5 b3UgaGF2ZSBoYWQgbnZpZGlhLCBpdCdzIG5vcm1hbCwNCj4+PiBJJ3ZlIGhhZCB0aGUgc2FtZSBw cm9ibGVtICJ0aGUgc2NyZWVuIGlzIGxpZ2h0IGFuZCBibGFjayIuDQo+Pg0KPj4gQ2FuIGJvdGgg b2YgeW91IHNob3cgdGhlIG91dHB1dCBvZiBgZGV2aW5mbyAtdmAgZnJvbSB5b3VyIHN5c3RlbXM/ DQo+Pg0KPj4gSSB3YXMgYWJsZSB0byBzb2x2ZSBteSBzdXNwZW5kL3Jlc3VtZSBpc3N1ZSB3aXRo IG15IG52aWRpYS1lcXVpcHBlZA0KPj4gbm90ZWJvb2sgYnkgZm9yY2luZyB0aGUgbW9kdWxlIGxv YWQgb3JkZXJpbmcgb2YgdmdhcG0gaW4NCj4+IHN5cy9pc2EvdmdhX2lzYS5jOg0KPj4NCj4+IElu ZGV4OiBzeXMvaXNhL3ZnYV9pc2EuYw0KPj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KPj4gLS0tIHN5cy9pc2Evdmdh X2lzYS5jICAgKHJldmlzaW9uIDIzNzc3OSkNCj4+ICsrKyBzeXMvaXNhL3ZnYV9pc2EuYyAgICh3 b3JraW5nIGNvcHkpDQo+PiBAQCAtMzc5LDQgKzM3OSw0IEBADQo+PiAgICAgICAgIDANCj4+ICB9 Ow0KPj4NCj4+IC1EUklWRVJfTU9EVUxFKHZnYXBtLCB2Z2FwY2ksIHZnYXBtX2RyaXZlciwgdmdh cG1fZGV2Y2xhc3MsIDAsIDApOw0KPj4gK0RSSVZFUl9NT0RVTEUodmdhcG0sIHZnYXBjaSwgdmdh cG1fZHJpdmVyLCB2Z2FwbV9kZXZjbGFzcywgMCwgU0lfT1JERVJfQU5ZKTsNCj4+DQo+Pg0KPj4g VGhlIHN5c3RlbSByZXF1aXJlcyBob3dldmVyIHRoYXQgSSBsb2FkIHRoZSBudmlkaWEgbW9kdWxl IGluDQo+PiAvYm9vdC9sb2FkZXIuY29uZiAoYXMgb3Bwb3NlZCB0byBsb2FkaW5nIGl0IGFmdGVy IHN5c3RlbSBpcyB1cCBhbmQNCj4+IHJ1bm5pbmcpLg0KPj4NCj4+IC1CcmFuZG9uDQo+DQo+T29w cywgdGhlIHBhdGNoIGFib3ZlIHNob3VsZCBpbnN0ZWFkIGJlOg0KPg0KPkluZGV4OiBzeXMvaXNh L3ZnYV9pc2EuYw0KPj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0NCj4tLS0gc3lzL2lzYS92Z2FfaXNhLmMgICAocmV2aXNp b24gMjM4MjY2KQ0KPisrKyBzeXMvaXNhL3ZnYV9pc2EuYyAgICh3b3JraW5nIGNvcHkpDQo+QEAg LTM3OSw0ICszNzksNCBAQA0KPiAgICAgICAgMA0KPiB9Ow0KPg0KPi1EUklWRVJfTU9EVUxFKHZn YXBtLCB2Z2FwY2ksIHZnYXBtX2RyaXZlciwgdmdhcG1fZGV2Y2xhc3MsIDAsIDApOw0KPitEUklW RVJfTU9EVUxFX09SREVSRUQodmdhcG0sIHZnYXBjaSwgdmdhcG1fZHJpdmVyLCB2Z2FwbV9kZXZj bGFzcywNCj5OVUxMLCBOVUxMLCBTSV9PUkRFUl9BTlkpOw0KPg0KPkkgbWFkZSB0aGUgZWRpdCBm b3IgdGhlIGRpZmYgb24gYSBjbGVhbiB0cmVlLCBidXQgSSdtIGFjdHVhbGx5DQo+YnVpbGRpbmcg ZnJvbSBhbm90aGVyIDopDQo+DQo+VGhlIGFib3ZlIGlzIGNvcnJlY3QuIEhvd2V2ZXIsIEknbSBz dGlsbCBub3Qgc3VyZSB0aGlzIHBlcnRhaW5zIHRvDQo+eW91ciBJbnRlbCB2aWRlbyBwcm9ibGVt Lg0KPg0KPi1CcmFuZG9uDQoNClllc3RlcmRheSwgSSB1cGdyYWRlIG15IGZyZWVic2QgdG8gRnJl ZUJTRCA5LjEtUFJFUkVMRUFTRS4NClRoaXMgbWV0aG9kIGRpZCBub3Qgd29yay4NCg0KQW5kIGNv bW1hbmQgJ3NodXRkb3duIC1wIG5vdycgY2FuIHNodXRkb3duIHRoZSBzeXN0ZW0sDQpidXQgdGhl IFNjcmVlbiBpcyBibGFjayBhbmQgbGlnaHQsIGFuZCBCYXR0ZXJ5IExFRCBpcyBsaWdodC4NClRo aXMgY29tbWFuZCBjYW4ndCBwb3dlciBvZmYuDQoNCldoZXRoZSBpbjoNCnN5c2N0bCAtdyBody5h Y3BpLnJlc2V0X3ZpZGVvPTANCnN5c2N0bCAtdyBody5wY2kuZG9fcG93ZXJfc3VzcGVuZD0xDQpz eXNjdGwgLXcgaHcucGNpLmRvX3Bvd2VyX3Jlc3VtZT0xDQpPciBpbjoNCnN5c2N0bCAtdyBody5h Y3BpLnJlc2V0X3ZpZGVvPTANCnN5c2N0bCAtdyBody5wY2kuZG9fcG93ZXJfc3VzcGVuZD0xDQpz eXNjdGwgLXcgaHcucGNpLmRvX3Bvd2VyX3Jlc3VtZT0xDQoNCkkgY2FuIGV4ZWN1dGUgYWNwaWNv bmYgLXMgMywgYnV0IGNhbid0IHJlc3VtZSB0aGUgc2NyZWVuIHdoaWNoIGlzIGJsYWNrIGFuZCBs aWdodC4NCg0KTG9nIGZvciBjb21tYW5kICdhY3BpY29uZiAtcyAzJzoNCg0KSnVsIDIwIDE2OjA2 OjUzIHgyMDFpIGFjcGk6IHN1c3BlbmQgYXQgMjAxMjA3MjAgMTY6MDY6NTMNCkp1bCAyMCAxNjow Njo1NiB4MjAxaSBrZXJuZWw6IGFjcGlfdGltZXIwOiBzd2l0Y2hpbmcgdGltZWNvdW50ZXIsIFRT Qy1sb3cgLT4gQUNQSS1zYWZlDQpKdWwgMjAgMTY6MDY6NTYgeDIwMWkga2VybmVsOiAoYWRhMDph aGNpY2gwOjA6MDowKTogc3Bpbi1kb3duDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBh Y3BpX2xpZDA6IHdha2VfcHJlcCBlbmFibGVkIGZvciBcX1NCXy5MSURfIChTMykNCkp1bCAyMCAx NjowNzowMCB4MjAxaSBrZXJuZWw6IGFjcGlfYnV0dG9uMDogd2FrZV9wcmVwIGVuYWJsZWQgZm9y IFxfU0JfLlNMUEIgKFMzKQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogdWh1YjA6IGF0 IHVzYnVzMCwgcG9ydCAxLCBhZGRyIDEgKGRpc2Nvbm5lY3RlZCkNCkp1bCAyMCAxNjowNzowMCB4 MjAxaSBrZXJuZWw6IHVnZW4wLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czAgKGRpc2Nvbm5l Y3RlZCkNCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHVodWIyOiBhdCB1aHViMCwgcG9y dCAxLCBhZGRyIDIgKGRpc2Nvbm5lY3RlZCkNCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6 IHBjaTA6MDoyODowOiBUcmFuc2l0aW9uIGZyb20gRDAgdG8gRDMNCkp1bCAyMCAxNjowNzowMCB4 MjAxaSBrZXJuZWw6IHBjaTA6MDoyODozOiBUcmFuc2l0aW9uIGZyb20gRDAgdG8gRDMNCkp1bCAy MCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHdsYW4wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9X Tg0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogcGNpMDoyOjA6MDogVHJhbnNpdGlvbiBm cm9tIEQwIHRvIEQzDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBwY2kwOjA6Mjg6NDog VHJhbnNpdGlvbiBmcm9tIEQwIHRvIEQzDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiB1 aHViMTogYXQgdXNidXMxLCBwb3J0IDEsIGFkZHIgMSAoZGlzY29ubmVjdGVkKQ0KSnVsIDIwIDE2 OjA3OjAwIHgyMDFpIGtlcm5lbDogdWdlbjEuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVzMSAo ZGlzY29ubmVjdGVkKQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogdWh1YjM6IGF0IHVo dWIxLCBwb3J0IDEsIGFkZHIgMiAoZGlzY29ubmVjdGVkKQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFp IGtlcm5lbDogdmdhMDogc2F2aW5nIDQ4MDQgYnl0ZXMgb2YgdmlkZW8gc3RhdGUNCkp1bCAyMCAx NjowNzowMCB4MjAxaSBrZXJuZWw6IHZnYTA6IHNhdmluZyBjb2xvciBwYWxldHRlDQpKdWwgMjAg MTY6MDc6MDAgeDIwMWkga2VybmVsOiBwY2kwOiBmYWlsZWQgdG8gc2V0IEFDUEkgcG93ZXIgc3Rh dGUgRDIgb24gXF9TQl8uUENJMC5FWFAxOiBBRV9CQURfUEFSQU1FVEVSDQpKdWwgMjAgMTY6MDc6 MDAgeDIwMWkga2VybmVsOiBwY2kwOiBmYWlsZWQgdG8gc2V0IEFDUEkgcG93ZXIgc3RhdGUgRDIg b24gXF9TQl8uUENJMC5FWFA0OiBBRV9CQURfUEFSQU1FVEVSDQpKdWwgMjAgMTY6MDc6MDAgeDIw MWkga2VybmVsOiBwY2kwOiBmYWlsZWQgdG8gc2V0IEFDUEkgcG93ZXIgc3RhdGUgRDIgb24gXF9T Ql8uUENJMC5FWFA1OiBBRV9CQURfUEFSQU1FVEVSDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2Vy bmVsOiBhY3BpX2xpZDA6IHdha2VfcHJlcCBlbmFibGVkIGZvciBcX1NCXy5MSURfIChTMykNCkp1 bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IGFjcGlfYnV0dG9uMDogd2FrZV9wcmVwIGVuYWJs ZWQgZm9yIFxfU0JfLlNMUEIgKFMzKQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogcGNp MjU1OiBzZXQgQUNQSSBwb3dlciBzdGF0ZSBEMCBvbiBcX1NCXy5VTkNSLlNBRF8NCkp1bCAyMCAx NjowNzowMCB4MjAxaSBrZXJuZWw6IHBjaTA6IHNldCBBQ1BJIHBvd2VyIHN0YXRlIEQwIG9uIFxf U0JfLlBDSTAuVklEXw0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogcGNpMDogc2V0IEFD UEkgcG93ZXIgc3RhdGUgRDAgb24gXF9TQl8uUENJMC5JR0JFDQpKdWwgMjAgMTY6MDc6MDAgeDIw MWkga2VybmVsOiBwY2kwOiBzZXQgQUNQSSBwb3dlciBzdGF0ZSBEMCBvbiBcX1NCXy5QQ0kwLkVI QzINCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHBjaTA6IHNldCBBQ1BJIHBvd2VyIHN0 YXRlIEQwIG9uIFxfU0JfLlBDSTAuSERFRg0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDog cGNpMDogc2V0IEFDUEkgcG93ZXIgc3RhdGUgRDAgb24gXF9TQl8uUENJMC5FWFAxDQpKdWwgMjAg MTY6MDc6MDAgeDIwMWkga2VybmVsOiBwY2kwOjA6Mjg6MDogVHJhbnNpdGlvbiBmcm9tIEQzIHRv IEQwDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBwY2kwOiBzZXQgQUNQSSBwb3dlciBz dGF0ZSBEMCBvbiBcX1NCXy5QQ0kwLkVYUDQNCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6 IHBjaTA6MDoyODozOiBUcmFuc2l0aW9uIGZyb20gRDMgdG8gRDANCkp1bCAyMCAxNjowNzowMCB4 MjAxaSBrZXJuZWw6IHBjaTA6IHNldCBBQ1BJIHBvd2VyIHN0YXRlIEQwIG9uIFxfU0JfLlBDSTAu RVhQNQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogcGNpMDowOjI4OjQ6IFRyYW5zaXRp b24gZnJvbSBEMyB0byBEMA0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogcGNpMDogc2V0 IEFDUEkgcG93ZXIgc3RhdGUgRDAgb24gXF9TQl8uUENJMC5FSEMxDQpKdWwgMjAgMTY6MDc6MDAg eDIwMWkga2VybmVsOiBwY2kwOiBzZXQgQUNQSSBwb3dlciBzdGF0ZSBEMCBvbiBcX1NCXy5QQ0kw LlBDSTENCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHBjaTA6IHNldCBBQ1BJIHBvd2Vy IHN0YXRlIEQwIG9uIFxfU0JfLlBDSTAuTFBDXw0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5l bDogcGNpMDogc2V0IEFDUEkgcG93ZXIgc3RhdGUgRDAgb24gXF9TQl8uUENJMC5TQVQxDQpKdWwg MjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBwY2kwOiBzZXQgQUNQSSBwb3dlciBzdGF0ZSBEMCBv biBcX1NCXy5QQ0kwLkVYUDENCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHBjaTA6IHNl dCBBQ1BJIHBvd2VyIHN0YXRlIEQwIG9uIFxfU0JfLlBDSTAuRVhQNA0KSnVsIDIwIDE2OjA3OjAw IHgyMDFpIGtlcm5lbDogcGNpMDogc2V0IEFDUEkgcG93ZXIgc3RhdGUgRDAgb24gXF9TQl8uUENJ MC5FWFA1DQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBwY2kwOjI6MDowOiBUcmFuc2l0 aW9uIGZyb20gRDMgdG8gRDANCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHBjaTA6IHNl dCBBQ1BJIHBvd2VyIHN0YXRlIEQwIG9uIFxfU0JfLlBDSTAuUENJMQ0KSnVsIDIwIDE2OjA3OjAw IHgyMDFpIGtlcm5lbDogdmdhMDogY2FsbGluZyBCSU9TIFBPU1QNCkp1bCAyMCAxNjowNzowMCB4 MjAxaSBrZXJuZWw6IGFoY2ljaDA6IEFIQ0kgcmVzZXQuLi4NCkp1bCAyMCAxNjowNzowMCB4MjAx aSBrZXJuZWw6IGFoY2ljaDA6IFNBVEEgY29ubmVjdCB0aW1lPTEwMHVzIHN0YXR1cz0wMDAwMDEy Mw0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogYWhjaWNoMDogQUhDSSByZXNldDogZGV2 aWNlIGZvdW5kDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBhaGNpY2gxOiBBSENJIHJl c2V0Li4uDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBhaGNpY2gxOiBTQVRBIGNvbm5l Y3QgdGltZW91dCB0aW1lPTEwMDAwdXMgc3RhdHVzPTAwMDAwMDAwDQpKdWwgMjAgMTY6MDc6MDAg eDIwMWkga2VybmVsOiBhaGNpY2gxOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kDQpKdWwg MjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBhaGNpY2g0OiBBSENJIHJlc2V0Li4uDQpKdWwgMjAg MTY6MDc6MDAgeDIwMWkga2VybmVsOiBhaGNpY2g0OiBTQVRBIGNvbm5lY3QgdGltZW91dCB0aW1l PTEwMDAwdXMgc3RhdHVzPTAwMDAwMDAwDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBh aGNpY2g0OiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kDQpKdWwgMjAgMTY6MDc6MDAgeDIw MWkga2VybmVsOiBhaGNpY2g1OiBBSENJIHJlc2V0Li4uDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkg a2VybmVsOiBhaGNpY2g1OiBTQVRBIGNvbm5lY3QgdGltZW91dCB0aW1lPTEwMDAwdXMgc3RhdHVz PTAwMDAwMDAwDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBhaGNpY2g1OiBBSENJIHJl c2V0OiBkZXZpY2Ugbm90IGZvdW5kDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBhdGti ZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcNCkp1bCAyMCAx NjowNzowMCB4MjAxaSBrZXJuZWw6IGF0a2JkOiBrZXlib2FyZCBJRCAweDU0YWIgKDIpDQpKdWwg MjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBrYmRjOiBSRVNFVF9LQkQgcmV0dXJuIGNvZGU6MDBm YQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDoga2JkYzogUkVTRVRfS0JEIHN0YXR1czow MGFhDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBrYmRjOiBURVNUX0FVWF9QT1JUIHN0 YXR1czowMDAwDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBrYmRjOiBSRVNFVF9BVVgg cmV0dXJuIGNvZGU6MDBmYQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDoga2JkYzogUkVT RVRfQVVYIHN0YXR1czowMGFhDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkga2VybmVsOiBrYmRjOiBS RVNFVF9BVVggSUQ6MDAwMA0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogYmF0dGVyeTA6 IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gc3RhcnQNCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJu ZWw6IGFoY2ljaDA6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFkeSBhZnRlciAxMDBtcw0KSnVsIDIw IDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogYmF0dGVyeTA6IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24g ZG9uZSwgdHJpZWQgMSB0aW1lcw0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogKGFkYTA6 YWhjaWNoMDowOjA6MCk6IHJlc3VtZQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGtlcm5lbDogYWNw aV90aW1lcjA6IHJlc3RvcmluZyB0aW1lY291bnRlciwgQUNQSS1zYWZlIC0+IFRTQy1sb3cNCkp1 bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHVodWIwOiA8SW50ZWwgRUhDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQ0KSnVsIDIwIDE2OjA3 OjAwIHgyMDFpIGtlcm5lbDogdWh1YjE6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAs IHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwDQpKdWwgMjAgMTY6MDc6MDAgeDIwMWkg a2VybmVsOiB3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQDQpKdWwgMjAgMTY6MDc6MDAg eDIwMWkga2VybmVsOiB1aHViMDogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQNCkp1bCAyMCAxNjowNzowMCB4MjAxaSBrZXJuZWw6IHVodWIxOiAzIHBvcnRzIHdpdGggMyBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KSnVsIDIwIDE2OjA2OjU3IHgyMDFpIHdwYV9zdXBwbGlj YW50WzUyNV06IENUUkwtRVZFTlQtRElTQ09OTkVDVEVEIGJzc2lkPWMwOmM1OjIwOjFiOjU5OmFh IHJlYXNvbj0wDQpKdWwgMjAgMTY6MDY6NTcgeDIwMWkgd3BhX3N1cHBsaWNhbnRbNTI1XTogRmFp bGVkIHRvIGluaXRpYXRlIEFQIHNjYW4uDQpKdWwgMjAgMTY6MDY6NTkgeDIwMWkgYWNwaTogcmVz dW1lZCBhdCAyMDEyMDcyMCAxNjowNjo1OQ0KSnVsIDIwIDE2OjA2OjU5IHgyMDFpIHdwYV9zdXBw bGljYW50WzUyNV06IFRyeWluZyB0byBhc3NvY2lhdGUgd2l0aCBjMDpjNToyMDoxYjo2OTo4YSAo U1NJRD0nTElUQi1BUCcgZnJlcT0yNDE3IE1IeikNCkp1bCAyMCAxNjowNzowMCB4MjAxaSB3cGFf c3VwcGxpY2FudFs1MjVdOiBBc3NvY2lhdGVkIHdpdGggYzA6YzU6MjA6MWI6Njk6OGENCkp1bCAy MCAxNjowNzowMCB4MjAxaSB3cGFfc3VwcGxpY2FudFs1MjVdOiBXUEE6IEtleSBuZWdvdGlhdGlv biBjb21wbGV0ZWQgd2l0aCBjMDpjNToyMDoxYjo2OTo4YSBbUFRLPUNDTVAgR1RLPUNDTVBdDQpK dWwgMjAgMTY6MDc6MDAgeDIwMWkgd3BhX3N1cHBsaWNhbnRbNTI1XTogQ1RSTC1FVkVOVC1DT05O RUNURUQgLSBDb25uZWN0aW9uIHRvIGMwOmM1OjIwOjFiOjY5OjhhIGNvbXBsZXRlZCAocmVhdXRo KSBbaWQ9MCBpZF9zdHI9XQ0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGRoY2xpZW50OiBOZXcgSVAg QWRkcmVzcyAod2xhbjApOiAxOTIuMTY4LjYxLjE4NA0KSnVsIDIwIDE2OjA3OjAwIHgyMDFpIGRo Y2xpZW50OiBOZXcgU3VibmV0IE1hc2sgKHdsYW4wKTogMjU1LjI1NS4yNTUuMA0KSnVsIDIwIDE2 OjA3OjAwIHgyMDFpIGRoY2xpZW50OiBOZXcgQnJvYWRjYXN0IEFkZHJlc3MgKHdsYW4wKTogMTky LjE2OC42MS4yNTUNCkp1bCAyMCAxNjowNzowMCB4MjAxaSBkaGNsaWVudDogTmV3IFJvdXRlcnMg KHdsYW4wKTogMTkyLjE2OC42MS4xDQpKdWwgMjAgMTY6MDc6MDEgeDIwMWkga2VybmVsOiB1Z2Vu MS4yOiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMxDQpKdWwgMjAgMTY6MDc6MDEgeDIwMWkga2Vy bmVsOiB1aHViMjogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjAsIGNsYXNzIDkvMCwgcmV2 IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czENCkp1bCAyMCAxNjowNzowMSB4MjAxaSBrZXJu ZWw6IHVnZW4wLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czANCkp1bCAyMCAxNjowNzowMSB4 MjAxaSBrZXJuZWw6IHVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyMCwgY2xhc3Mg OS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMA0KSnVsIDIwIDE2OjA3OjAyIHgy MDFpIGtlcm5lbDogdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk DQpKdWwgMjAgMTY6MDc6MDIgeDIwMWkga2VybmVsOiB1aHViMjogOCBwb3J0cyB3aXRoIDggcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQNCg== From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 20 11:51: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 65963106566C for ; Fri, 20 Jul 2012 11:51:04 +0000 (UTC) (envelope-from zbrdge@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id A931C8FC08 for ; Fri, 20 Jul 2012 11:51:03 +0000 (UTC) Received: by lbon10 with SMTP id n10so6213334lbo.13 for ; Fri, 20 Jul 2012 04:50:56 -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; bh=tq5J/PWR1yYKlPWd98St4ruWmxpcDvc/YHCv+Nygc+8=; b=bNGqXTJhu8T34hW7T6TgjoqURBM2o2Egrm5FzPXJTBXqDbZhUoK2ZjTS87EYqv+NPr sWTJRieSuYge5zVyqrI+uCwcQWn7IV7SGSAEmBwRUjYhLORJGPmMpjJGPcAoRzv4DYeI 3+HOsQgouBHveDEiyi284f9sq07qRzwFsHYz5qIzNkl8pt0q5XljP+Dd0wxjpe6gU+NS qOlmlDMYZjqMkWcxKZ3V3yXSUubdkiSB27eZLqEnVvjUfSTBGCRFvY0FwE9t7+ttbITO Lrr5Sb4rqeJmtbF30nPjXn2BqLpv+b7DCsOsMx5+jHTijwV4/cg92zRKQiHw2J9a9EQy nj/A== MIME-Version: 1.0 Received: by 10.152.131.9 with SMTP id oi9mr5889832lab.39.1342785056480; Fri, 20 Jul 2012 04:50:56 -0700 (PDT) Received: by 10.112.47.230 with HTTP; Fri, 20 Jul 2012 04:50:56 -0700 (PDT) In-Reply-To: <2012072016090861869410@gmail.com> References: <201207021729413382845@gmail.com> <4FF2599B.6050409@gmail.com> <201207031411248300207@gmail.com> <1341437029.4017.5.camel@localhost> <2012072016090861869410@gmail.com> Date: Fri, 20 Jul 2012 04:50:56 -0700 Message-ID: From: Zack Breckenridge To: =?UTF-8?B?5LmU5qWaL0hvbmVzdFFpYW8=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Fri, 20 Jul 2012 11:51:04 -0000 If you look at the line: > Jul 20 16:07:00 x201i kernel: vga0: calling BIOS POST in your dmesg output, and then grep through the source, you'll find this is actually being printed from "src/sys/dev/fb/vesa.c" . I had a similar problem. After syncing with FreeBSD 10-CURRENT and compiling a kernel without VESA support, I was able to get graphics to work on resume, but only when running X. I don't think you actually have to sync with CURRENT though -- I think you just need to compile without VESA. I synced with CURRENT to get the newer Intel GMA driver and KMS subsystem. Also, looking at the Witness output from the Intel driver, it looks like the graphics card simply isn't accessible after this function in vesa.c is called, which means it probably causes the same problem with your nvidia driver as well. I believe this problem is related to the "x86bios_init_regs" function, though I haven't had time to debug it yet. Also, I'm running amd64. Try it out... - Zack On Fri, Jul 20, 2012 at 1:09 AM, =E4=B9=94=E6=A5=9A/HonestQiao wrote: > >On Sat, Jul 7, 2012 at 10:40 AM, Brandon Gooch > > wrote: > >> 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 wrot= e: > >> [SNIP] > >>>> > >>>> 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". > >> > >> 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 > > > >Oops, the patch above should instead be: > > > >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 238266) > >+++ sys/isa/vga_isa.c (working copy) > >@@ -379,4 +379,4 @@ > > 0 > > }; > > > >-DRIVER_MODULE(vgapm, vgapci, vgapm_driver, vgapm_devclass, 0, 0); > >+DRIVER_MODULE_ORDERED(vgapm, vgapci, vgapm_driver, vgapm_devclass, > >NULL, NULL, SI_ORDER_ANY); > > > >I made the edit for the diff on a clean tree, but I'm actually > >building from another :) > > > >The above is correct. However, I'm still not sure this pertains to > >your Intel video problem. > > > >-Brandon > > Yesterday, I upgrade my freebsd to FreeBSD 9.1-PRERELEASE. > This method did not work. > > And command 'shutdown -p now' can shutdown the system, > but the Screen is black and light, and Battery LED is light. > This command can't power off. > > Whethe in: > sysctl -w hw.acpi.reset_video=3D0 > sysctl -w hw.pci.do_power_suspend=3D1 > sysctl -w hw.pci.do_power_resume=3D1 > Or in: > sysctl -w hw.acpi.reset_video=3D0 > sysctl -w hw.pci.do_power_suspend=3D1 > sysctl -w hw.pci.do_power_resume=3D1 > > I can execute acpiconf -s 3, but can't resume the screen which is black > and light. > > Log for command 'acpiconf -s 3': > > Jul 20 16:06:53 x201i acpi: suspend at 20120720 16:06:53 > Jul 20 16:06:56 x201i kernel: acpi_timer0: switching timecounter, TSC-low > -> ACPI-safe > Jul 20 16:06:56 x201i kernel: (ada0:ahcich0:0:0:0): spin-down > Jul 20 16:07:00 x201i kernel: acpi_lid0: wake_prep enabled for \_SB_.LID_ > (S3) > Jul 20 16:07:00 x201i kernel: acpi_button0: wake_prep enabled for > \_SB_.SLPB (S3) > Jul 20 16:07:00 x201i kernel: uhub0: at usbus0, port 1, addr 1 > (disconnected) > Jul 20 16:07:00 x201i kernel: ugen0.2: at usbus0 > (disconnected) > Jul 20 16:07:00 x201i kernel: uhub2: at uhub0, port 1, addr 2 > (disconnected) > Jul 20 16:07:00 x201i kernel: pci0:0:28:0: Transition from D0 to D3 > Jul 20 16:07:00 x201i kernel: pci0:0:28:3: Transition from D0 to D3 > Jul 20 16:07:00 x201i kernel: wlan0: link state changed to DOWN > Jul 20 16:07:00 x201i kernel: pci0:2:0:0: Transition from D0 to D3 > Jul 20 16:07:00 x201i kernel: pci0:0:28:4: Transition from D0 to D3 > Jul 20 16:07:00 x201i kernel: uhub1: at usbus1, port 1, addr 1 > (disconnected) > Jul 20 16:07:00 x201i kernel: ugen1.2: at usbus1 > (disconnected) > Jul 20 16:07:00 x201i kernel: uhub3: at uhub1, port 1, addr 2 > (disconnected) > Jul 20 16:07:00 x201i kernel: vga0: saving 4804 bytes of video state > Jul 20 16:07:00 x201i kernel: vga0: saving color palette > Jul 20 16:07:00 x201i kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP1: AE_BAD_PARAMETER > Jul 20 16:07:00 x201i kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP4: AE_BAD_PARAMETER > Jul 20 16:07:00 x201i kernel: pci0: failed to set ACPI power state D2 on > \_SB_.PCI0.EXP5: AE_BAD_PARAMETER > Jul 20 16:07:00 x201i kernel: acpi_lid0: wake_prep enabled for \_SB_.LID_ > (S3) > Jul 20 16:07:00 x201i kernel: acpi_button0: wake_prep enabled for > \_SB_.SLPB (S3) > Jul 20 16:07:00 x201i kernel: pci255: set ACPI power state D0 on > \_SB_.UNCR.SAD_ > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.VID_ > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.IGBE > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EHC2 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.HDEF > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EXP1 > Jul 20 16:07:00 x201i kernel: pci0:0:28:0: Transition from D3 to D0 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EXP4 > Jul 20 16:07:00 x201i kernel: pci0:0:28:3: Transition from D3 to D0 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EXP5 > Jul 20 16:07:00 x201i kernel: pci0:0:28:4: Transition from D3 to D0 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EHC1 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.PCI1 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.LPC_ > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.SAT1 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EXP1 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EXP4 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.EXP5 > Jul 20 16:07:00 x201i kernel: pci0:2:0:0: Transition from D3 to D0 > Jul 20 16:07:00 x201i kernel: pci0: set ACPI power state D0 on > \_SB_.PCI0.PCI1 > Jul 20 16:07:00 x201i kernel: vga0: calling BIOS POST > Jul 20 16:07:00 x201i kernel: ahcich0: AHCI reset... > Jul 20 16:07:00 x201i kernel: ahcich0: SATA connect time=3D100us > status=3D00000123 > Jul 20 16:07:00 x201i kernel: ahcich0: AHCI reset: device found > Jul 20 16:07:00 x201i kernel: ahcich1: AHCI reset... > Jul 20 16:07:00 x201i kernel: ahcich1: SATA connect timeout time=3D10000u= s > status=3D00000000 > Jul 20 16:07:00 x201i kernel: ahcich1: AHCI reset: device not found > Jul 20 16:07:00 x201i kernel: ahcich4: AHCI reset... > Jul 20 16:07:00 x201i kernel: ahcich4: SATA connect timeout time=3D10000u= s > status=3D00000000 > Jul 20 16:07:00 x201i kernel: ahcich4: AHCI reset: device not found > Jul 20 16:07:00 x201i kernel: ahcich5: AHCI reset... > Jul 20 16:07:00 x201i kernel: ahcich5: SATA connect timeout time=3D10000u= s > status=3D00000000 > Jul 20 16:07:00 x201i kernel: ahcich5: AHCI reset: device not found > Jul 20 16:07:00 x201i kernel: atkbd: the current kbd controller command > byte 0047 > Jul 20 16:07:00 x201i kernel: atkbd: keyboard ID 0x54ab (2) > Jul 20 16:07:00 x201i kernel: kbdc: RESET_KBD return code:00fa > Jul 20 16:07:00 x201i kernel: kbdc: RESET_KBD status:00aa > Jul 20 16:07:00 x201i kernel: kbdc: TEST_AUX_PORT status:0000 > Jul 20 16:07:00 x201i kernel: kbdc: RESET_AUX return code:00fa > Jul 20 16:07:00 x201i kernel: kbdc: RESET_AUX status:00aa > Jul 20 16:07:00 x201i kernel: kbdc: RESET_AUX ID:0000 > Jul 20 16:07:00 x201i kernel: battery0: battery initialization start > Jul 20 16:07:00 x201i kernel: ahcich0: AHCI reset: device ready after 100= ms > Jul 20 16:07:00 x201i kernel: battery0: battery initialization done, trie= d > 1 times > Jul 20 16:07:00 x201i kernel: (ada0:ahcich0:0:0:0): resume > Jul 20 16:07:00 x201i kernel: acpi_timer0: restoring timecounter, > ACPI-safe -> TSC-low > Jul 20 16:07:00 x201i kernel: uhub0: 2.00/1.00, addr 1> on usbus1 > Jul 20 16:07:00 x201i kernel: uhub1: 2.00/1.00, addr 1> on usbus0 > Jul 20 16:07:00 x201i kernel: wlan0: link state changed to UP > Jul 20 16:07:00 x201i kernel: uhub0: 3 ports with 3 removable, self power= ed > Jul 20 16:07:00 x201i kernel: uhub1: 3 ports with 3 removable, self power= ed > Jul 20 16:06:57 x201i wpa_supplicant[525]: CTRL-EVENT-DISCONNECTED > bssid=3Dc0:c5:20:1b:59:aa reason=3D0 > Jul 20 16:06:57 x201i wpa_supplicant[525]: Failed to initiate AP scan. > Jul 20 16:06:59 x201i acpi: resumed at 20120720 16:06:59 > Jul 20 16:06:59 x201i wpa_supplicant[525]: Trying to associate with > c0:c5:20:1b:69:8a (SSID=3D'LITB-AP' freq=3D2417 MHz) > Jul 20 16:07:00 x201i wpa_supplicant[525]: Associated with > c0:c5:20:1b:69:8a > Jul 20 16:07:00 x201i wpa_supplicant[525]: WPA: Key negotiation completed > with c0:c5:20:1b:69:8a [PTK=3DCCMP GTK=3DCCMP] > Jul 20 16:07:00 x201i wpa_supplicant[525]: CTRL-EVENT-CONNECTED - > Connection to c0:c5:20:1b:69:8a completed (reauth) [id=3D0 id_str=3D] > Jul 20 16:07:00 x201i dhclient: New IP Address (wlan0): 192.168.61.184 > Jul 20 16:07:00 x201i dhclient: New Subnet Mask (wlan0): 255.255.255.0 > Jul 20 16:07:00 x201i dhclient: New Broadcast Address (wlan0): > 192.168.61.255 > Jul 20 16:07:00 x201i dhclient: New Routers (wlan0): 192.168.61.1 > Jul 20 16:07:01 x201i kernel: ugen1.2: at usbus1 > Jul 20 16:07:01 x201i kernel: uhub2: 9/0, rev 2.00/0.00, addr 2> on usbus1 > Jul 20 16:07:01 x201i kernel: ugen0.2: at usbus0 > Jul 20 16:07:01 x201i kernel: uhub3: 9/0, rev 2.00/0.00, addr 2> on usbus0 > Jul 20 16:07:02 x201i kernel: uhub3: 6 ports with 6 removable, self power= ed > Jul 20 16:07:02 x201i kernel: uhub2: 8 ports with 8 removable, self power= ed > > _______________________________________________ > 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" > >