From owner-freebsd-acpi@FreeBSD.ORG Mon May 17 11:06:51 2010 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 EA8A8106567C for ; Mon, 17 May 2010 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF2708FC14 for ; Mon, 17 May 2010 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4HB6pMF015627 for ; Mon, 17 May 2010 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4HB6pcV015625 for freebsd-acpi@FreeBSD.org; Mon, 17 May 2010 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 May 2010 11:06:51 GMT Message-Id: <201005171106.o4HB6pcV015625@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, 17 May 2010 11:06:52 -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/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o bin/145063 acpi [patch] powerd(8): Add -m and -M (minimum and maximum o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO 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 bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot 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/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 60 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue May 18 14:04:09 2010 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 D95211065670; Tue, 18 May 2010 14:04:09 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0512A8FC1A; Tue, 18 May 2010 14:04:08 +0000 (UTC) Received: by fxm19 with SMTP id 19so2388552fxm.13 for ; Tue, 18 May 2010 07:04:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=VTQYoclu0w/gd74IJKTSf31sB2krtjtLrTwlDYg4nCc=; b=tcC83B8KxJaZhPEnGzzhP2H4E9oT6930T5o/gfAJ3XCavFZ9K3HXuYDkygIZC28M2Q JawBWTkjWkPw9/cn/+YZPB20aC505wthTMPo/elGwC5vD2eaqzjVi4sqD+qM9+vb+80s qSNnkPygir862huyf9qKxCaUvtqOIg2xBxonc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=XunPNQkpL5FJUpcaDF+rrTyUrB8+JtY8xe/bV3Cyh3oRMcGKoQDId2mA/G3OyM+Qk2 jNu7vdRsDvd33oRb4kVhmqOGJyvBoA4ETRZx9S6v/bYdtOuEVN8f6CWApHeXlBrm2TdB joi63XXQxXvPXlcjJGAxhkP/V4fhUfpiSDado= MIME-Version: 1.0 Received: by 10.223.63.17 with SMTP id z17mr1866937fah.66.1274191447724; Tue, 18 May 2010 07:04:07 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Tue, 18 May 2010 07:04:07 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <1273257226.1671.3.camel@malikania.fr> Date: Tue, 18 May 2010 16:04:07 +0200 Message-ID: From: Giovanni Trematerra To: Brandon Gooch Content-Type: multipart/mixed; boundary=000e0ce07e9e9e15430486ded055 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 18 May 2010 14:04:09 -0000 --000e0ce07e9e9e15430486ded055 Content-Type: text/plain; charset=ISO-8859-1 On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch wrote: > On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra > wrote: >> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch >> wrote: >>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: >>>> 2010/5/12 David DEMELIER : >>>>> I remove the patch, and built the kernel (I updated the src this >>>>> morning) and it does not panic now. It's really odd. If it reappears >>>>> soon I will tell you. >>>> >>>> I looked at the code with Giovanni and I have the feeling that the >>>> race with the idle thread may still be fatal. >>>> We need to fix that. >>>> >>>> Attilio >>>> >>> >>> That seems to be the case, as my laptop shows about an 80-85 % chance >>> of experiencing a panic if left idle for long-ish periods of time (2 >>> to 4 hours). I usually rebuild world or big ports overnight, and more >>> often than not I wake up to a panicked machine, same situation every >>> time: >>> >>> ... >>> rman_get_bushandle() at rman_get_bushandle+0x1 >>> sched_idletd() at sched_idletd+0x123 >>> fork_exit() at fork_exit+0x12a >>> fork_trampoline() at fork_trampoline+0xe >>> ... >>> >>> The kernel/userland is rebuilt, the ports are finished compiling -- >>> it's in the time AFTER the completion of all tasks that the machine >>> gets bored and tries to kill itself :) >>> >>> I have seen the AC adapter plug/unplug "hang" in the past on this >>> laptop, but I never made the connection between the events, as >>> nowadays my laptop usually stays plugged in :( >>> >>> Attilio, I hope you can track this one down, let me know if I can do >>> anything to help or test... >>> >> >> Attilio and I came up with this patch. It seems ready for stress >> testing and review >> Please test and report back. >> >> Thank you >> >> P.S: all the faults are only mine. > > I tried the patch, and my kernel panics I panic on boot. I have > 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm > looking for a place to post them, but if anyone wants, I can send via > e-mail... Hi Brandon, Could you please, try this new one? The panic at boot stage should be solved, at least I tried on a 8-way machine and all went ok at boot. Please, remove WITNESS_SKIPSPIN from your kernel config file. This patch might be sub-optimal and contains style(9) error but if it works we are on the right way. Let me know if it works for you. Thanks -- Gianni --000e0ce07e9e9e15430486ded055 Content-Type: text/plain; charset=US-ASCII; name="acpi_idle5.diff.txt" Content-Disposition: attachment; filename="acpi_idle5.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9csbpza0 ZGlmZiAtciBkN2QwZTA0ZjQyZTMgc3lzL2Rldi9hY3BpY2EvYWNwaV9jcHUuYwotLS0gYS9zeXMv ZGV2L2FjcGljYS9hY3BpX2NwdS5jCVdlZCBNYXkgMTIgMDQ6MDE6NTYgMjAxMCArMDIwMAorKysg Yi9zeXMvZGV2L2FjcGljYS9hY3BpX2NwdS5jCU1vbiBNYXkgMTcgMDk6MjE6MjUgMjAxMCArMDIw MApAQCAtODgsNiArODgsOCBAQCBzdHJ1Y3QgYWNwaV9jcHVfc29mdGMgewogICAgIGludAkJCSBj cHVfY3hfbG93ZXN0OwogICAgIGNoYXIgCQkgY3B1X2N4X3N1cHBvcnRlZFs2NF07CiAgICAgaW50 CQkJIGNwdV9yaWQ7CisJc3RydWN0IG10eAkgY3B1X2xvY2s7CisJaW50CQkJIGNwdV9kaXNhYmxl X2lkbGU7CiB9OwogCiBzdHJ1Y3QgYWNwaV9jcHVfZGV2aWNlIHsKQEAgLTEwMCw2ICsxMDIsMTAg QEAgc3RydWN0IGFjcGlfY3B1X2RldmljZSB7CiAjZGVmaW5lIENQVV9TRVRfUkVHKHJlZywgd2lk dGgsIHZhbCkJCQkJCVwKICAgICAoYnVzX3NwYWNlX3dyaXRlXyAjIyB3aWR0aChybWFuX2dldF9i dXN0YWcoKHJlZykpLCAJCQlcCiAJCSAgICAgICBybWFuX2dldF9idXNoYW5kbGUoKHJlZykpLCAw LCAodmFsKSkpCisjZGVmaW5lIEFDUElfQ1BVX0xPQ0soc2MpIFwKKwltdHhfbG9ja19zcGluKCZz Yy0+Y3B1X2xvY2spCisjZGVmaW5lIEFDUElfQ1BVX1VOTE9DSyhzYykgXAorCW10eF91bmxvY2tf c3Bpbigmc2MtPmNwdV9sb2NrKQogCiAjZGVmaW5lIFBNX1VTRUMoeCkJICgoeCkgPj4gMikJLyog fjQgY2xvY2tzIHBlciB1c2VjICgzLjU3OTU1IE1oeikgKi8KIApAQCAtMTI3LDcgKzEzMyw2IEBA IHN0YXRpYyB1aW50OF90CQkgY3B1X2NzdF9jbnQ7CS8qIEluZGljYXQKIHN0YXRpYyBpbnQJCSBj cHVfcXVpcmtzOwkvKiBJbmRpY2F0ZSBhbnkgaGFyZHdhcmUgYnVncy4gKi8KIAogLyogUnVudGlt ZSBzdGF0ZS4gKi8KLXN0YXRpYyBpbnQJCSBjcHVfZGlzYWJsZV9pZGxlOyAvKiBEaXNhYmxlIGVu dHJ5IHRvIGlkbGUgZnVuY3Rpb24gKi8KIHN0YXRpYyBpbnQJCSBjcHVfY3hfY291bnQ7CS8qIE51 bWJlciBvZiB2YWxpZCBDeCBzdGF0ZXMgKi8KIAogLyogVmFsdWVzIGZvciBzeXNjdGwuICovCkBA IC0yODQsNiArMjg5LDcgQEAgYWNwaV9jcHVfYXR0YWNoKGRldmljZV90IGRldikKICAgICBBQ1BJ X0ZVTkNUSU9OX1RSQUNFKChjaGFyICopKHVpbnRwdHJfdClfX2Z1bmNfXyk7CiAKICAgICBzYyA9 IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwltdHhfaW5pdCgmc2MtPmNwdV9sb2NrLCAibnRmbGNr IiwgTlVMTCwgTVRYX1NQSU4pOwogICAgIHNjLT5jcHVfZGV2ID0gZGV2OwogICAgIHNjLT5jcHVf aGFuZGxlID0gYWNwaV9nZXRfaGFuZGxlKGRldik7CiAgICAgY3B1X2lkID0gKGludCkoaW50cHRy X3QpYWNwaV9nZXRfcHJpdmF0ZShkZXYpOwpAQCAtNDA5LDI3ICs0MTUsMzAgQEAgYWNwaV9jcHVf cG9zdGF0dGFjaCh2b2lkICp1bnVzZWQgX191bnVzZQogU1lTSU5JVChhY3BpX2NwdSwgU0lfU1VC X0NPTkZJR1VSRSwgU0lfT1JERVJfTUlERExFLAogICAgIGFjcGlfY3B1X3Bvc3RhdHRhY2gsIE5V TEwpOwogCi0vKgotICogRGlzYWJsZSBhbnkgZW50cnkgdG8gdGhlIGlkbGUgZnVuY3Rpb24gZHVy aW5nIHN1c3BlbmQgYW5kIHJlLWVuYWJsZSBpdAotICogZHVyaW5nIHJlc3VtZS4KLSAqLwogc3Rh dGljIGludAogYWNwaV9jcHVfc3VzcGVuZChkZXZpY2VfdCBkZXYpCiB7CisgICAgc3RydWN0IGFj cGlfY3B1X3NvZnRjICpzYzsKICAgICBpbnQgZXJyb3I7CiAKKyAgICBzYyA9IGRldmljZV9nZXRf c29mdGMoZGV2KTsKICAgICBlcnJvciA9IGJ1c19nZW5lcmljX3N1c3BlbmQoZGV2KTsKICAgICBp ZiAoZXJyb3IpCiAJcmV0dXJuIChlcnJvcik7Ci0gICAgY3B1X2Rpc2FibGVfaWRsZSA9IFRSVUU7 CisJQUNQSV9DUFVfTE9DSyhzYyk7CisgICAgc2MtPmNwdV9kaXNhYmxlX2lkbGUgPSBUUlVFOwor CUFDUElfQ1BVX1VOTE9DSyhzYyk7CisKICAgICByZXR1cm4gKDApOwogfQogCiBzdGF0aWMgaW50 CiBhY3BpX2NwdV9yZXN1bWUoZGV2aWNlX3QgZGV2KQogeworICAgIHN0cnVjdCBhY3BpX2NwdV9z b2Z0YyAqc2M7CiAKLSAgICBjcHVfZGlzYWJsZV9pZGxlID0gRkFMU0U7CisgICAgc2MgPSBkZXZp Y2VfZ2V0X3NvZnRjKGRldik7CisgICAgc2MtPmNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsKICAg ICByZXR1cm4gKGJ1c19nZW5lcmljX3Jlc3VtZShkZXYpKTsKIH0KIApAQCAtNTIzLDE2ICs1MzIs MTYgQEAgYWNwaV9jcHVfc2h1dGRvd24oZGV2aWNlX3QgZGV2KQogewogICAgIEFDUElfRlVOQ1RJ T05fVFJBQ0UoKGNoYXIgKikodWludHB0cl90KV9fZnVuY19fKTsKIAorICAgIHN0cnVjdCBhY3Bp X2NwdV9zb2Z0YyAqc2M7CisKKyAgICBzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwogICAg IC8qIEFsbG93IGNoaWxkcmVuIHRvIHNodXRkb3duIGZpcnN0LiAqLwogICAgIGJ1c19nZW5lcmlj X3NodXRkb3duKGRldik7CiAKLSAgICAvKgotICAgICAqIERpc2FibGUgYW55IGVudHJ5IHRvIHRo ZSBpZGxlIGZ1bmN0aW9uLiAgVGhlcmUgaXMgYSBzbWFsbCByYWNlIHdoZXJlCi0gICAgICogYW4g aWRsZSB0aHJlYWQgaGF2ZSBwYXNzZWQgdGhpcyBjaGVjayBidXQgbm90IGdvbmUgdG8gc2xlZXAu ICBUaGlzCi0gICAgICogaXMgb2sgc2luY2UgZGV2aWNlX3NodXRkb3duKCkgZG9lcyBub3QgZnJl ZSB0aGUgc29mdGMsIG90aGVyd2lzZQotICAgICAqIHdlJ2QgaGF2ZSB0byBiZSBzdXJlIGFsbCB0 aHJlYWRzIHdlcmUgZXZpY3RlZCBiZWZvcmUgcmV0dXJuaW5nLgotICAgICAqLwotICAgIGNwdV9k aXNhYmxlX2lkbGUgPSBUUlVFOworCUFDUElfQ1BVX0xPQ0soc2MpOworICAgIHNjLT5jcHVfZGlz YWJsZV9pZGxlID0gVFJVRTsKKwlBQ1BJX0NQVV9VTkxPQ0soc2MpOwogCiAgICAgcmV0dXJuX1ZB TFVFICgwKTsKIH0KQEAgLTYwOSw3ICs2MTgsOSBAQCBhY3BpX2NwdV9nZW5lcmljX2N4X3Byb2Jl KHN0cnVjdCBhY3BpX2NwCiAJICAgIGN4X3B0ci0+dHJhbnNfbGF0ID0gQWNwaUdibF9GQURULkMy TGF0ZW5jeTsKIAkgICAgY3hfcHRyKys7CiAJICAgIHNjLT5jcHVfY3hfY291bnQrKzsKLQl9CisJ fSBlbHNlCisJCXBhbmljKCIlczogQ2Fubm90IGFsbG9jYXRlIHJlc291cmNlICVkIGZvciBDMyBz dGF0ZSIsIF9fZnVuY19fLCAKKwkJICAgIGN4X3B0ci0+cmVzX3R5cGUpOwogICAgIH0KICAgICBp ZiAoc2MtPmNwdV9wX2Jsa19sZW4gPCA2KQogCXJldHVybjsKQEAgLTYyNSw3ICs2MzYsOSBAQCBh Y3BpX2NwdV9nZW5lcmljX2N4X3Byb2JlKHN0cnVjdCBhY3BpX2NwCiAJICAgIGN4X3B0ci0+dHJh bnNfbGF0ID0gQWNwaUdibF9GQURULkMzTGF0ZW5jeTsKIAkgICAgY3hfcHRyKys7CiAJICAgIHNj LT5jcHVfY3hfY291bnQrKzsKLQl9CisJfSBlbHNlCisJCXBhbmljKCIlczogQ2Fubm90IGFsbG9j YXRlIHJlc291cmNlICVkIGZvciBDMyBzdGF0ZSIsIF9fZnVuY19fLCAKKwkJICAgIGN4X3B0ci0+ cmVzX3R5cGUpOwogICAgIH0KIH0KIApAQCAtNjM3LDEzICs2NTAsMTQgQEAgYWNwaV9jcHVfZ2Vu ZXJpY19jeF9wcm9iZShzdHJ1Y3QgYWNwaV9jcAogc3RhdGljIGludAogYWNwaV9jcHVfY3hfY3N0 KHN0cnVjdCBhY3BpX2NwdV9zb2Z0YyAqc2MpCiB7CisgICAgc3RydWN0IAkgcmVzb3VyY2UgKmx2 bHg7CiAgICAgc3RydWN0CSBhY3BpX2N4ICpjeF9wdHI7CiAgICAgQUNQSV9TVEFUVVMJIHN0YXR1 czsKICAgICBBQ1BJX0JVRkZFUgkgYnVmOwogICAgIEFDUElfT0JKRUNUCSp0b3A7CiAgICAgQUNQ SV9PQkpFQ1QJKnBrZzsKICAgICB1aW50MzJfdAkgY291bnQ7Ci0gICAgaW50CQkgaTsKKyAgICBp bnQJCSBpLCB0eXBlLCByaWQ7CiAKICAgICBBQ1BJX0ZVTkNUSU9OX1RSQUNFKChjaGFyICopKHVp bnRwdHJfdClfX2Z1bmNfXyk7CiAKQEAgLTcyMiw4ICs3MzYsMTggQEAgYWNwaV9jcHVfY3hfY3N0 KHN0cnVjdCBhY3BpX2NwdV9zb2Z0YyAqcwogI2VuZGlmCiAKIAkvKiBBbGxvY2F0ZSB0aGUgY29u dHJvbCByZWdpc3RlciBmb3IgQzIgb3IgQzMuICovCi0JYWNwaV9Qa2dHYXMoc2MtPmNwdV9kZXYs IHBrZywgMCwgJmN4X3B0ci0+cmVzX3R5cGUsICZzYy0+Y3B1X3JpZCwKLQkgICAgJmN4X3B0ci0+ cF9sdmx4LCBSRl9TSEFSRUFCTEUpOworCWFjcGlfUGtnR2FzKHNjLT5jcHVfZGV2LCBwa2csIDAs ICZ0eXBlLCAmcmlkLAorCSAgICAmbHZseCwgUkZfU0hBUkVBQkxFKTsKKwlBQ1BJX0NQVV9MT0NL KHNjKTsKKworCS8qIAorCSAqICBpZiB5b3UgY2Fubm90IGFsbG9jYXRlIHRoZSBjb250cm9sIHJl Z2lzdGVyIHlvdSBuZWVkIHRvIHN0b3AKKwkgKiAgdGhlIGFjcGlfY3B1X2lkbGUgaG9vay4KKwkg Ki8KKwlzYy0+Y3B1X2Rpc2FibGVfaWRsZSA9IChsdmx4ID09IE5VTEwpID8gVFJVRSA6IEZBTFNF OworCXNjLT5jcHVfcmlkICAJID0gcmlkOworCWN4X3B0ci0+cF9sdmx4ICAgPSBsdmx4OworCWN4 X3B0ci0+cmVzX3R5cGUgPSB0eXBlOwogCWlmIChjeF9wdHItPnBfbHZseCkgewogCSAgICBzYy0+ Y3B1X3JpZCsrOwogCSAgICBBQ1BJX0RFQlVHX1BSSU5UKChBQ1BJX0RCX0lORk8sCkBAIC03MzIs NyArNzU2LDEwIEBAIGFjcGlfY3B1X2N4X2NzdChzdHJ1Y3QgYWNwaV9jcHVfc29mdGMgKnMKIAkJ CSAgICAgY3hfcHRyLT50cmFuc19sYXQpKTsKIAkgICAgY3hfcHRyKys7CiAJICAgIHNjLT5jcHVf Y3hfY291bnQrKzsKLQl9CisJfSBlbHNlCisJCWRldmljZV9wcmludGYoc2MtPmNwdV9kZXYsICJj YW5ub3QgYWxsb2NhdGUgY29udHJvbCByZWdpc3RlciIKKwkJICAgICIgZm9yIEMyIG8gQzMuIik7 CisJQUNQSV9DUFVfVU5MT0NLKHNjKTsKICAgICB9CiAgICAgQWNwaU9zRnJlZShidWYuUG9pbnRl cik7CiAKQEAgLTgxMyw3ICs4NDAsMTAgQEAgYWNwaV9jcHVfc3RhcnR1cCh2b2lkICphcmcpCiAK ICAgICAvKiBUYWtlIG92ZXIgaWRsaW5nIGZyb20gY3B1X2lkbGVfZGVmYXVsdCgpLiAqLwogICAg IGNwdV9jeF9sb3dlc3QgPSAwOwotICAgIGNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsKKwlmb3Ig KGkgPSAwOyBpIDwgY3B1X25kZXZpY2VzOyBpKyspIHsKKwkgICAgc2MgPSBkZXZpY2VfZ2V0X3Nv ZnRjKGNwdV9kZXZpY2VzW2ldKTsKKyAgICAJc2MtPmNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsK Kwl9CiAgICAgY3B1X2lkbGVfaG9vayA9IGFjcGlfY3B1X2lkbGU7CiB9CiAKQEAgLTg4MywxMSAr OTEzLDYgQEAgYWNwaV9jcHVfaWRsZSgpCiAgICAgdWludDMyX3QJc3RhcnRfdGltZSwgZW5kX3Rp bWU7CiAgICAgaW50CQlibV9hY3RpdmUsIGN4X25leHRfaWR4LCBpOwogCi0gICAgLyogSWYgZGlz YWJsZWQsIHJldHVybiBpbW1lZGlhdGVseS4gKi8KLSAgICBpZiAoY3B1X2Rpc2FibGVfaWRsZSkg ewotCUFDUElfRU5BQkxFX0lSUVMoKTsKLQlyZXR1cm47Ci0gICAgfQogCiAgICAgLyoKICAgICAg KiBMb29rIHVwIG91ciBDUFUgaWQgdG8gZ2V0IG91ciBzb2Z0Yy4gIElmIGl0J3MgTlVMTCwgd2Un bGwgdXNlIEMxCkBAIC05MDAsNiArOTI1LDE0IEBAIGFjcGlfY3B1X2lkbGUoKQogCXJldHVybjsK ICAgICB9CiAKKyAgICBBQ1BJX0NQVV9MT0NLKHNjKTsKKworICAgIGlmIChzYy0+Y3B1X2Rpc2Fi bGVfaWRsZSkgeworCUFDUElfQ1BVX1VOTE9DSyhzYyk7CisJQUNQSV9FTkFCTEVfSVJRUygpOwor CXJldHVybjsKKyAgICB9CisKICAgICAvKiBGaW5kIHRoZSBsb3dlc3Qgc3RhdGUgdGhhdCBoYXMg c21hbGwgZW5vdWdoIGxhdGVuY3kuICovCiAgICAgY3hfbmV4dF9pZHggPSAwOwogICAgIGZvciAo aSA9IHNjLT5jcHVfY3hfbG93ZXN0OyBpID49IDA7IGktLSkgewpAQCAtOTM1LDYgKzk2OCw3IEBA IGFjcGlfY3B1X2lkbGUoKQogICAgICAqLwogICAgIGlmIChjeF9uZXh0LT50eXBlID09IEFDUElf U1RBVEVfQzEpIHsKIAlzYy0+Y3B1X3ByZXZfc2xlZXAgPSAoc2MtPmNwdV9wcmV2X3NsZWVwICog MyArIDUwMDAwMCAvIGh6KSAvIDQ7CisJQUNQSV9DUFVfVU5MT0NLKHNjKTsKIAlhY3BpX2NwdV9j MSgpOwogCXJldHVybjsKICAgICB9CkBAIC05NzUsNiArMTAwOSw3IEBAIGFjcGlfY3B1X2lkbGUo KQogCUFjcGlXcml0ZUJpdFJlZ2lzdGVyKEFDUElfQklUUkVHX0FSQl9ESVNBQkxFLCAwKTsKIAlB Y3BpV3JpdGVCaXRSZWdpc3RlcihBQ1BJX0JJVFJFR19CVVNfTUFTVEVSX1JMRCwgMCk7CiAgICAg fQorCUFDUElfQ1BVX1VOTE9DSyhzYyk7CiAgICAgQUNQSV9FTkFCTEVfSVJRUygpOwogCiAgICAg LyogRmluZCB0aGUgYWN0dWFsIHRpbWUgYXNsZWVwIGluIG1pY3Jvc2Vjb25kcy4gKi8K --000e0ce07e9e9e15430486ded055-- From owner-freebsd-acpi@FreeBSD.ORG Tue May 18 19:16:06 2010 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 4D462106564A for ; Tue, 18 May 2010 19:16:06 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id CF0498FC24 for ; Tue, 18 May 2010 19:16:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id B7C5B1079D for ; Wed, 19 May 2010 04:16:04 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E0SU7OIvKAa4 for ; Wed, 19 May 2010 04:16:03 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTP for ; Wed, 19 May 2010 04:16:03 +0900 (JST) Date: Wed, 19 May 2010 04:16:02 +0900 From: Taku YAMAMOTO To: freebsd-acpi@freebsd.org Message-Id: <20100519041602.2ccd714c.taku@tackymt.homeip.net> In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <1273257226.1671.3.camel@malikania.fr> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Re: Kernel panic when unpluggin AC adaptor 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, 18 May 2010 19:16:06 -0000 Is it faster to call sched_bind() temporarily in acpi_cpu_notify() than locking around many places? If we successfully sched_bind() to the subject CPU, I think we're guaranteed that the acpi_cpu_idle() is not running on that CPU. On Tue, 18 May 2010 16:04:07 +0200 Giovanni Trematerra wrote: > On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch > wrote: > > On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra > > wrote: > >> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch > >> wrote: > >>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: > >>>> 2010/5/12 David DEMELIER : > >>>>> I remove the patch, and built the kernel (I updated the src this > >>>>> morning) and it does not panic now. It's really odd. If it reappears > >>>>> soon I will tell you. > >>>> > >>>> I looked at the code with Giovanni and I have the feeling that the > >>>> race with the idle thread may still be fatal. > >>>> We need to fix that. > >>>> > >>>> Attilio > >>>> > >>> > >>> That seems to be the case, as my laptop shows about an 80-85 % chance > >>> of experiencing a panic if left idle for long-ish periods of time (2 > >>> to 4 hours). I usually rebuild world or big ports overnight, and more > >>> often than not I wake up to a panicked machine, same situation every > >>> time: > >>> > >>> ... > >>> rman_get_bushandle() at rman_get_bushandle+0x1 > >>> sched_idletd() at sched_idletd+0x123 > >>> fork_exit() at fork_exit+0x12a > >>> fork_trampoline() at fork_trampoline+0xe > >>> ... > >>> > >>> The kernel/userland is rebuilt, the ports are finished compiling -- > >>> it's in the time AFTER the completion of all tasks that the machine > >>> gets bored and tries to kill itself :) > >>> > >>> I have seen the AC adapter plug/unplug "hang" in the past on this > >>> laptop, but I never made the connection between the events, as > >>> nowadays my laptop usually stays plugged in :( > >>> > >>> Attilio, I hope you can track this one down, let me know if I can do > >>> anything to help or test... > >>> > >> > >> Attilio and I came up with this patch. It seems ready for stress > >> testing and review > >> Please test and report back. > >> > >> Thank you > >> > >> P.S: all the faults are only mine. > > > > I tried the patch, and my kernel panics I panic on boot. I have > > 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm > > looking for a place to post them, but if anyone wants, I can send via > > e-mail... > > Hi Brandon, > Could you please, try this new one? The panic at boot stage should be solved, > at least I tried on a 8-way machine and all went ok at boot. > Please, remove WITNESS_SKIPSPIN from your kernel config file. > This patch might be sub-optimal and contains style(9) error but if it > works we are > on the right way. > Let me know if it works for you. > > Thanks > > -- > Gianni > -- -|-__ 山本　拓 / YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-acpi@FreeBSD.ORG Wed May 19 03:47:27 2010 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 2F335106566B; Wed, 19 May 2010 03:47:27 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C09E28FC0C; Wed, 19 May 2010 03:47:26 +0000 (UTC) Received: by iwn5 with SMTP id 5so157904iwn.13 for ; Tue, 18 May 2010 20:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Kz3vu18eRwmotuH8+KBRjwVATFfcZ92sOm7Ai7jX5nI=; b=N7MQQCeY26ONPxzd6QqbruRZkaWYbeuSjoKozICnSB0tsNsOcm092kJCU8iGTAOxew 07cqlhd8a3VOTn0cBmqbyTdyDWaby9VRCD4E5ZyaaSvYuZhWOcjNPq/FzWcDlGDuZp5Q zewx8zxnTZDHU6yWkJfJ+wl39POzrrAe1J368= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TkkE2+OIK3WIqgpZIfSlf2ySKsPVE+qJXTEnW0GdeSZ1TzV4qhb1SB6o9nDo9QnInO miOa/6cAudnN9jum9vzJlf/hLf9vXjxcErddoJgIitRBxjemHb6AMc6cCw1qHvVROJMl z7pkfYuSkC8vcI32PiriiCwwrgsioNgbJR4K8= MIME-Version: 1.0 Received: by 10.231.149.131 with SMTP id t3mr2934075ibv.55.1274240844172; Tue, 18 May 2010 20:47:24 -0700 (PDT) Received: by 10.231.182.195 with HTTP; Tue, 18 May 2010 20:47:24 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> Date: Tue, 18 May 2010 22:47:24 -0500 Message-ID: From: Brandon Gooch To: Giovanni Trematerra Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 19 May 2010 03:47:27 -0000 On Tue, May 18, 2010 at 9:04 AM, Giovanni Trematerra wrote: > On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch > wrote: >> On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra >> wrote: >>> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch >>> wrote: >>>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: >>>>> 2010/5/12 David DEMELIER : >>>>>> I remove the patch, and built the kernel (I updated the src this >>>>>> morning) and it does not panic now. It's really odd. If it reappears >>>>>> soon I will tell you. >>>>> >>>>> I looked at the code with Giovanni and I have the feeling that the >>>>> race with the idle thread may still be fatal. >>>>> We need to fix that. >>>>> >>>>> Attilio >>>>> >>>> >>>> That seems to be the case, as my laptop shows about an 80-85 % chance >>>> of experiencing a panic if left idle for long-ish periods of time (2 >>>> to 4 hours). I usually rebuild world or big ports overnight, and more >>>> often than not I wake up to a panicked machine, same situation every >>>> time: >>>> >>>> ... >>>> rman_get_bushandle() at rman_get_bushandle+0x1 >>>> sched_idletd() at sched_idletd+0x123 >>>> fork_exit() at fork_exit+0x12a >>>> fork_trampoline() at fork_trampoline+0xe >>>> ... >>>> >>>> The kernel/userland is rebuilt, the ports are finished compiling -- >>>> it's in the time AFTER the completion of all tasks that the machine >>>> gets bored and tries to kill itself :) >>>> >>>> I have seen the AC adapter plug/unplug "hang" in the past on this >>>> laptop, but I never made the connection between the events, as >>>> nowadays my laptop usually stays plugged in :( >>>> >>>> Attilio, I hope you can track this one down, let me know if I can do >>>> anything to help or test... >>>> >>> >>> Attilio and I came up with this patch. It seems ready for stress >>> testing and review >>> Please test and report back. >>> >>> Thank you >>> >>> P.S: all the faults are only mine. >> >> I tried the patch, and my kernel panics I panic on boot. I have >> 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm >> looking for a place to post them, but if anyone wants, I can send via >> e-mail... > > Hi Brandon, > Could you please, try this new one? The panic at boot stage should be solved, > at least I tried on a 8-way machine and all went ok at boot. > Please, remove WITNESS_SKIPSPIN from your kernel config file. > This patch might be sub-optimal and contains style(9) error but if it > works we are > on the right way. > Let me know if it works for you. Applied the patch, built, installed, and booted new kernel: no panic! I will remove WITNESS_SKIPSPIN and build another kernel. Then I'll "try" to trigger the panic (by letting my laptop sit idle after a buildworld session). Thanks for giving this some attention, I hope you and/or others are able to get to the bottom of this... -Brandon From owner-freebsd-acpi@FreeBSD.ORG Wed May 19 18:40:08 2010 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 BA3FD1065670; Wed, 19 May 2010 18:40:08 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E84928FC1B; Wed, 19 May 2010 18:40:07 +0000 (UTC) Received: by iwn5 with SMTP id 5so1045497iwn.13 for ; Wed, 19 May 2010 11:40:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=BJHhhCUUQByvchiAmPRrS7I4FJDPQU+/iE5ve+GnIHE=; b=iEJ7XPYMZJngSU3to7W5eXwSwKZSxqO2+3KxmFubTdOhRuz1LOSWHAN3N3LvWfrJ4q L7458A/Q1a+Chkn2S5/EXi3qf1uJaKJRisXMKVLDSjnszYQh0Tsv0y5OsHYuCBhkqtsr bjqkbyW1wWzz3gemOkAGcg8uFiaiSQw6LHy4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=R/BAqlar84yM1Z9jvud0mJWM4L/eqcosJUuo6bZ5LxCZhgUB/mkviubIdsZpzdCj1G bk5Q9HMSDglO6SKUXb50Lwyp4A1ryZN5vHvyDl30JU3FErSFEpQnXC5fOKnJMJDap3Nu LGfW7c4sjWZfjaxxdpPsuubc9PdveuR/qKpvA= MIME-Version: 1.0 Received: by 10.231.155.3 with SMTP id q3mr4138711ibw.20.1274294386724; Wed, 19 May 2010 11:39:46 -0700 (PDT) Received: by 10.231.182.195 with HTTP; Wed, 19 May 2010 11:39:46 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> Date: Wed, 19 May 2010 13:39:46 -0500 Message-ID: From: Brandon Gooch To: Giovanni Trematerra Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 19 May 2010 18:40:08 -0000 On Tue, May 18, 2010 at 10:47 PM, Brandon Gooch wrote: > On Tue, May 18, 2010 at 9:04 AM, Giovanni Trematerra > wrote: >> On Sat, May 15, 2010 at 9:12 PM, Brandon Gooch >> wrote: >>> On Thu, May 13, 2010 at 7:25 PM, Giovanni Trematerra >>> wrote: >>>> On Thu, May 13, 2010 at 1:09 AM, Brandon Gooch >>>> wrote: >>>>> On Wed, May 12, 2010 at 9:41 AM, Attilio Rao wrote: >>>>>> 2010/5/12 David DEMELIER : >>>>>>> I remove the patch, and built the kernel (I updated the src this >>>>>>> morning) and it does not panic now. It's really odd. If it reappears >>>>>>> soon I will tell you. >>>>>> >>>>>> I looked at the code with Giovanni and I have the feeling that the >>>>>> race with the idle thread may still be fatal. >>>>>> We need to fix that. >>>>>> >>>>>> Attilio >>>>>> >>>>> >>>>> That seems to be the case, as my laptop shows about an 80-85 % chance >>>>> of experiencing a panic if left idle for long-ish periods of time (2 >>>>> to 4 hours). I usually rebuild world or big ports overnight, and more >>>>> often than not I wake up to a panicked machine, same situation every >>>>> time: >>>>> >>>>> ... >>>>> rman_get_bushandle() at rman_get_bushandle+0x1 >>>>> sched_idletd() at sched_idletd+0x123 >>>>> fork_exit() at fork_exit+0x12a >>>>> fork_trampoline() at fork_trampoline+0xe >>>>> ... >>>>> >>>>> The kernel/userland is rebuilt, the ports are finished compiling -- >>>>> it's in the time AFTER the completion of all tasks that the machine >>>>> gets bored and tries to kill itself :) >>>>> >>>>> I have seen the AC adapter plug/unplug "hang" in the past on this >>>>> laptop, but I never made the connection between the events, as >>>>> nowadays my laptop usually stays plugged in :( >>>>> >>>>> Attilio, I hope you can track this one down, let me know if I can do >>>>> anything to help or test... >>>>> >>>> >>>> Attilio and I came up with this patch. It seems ready for stress >>>> testing and review >>>> Please test and report back. >>>> >>>> Thank you >>>> >>>> P.S: all the faults are only mine. >>> >>> I tried the patch, and my kernel panics I panic on boot. I have >>> 8.5MB(!) of JPG images (6 of them) if anyone needs to see them. I'm >>> looking for a place to post them, but if anyone wants, I can send via >>> e-mail... >> >> Hi Brandon, >> Could you please, try this new one? The panic at boot stage should be solved, >> at least I tried on a 8-way machine and all went ok at boot. >> Please, remove WITNESS_SKIPSPIN from your kernel config file. >> This patch might be sub-optimal and contains style(9) error but if it >> works we are >> on the right way. >> Let me know if it works for you. > > Applied the patch, built, installed, and booted new kernel: no panic! > > I will remove WITNESS_SKIPSPIN and build another kernel. Then I'll > "try" to trigger the panic (by letting my laptop sit idle after a > buildworld session). > > Thanks for giving this some attention, I hope you and/or others are > able to get to the bottom of this... Hey everyone, just reporting in: The laptop has experienced the longest uptime it's seen in a while -- so far, so good! I'll keep the machine up and running just in case... -Brandon From owner-freebsd-acpi@FreeBSD.ORG Thu May 20 03:04:41 2010 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 33F39106564A for ; Thu, 20 May 2010 03:04:41 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id E7EC28FC18 for ; Thu, 20 May 2010 03:04:40 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OEw3s-0003lg-5z for freebsd-acpi@freebsd.org; Wed, 19 May 2010 20:04:40 -0700 Message-ID: <28616663.post@talk.nabble.com> Date: Wed, 19 May 2010 20:04:40 -0700 (PDT) From: subgeometer To: freebsd-acpi@freebsd.org In-Reply-To: <4BE94278.1010101@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: biggerbumme@yahoo.co.in References: <201004122301.45040.g.veniamin@googlemail.com> <28494831.post@talk.nabble.com> <4BE94278.1010101@FreeBSD.org> Subject: Re: Problem network devices Acer Extensa 5635G X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 03:04:41 -0000 dmesg output from acer Extensa 5635Z running freeBSD-8.0-RELEASE is as follows: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #1: Sun May 9 23:03:50 EST 2010 root@:/usr/obj/usr/src/sys/acer5635z Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz (2095.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x400e39d AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3995230208 (3810 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered netsmb_dev: loaded kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: warning: EC done before starting event wait acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf0000000-0xf03fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 65532k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: mem 0xf0400000-0xf04fffff at device 2.1 on pci0 uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1840-0x185f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 ehci0: mem 0xf0904800-0xf0904bff irq 19 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pci0: at device 27.0 (no driver attached) pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 19 at device 28.3 on pci0 pci7: on pcib2 ath0: irq 19 at device 0.0 on pci7 ath0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). ath0: cannot map register space device_attach: ath0 attach returned 6 pcib3: irq 16 at device 28.5 on pci0 pci9: on pcib3 alc0: irq 17 at device 0.0 on pci9 alc0: 0x40000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). alc0: cannot allocate memory resources. device_attach: alc0 attach returned 6 uhci2: port 0x1860-0x187f irq 23 at device 29.0 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x003b usbus3: on uhci2 uhci3: port 0x1880-0x189f irq 19 at device 29.1 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0010 usbus4: on uhci3 uhci4: port 0x18a0-0x18bf irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0010 usbus5: on uhci4 uhci5: port 0x18c0-0x18df irq 16 at device 29.3 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0010 usbus6: on uhci5 ehci1: mem 0xf0904c00-0xf0904fff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib4: at device 30.0 on pci0 pci10: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1818-0x181f,0x180c-0x180f,0x1810-0x1817,0x1808-0x180b,0x18e0-0x18ff mem 0xf0904000-0xf09047ff irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.20 controller with 4 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xd0000-0xd0fff,0xe0000-0xe17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad4: 305245MB at ata2-master SATA300 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 GEOM: ad4: partition 3 does not start on a track boundary. GEOM: ad4: partition 3 does not end on a track boundary. GEOM: ad4: partition 2 does not start on a track boundary. GEOM: ad4: partition 2 does not end on a track boundary. acd0: DVDR at ata3-master SATA150 SMP: AP CPU #1 Launched! WARNING: ad4s1 expected rawoffset 0, found 63 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered WARNING: ad4s1a expected rawoffset 0, found 63 uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus7 uhub7: 8 ports with 8 removable, self powered Root mount waiting for: usbus7 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ugen7.2: at usbus7 Trying to mount root from ufs:/dev/ad4s1a (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): CAM Status: SCSI Status Error (probe0:ata1:0:0:0): SCSI Status: Check Condition (probe0:ata1:0:0:0): NOT READY asc:3a,1 (probe0:ata1:0:0:0): Medium not present - tray closed (probe0:ata1:0:0:0): Unretryable error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ugen2.2: at usbus2 umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:2:0:-1: Attached to scbus2 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1909MB (3909632 512 byte sectors: 255H 63S/T 243C) GEOM: da0: partition 1 does not end on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. This is with a non-GENERIC kernel, no options were remove from the default, just some extra options added, I will supply the config file if necessary. The ath0 output etc seems to be the same as with GENERIC Thanks, John O'Driscoll -- View this message in context: http://old.nabble.com/Problem-network-devices-Acer-Extensa-5635G-tp28219409p28616663.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From owner-freebsd-acpi@FreeBSD.ORG Thu May 20 17:00:25 2010 Return-Path: Delivered-To: acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63FC9106566C; Thu, 20 May 2010 17:00:25 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 116A58FC19; Thu, 20 May 2010 17:00:24 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o4KGCnlU009573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 May 2010 12:12:49 -0400 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o4KGCm9j007844; Thu, 20 May 2010 12:12:49 -0400 Message-ID: <4BF55F80.2060409@aldan.algebra.com> Date: Thu, 20 May 2010 12:12:48 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: acpi@FreeBSD.org, danfe@FreeBSD.org, linux@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Extracting screen's EDID-information from ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 May 2010 17:00:25 -0000 Hello! I'm struggling to get a Vaio-laptop with NVidia graphics to work properly. NVidia's own driver (from x11/nvidia-driver) does not "see" the laptop's own built-in screen. Linux users have solved this problem: http://code.google.com/p/vaio-f11-linux/wiki/NVIDIASetup but that requires reading ACPI-data via the Linux' proc-filesystem: /proc/acpi/video/NGFX/LCD/EDID FreeBSD's /proc does not have the acpi subdirectory, and neither does our /compat/linux/proc I'm sure, acpidump can extract the needed info, but I don't know, how :-( I put the disassembled dump (acpidump -dt) of this laptop to: http://aldan.algebra.com/~mi/VPCF11M1E.acpidump.bz2 Is the necessary information (128 raw bytes or so) in there? Could somebody give an idea? Thanks! -mi P.S. The laptop runs 8.1-prerelease/i386 From owner-freebsd-acpi@FreeBSD.ORG Fri May 21 15:51:16 2010 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 1064E106566B for ; Fri, 21 May 2010 15:51:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D5DAF8FC19 for ; Fri, 21 May 2010 15:51:15 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 850B246B97; Fri, 21 May 2010 11:51:15 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A5E738A025; Fri, 21 May 2010 11:51:14 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 21 May 2010 11:48:53 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004122301.45040.g.veniamin@googlemail.com> <4BE94278.1010101@FreeBSD.org> <28616663.post@talk.nabble.com> In-Reply-To: <28616663.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005211148.53437.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 21 May 2010 11:51:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: subgeometer Subject: Re: Problem network devices Acer Extensa 5635G 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, 21 May 2010 15:51:16 -0000 On Wednesday 19 May 2010 11:04:40 pm subgeometer wrote: > > dmesg output from acer Extensa 5635Z running freeBSD-8.0-RELEASE is as > follows: I would need a dmesg from a verbose boot (boot -v) to verify if it is a bug with the PCI resource windows being toasted in a bridge. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri May 21 21:03:55 2010 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 F2AB61065675; Fri, 21 May 2010 21:03:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CA0538FC0A; Fri, 21 May 2010 21:03:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4LL3tTW009017; Fri, 21 May 2010 21:03:55 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4LL3twk009013; Fri, 21 May 2010 21:03:55 GMT (envelope-from linimon) Date: Fri, 21 May 2010 21:03:55 GMT Message-Id: <201005212103.o4LL3twk009013@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: i386/146715: [acpi] Suspend works, resume not on a HP Probook 4510s 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, 21 May 2010 21:03:56 -0000 Old Synopsis: Suspend works, resume not on a HP Probook 4510s New Synopsis: [acpi] Suspend works, resume not on a HP Probook 4510s Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Fri May 21 21:03:22 UTC 2010 Responsible-Changed-Why: Reclassify as acpi-related. http://www.freebsd.org/cgi/query-pr.cgi?pr=146715 From owner-freebsd-acpi@FreeBSD.ORG Sat May 22 17:19:26 2010 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0396C1065675; Sat, 22 May 2010 17:19:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 704B88FC12; Sat, 22 May 2010 17:19:25 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4MGxq2p080160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 May 2010 19:59:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4MGxcMh083479; Sat, 22 May 2010 19:59:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4MGxcmS083478; Sat, 22 May 2010 19:59:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 22 May 2010 19:59:38 +0300 From: Kostik Belousov To: "Mikhail T." Message-ID: <20100522165938.GV83316@deviant.kiev.zoral.com.ua> References: <4BF55F80.2060409@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="56jnwYyHVsKJlmXZ" Content-Disposition: inline In-Reply-To: <4BF55F80.2060409@aldan.algebra.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: acpi@freebsd.org, danfe@freebsd.org, linux@freebsd.org Subject: Re: Extracting screen's EDID-information from ACPI 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, 22 May 2010 17:19:26 -0000 --56jnwYyHVsKJlmXZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 20, 2010 at 12:12:48PM -0400, Mikhail T. wrote: > Hello! >=20 > I'm struggling to get a Vaio-laptop with NVidia graphics to work properly. >=20 > NVidia's own driver (from x11/nvidia-driver) does not "see" the laptop's = own > built-in screen. Linux users have solved this problem: >=20 > http://code.google.com/p/vaio-f11-linux/wiki/NVIDIASetup >=20 > but that requires reading ACPI-data via the Linux' proc-filesystem: >=20 > /proc/acpi/video/NGFX/LCD/EDID >=20 > FreeBSD's /proc does not have the acpi subdirectory, and neither does our > /compat/linux/proc >=20 > I'm sure, acpidump can extract the needed info, but I don't know, how :-( >=20 > I put the disassembled dump (acpidump -dt) of this laptop to: >=20 > http://aldan.algebra.com/~mi/VPCF11M1E.acpidump.bz2 >=20 > Is the necessary information (128 raw bytes or so) in there? >=20 > Could somebody give an idea? Thanks! >=20 > -mi >=20 > P.S. The laptop runs 8.1-prerelease/i386 My hybrid (Z820) only provides EDID information when switched to use intel graphics. Nvidia driver reports that no screens are attached. I use the following in xorg.conf to force the driver to attach. Section "Device" Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "GeForce 9300M GS" BusID "PCI:1:0:0" Option "ConnectedMonitor" "DFP-0,DFP-1" Option "ExactModeTimingsDVI" "true" Option "ModeValidation" "NoDFPNativeResolutionCheck" Option "Coolbits" "1" EndSection --56jnwYyHVsKJlmXZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkv4DXoACgkQC3+MBN1Mb4jtzACg2TJEuvBoXB9tu8HBTmQllYvT Q2EAoLx+t+m3VawQidPQz2YZ41vrD2Wu =pl+o -----END PGP SIGNATURE----- --56jnwYyHVsKJlmXZ--