From owner-freebsd-acpi@FreeBSD.ORG Sun Jul 8 09:49:35 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 5BA8516A41F for ; Sun, 8 Jul 2007 09:49:35 +0000 (UTC) (envelope-from tlrjjds@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id E895813C45A for ; Sun, 8 Jul 2007 09:49:34 +0000 (UTC) (envelope-from tlrjjds@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so1098435uge for ; Sun, 08 Jul 2007 02:49:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=HRZL0VDI6tumS4Y9yZYUZdGFpW1XHaphcUFw4R+IdNG/Ms1Ffbe/TPSxlr9VwGYQGFsUvVbmzW6TDsfatVGH8BUYM6UdmcNRuRrn62uzxC4v2FbMRNp6Vl+quW1diHQlB/aPUf24J5n2UHCXrhMewBefhmz9Q4s5tXuWdjm4YaY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=izA3L1ZcVuyAvHbZwIGRnfeAyXQmSwtDqNPS/QNQVzZEALIT2VAjgeCpeHqDnWljU6kE3DYDe+XEqdWBLLTIeBXrqG8irwpRUBN7gS3+5cpC57Vj5upNzfAIM1UeTMqEUskWm4eFDSoG6U8p3BrmfNh2IMyn1bg4Km9HfRf0pEg= Received: by 10.67.29.7 with SMTP id g7mr4188060ugj.1183886620414; Sun, 08 Jul 2007 02:23:40 -0700 (PDT) Received: by 10.67.26.20 with HTTP; Sun, 8 Jul 2007 02:23:40 -0700 (PDT) Message-ID: <9fa5447a0707080223g1fa324e2x95de407d7edf9c1e@mail.gmail.com> Date: Sun, 8 Jul 2007 17:23:40 +0800 From: "deng yi" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 08 Jul 2007 14:04:09 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: fan do not work under FB 7.0-currunt 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, 08 Jul 2007 09:49:35 -0000 Dear Sir: when i update my systerm to FB 7.0-currunt,i always found my cpu works under a low freqs.the fan do not work any more.i try to disable acpi,then i can't boot into the systerm,my mainboard halt! i'm using the notebook HPcompaqv3240,when i use fb6.2,it works well.i'm fraid to buildworld any more... so ,what shall i do now ? From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 11:08:15 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 63F3616A41F for ; Mon, 9 Jul 2007 11:08:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3F413C480 for ; Mon, 9 Jul 2007 11:08:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l69B8Fq8044692 for ; Mon, 9 Jul 2007 11:08:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l69B8Dva044686 for freebsd-acpi@FreeBSD.org; Mon, 9 Jul 2007 11:08:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Jul 2007 11:08:13 GMT Message-Id: <200707091108.l69B8Dva044686@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 you 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, 09 Jul 2007 11:08:15 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 f i386/67273 acpi [hang] system hangs with acpi and Xfree o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 s i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/114113 acpi [patch] ACPI kernel panic during S3 suspend / resume 12 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi Dell C810 - ACPI problem 17 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 16:57:21 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 AB12116A46B for ; Mon, 9 Jul 2007 16:57:21 +0000 (UTC) (envelope-from bernigf@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 5955513C4B7 for ; Mon, 9 Jul 2007 16:57:21 +0000 (UTC) (envelope-from bernigf@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1452302waf for ; Mon, 09 Jul 2007 09:57:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=rEQ/jJsQyVDFNSiITZWS3c0rgnp8cvj2d/T85SWwOYWiT5Ai/ufOwZv2y2H1qd4eLWkyv2oXhCBvhg4JWN6+jJ7b4HyspMpXkjYpimAoHs5Xw+/u/3K+x4Xa42d1SShIxelW/LMegXqliM5t1auFaiATOPzajCV6/wtRCQFVVww= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=cIX6sCUqu9nwnbeKO9I+zwM3yq3QwPHmHZnFoTDvNoegHZBqoIlSScRj5TwSQmVpk4XtFx+uKedoGZbuRuv9BDdb45lbfxTUKUZ5d5Djll01qgha3D+Nzc+vlAJ3yWvBJFf5NMM4jA84d38IBk4yMna9GJkuCQ8aDUeGpXhPQwc= Received: by 10.114.174.2 with SMTP id w2mr3261868wae.1183998562717; Mon, 09 Jul 2007 09:29:22 -0700 (PDT) Received: by 10.114.125.20 with HTTP; Mon, 9 Jul 2007 09:29:22 -0700 (PDT) Message-ID: Date: Mon, 9 Jul 2007 16:29:22 +0000 From: "=?ISO-8859-1?Q?Bernardo_Garc=EDa_Fuentes?=" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_190881_7003624.1183998562576" Subject: System freezes on resume 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, 09 Jul 2007 16:57:21 -0000 ------=_Part_190881_7003624.1183998562576 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, in the past week I have been trying to make my notebook (Packard Bell Easynote MX2060) resume from sleep with "acpiconf -s 3" or "apm -z" without success. The notebook goes to sleep mode without problems, but when I press any key to make it resume, it just freezes without even turning on the LCD monitor, I only hear the sound of the HDD or DVD drive tuning on, but nothing else happens, keys doesn't work, and I have to press the power button 5 seconds in order to shut down the notebook, and then reboot FreeBSD. I'm running FreeBSD 6.1 with ACPI and apmd, and here I attach all the information I considered important. Any help would be appreciated, thanks. ------=_Part_190881_7003624.1183998562576 Content-Type: text/plain; name=sysctl.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3wzllqx Content-Disposition: attachment; filename="sysctl.txt" aHcuYWNwaS5zdXBwb3J0ZWRfc2xlZXBfc3RhdGU6IFMzIFM0IFM1Cmh3LmFjcGkucG93ZXJfYnV0 dG9uX3N0YXRlOiBTNQpody5hY3BpLnNsZWVwX2J1dHRvbl9zdGF0ZTogUzMKaHcuYWNwaS5saWRf c3dpdGNoX3N0YXRlOiBOT05FCmh3LmFjcGkuc3RhbmRieV9zdGF0ZTogUzEKaHcuYWNwaS5zdXNw ZW5kX3N0YXRlOiBTMwpody5hY3BpLnNsZWVwX2RlbGF5OiAxCmh3LmFjcGkuczRiaW9zOiAwCmh3 LmFjcGkudmVyYm9zZTogMApody5hY3BpLnJlc2V0X3ZpZGVvOiAxCmh3LmFjcGkuY3B1LmN4X3N1 cHBvcnRlZDogQzEvMCBDMi8xIEMzLzg1Cmh3LmFjcGkuY3B1LmN4X2xvd2VzdDogQzEKaHcuYWNw aS5jcHUuY3hfdXNhZ2U6IDEwMC4wMCUgMC4wMCUgMC4wMCUKaHcuYWNwaS50aGVybWFsLm1pbl9y dW50aW1lOiAwCmh3LmFjcGkudGhlcm1hbC5wb2xsaW5nX3JhdGU6IDEwCmh3LmFjcGkudGhlcm1h bC50ejAudGVtcGVyYXR1cmU6IDU5LjBDCmh3LmFjcGkudGhlcm1hbC50ejAuYWN0aXZlOiAtMQpo dy5hY3BpLnRoZXJtYWwudHowLnBhc3NpdmVfY29vbGluZzogMQpody5hY3BpLnRoZXJtYWwudHow LnRoZXJtYWxfZmxhZ3M6IDAKaHcuYWNwaS50aGVybWFsLnR6MC5fUFNWOiAxMDUuMEMKaHcuYWNw aS50aGVybWFsLnR6MC5fSE9UOiAtMQpody5hY3BpLnRoZXJtYWwudHowLl9DUlQ6IDExMC4wQwpo dy5hY3BpLnRoZXJtYWwudHowLl9BQ3g6IC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xIC0xCmh3 LmFjcGkuYWNsaW5lOiAxCmh3LmFjcGkuYmF0dGVyeS5saWZlOiA5OQpody5hY3BpLmJhdHRlcnku dGltZTogLTEKaHcuYWNwaS5iYXR0ZXJ5LnN0YXRlOiAwCmh3LmFjcGkuYmF0dGVyeS51bml0czog MQpody5hY3BpLmJhdHRlcnkuaW5mb19leHBpcmU6IDUK ------=_Part_190881_7003624.1183998562576 Content-Type: text/plain; name=kldstat.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3wzltui Content-Disposition: attachment; filename="kldstat.txt" SWQgUmVmcyBBZGRyZXNzICAgIFNpemUgICAgIE5hbWUKIDEgICAgNyAweGMwNDAwMDAwIDZiM2Ji YyAgIGtlcm5lbAogMiAgICAxIDB4YzBhYjQwMDAgNTg1NTQgICAgYWNwaS5rbwogMyAgICAxIDB4 YzM1MzMwMDAgMTYwMDAgICAgbGludXgua28K ------=_Part_190881_7003624.1183998562576 Content-Type: text/plain; name=dmesg.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3wzlz28 Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMS1SRUxFQVNFICMyOiBUaHUgSnVsICA1IDE5OjA1OjM5 IFVUQyAyMDA3CiAgICBiZXJuaUBub3RlYm9vazovdXNyL29iai91c3Ivc3JjL3N5cy9NWUtFUk5F TApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6 IEdlbnVpbmUgSW50ZWwoUikgQ1BVICAgICAgICAgICBUMjI1MCAgQCAxLjczR0h6ICgxNzI5LjAx LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NmU4 ICBTdGVwcGluZyA9IDgKICBGZWF0dXJlcz0weGJmZTlmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxN U1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENMRkxVU0gsRFRT LEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHhjMTg5 PFNTRTMsTU9OLEVTVCxUTTIsPGIxND4sPGIxNT4+CiAgQU1EIEZlYXR1cmVzPTB4MTAwMDAwPE5Y PgogIENvcmVzIHBlciBwYWNrYWdlOiAyCnJlYWwgbWVtb3J5ICA9IDUyODI4NTY5NiAoNTAzIE1C KQphdmFpbCBtZW1vcnkgPSA1MDc1ODg2MDggKDQ4NCBNQikKa2JkMSBhdCBrYmRtdXgwCmFjcGkw OiA8UGFjQmVsIFBCRFROQjAwPiBvbiBtb3RoZXJib2FyZAphY3BpX2J1c19udW1iZXI6IGNhbid0 IGdldCBfQURSCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFIKYWNwaV9idXNfbnVtYmVy OiBjYW4ndCBnZXQgX0FEUgphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBfQURSCmFjcGkwOiBQ b3dlciBCdXR0b24gKGZpeGVkKQphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAw eDFjPiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVx dWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIg YXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BV PiBvbiBhY3BpMAphY3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTAK cGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApw Y2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZp Y2UgMi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxkaXNwbGF5PiBhdCBkZXZpY2UgMi4x IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtdWx0aW1lZGlhPiBhdCBkZXZpY2UgMjcuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxMSBh dCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaWIy OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDUgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2ky OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2kyOiA8bmV0d29yaz4gYXQgZGV2aWNlIDAuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQp1aGNpMDogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBwb3J0IDB4ZTg4MC0weGU4OWYgaXJxIDcgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNpMDog W0dJQU5ULUxPQ0tFRF0KdXNiMDogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1 aGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHViLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTE6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxl cj4gcG9ydCAweGU4MDAtMHhlODFmIGlycSA0IGF0IGRldmljZSAyOS4xIG9uIHBjaTAKdWhjaTE6 IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24g dWhjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogSW50ZWwgVUhDSSByb290IGh1Yiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xs ZXI+IHBvcnQgMHhlNDgwLTB4ZTQ5ZiBpcnEgNiBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVoY2ky OiBbR0lBTlQtTE9DS0VEXQp1c2IyOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9u IHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIyOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMzogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9s bGVyPiBwb3J0IDB4ZTQwMC0weGU0MWYgaXJxIDMgYXQgZGV2aWNlIDI5LjMgb24gcGNpMAp1aGNp MzogW0dJQU5ULUxPQ0tFRF0KdXNiMzogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBv biB1aGNpMwp1c2IzOiBVU0IgcmV2aXNpb24gMS4wCnVodWIzOiBJbnRlbCBVSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMzogMiBwb3J0cyB3aXRoIDIg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxJbnRlbCA4MjgwMUdCL1IgKElDSDcpIFVT QiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmY2M2JjMDAtMHhmZjYzYmZmZiBpcnEgNyBhdCBkZXZp Y2UgMjkuNyBvbiBwY2kwCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1c2I0OiBFSENJIHZlcnNpb24g MS4wCnVzYjQ6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjEg dXNiMiB1c2IzCnVzYjQ6IDxJbnRlbCA4MjgwMUdCL1IgKElDSDcpIFVTQiAyLjAgY29udHJvbGxl cj4gb24gZWhjaTAKdXNiNDogVVNCIHJldmlzaW9uIDIuMAp1aHViNDogSW50ZWwgRUhDSSByb290 IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEKdWh1YjQ6IDggcG9ydHMgd2l0 aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wOiBTeW50ZWsgVVNCMi4wLCByZXYgMi4w MC8wLjA1LCBhZGRyIDIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAu MCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IDxiYXNlIHBlcmlw aGVyYWw+IGF0IGRldmljZSAxLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMzogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kzOiA8YmFzZSBw ZXJpcGhlcmFsPiBhdCBkZXZpY2UgMS4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTM6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSAxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcmwwOiA8UmVh bFRlayA4MTM5IDEwLzEwMEJhc2VUWD4gcG9ydCAweGQ4MDAtMHhkOGZmIG1lbSAweGZmM2ZlYzAw LTB4ZmYzZmVjZmYgaXJxIDExIGF0IGRldmljZSA3LjAgb24gcGNpMwptaWlidXMwOiA8TUlJIGJ1 cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsgaW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBt aWlidXMwCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VU WC1GRFgsIGF1dG8KcmwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxYTo5Mjo1ZDplMDoxZAppc2Fi MDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVz PiBvbiBpc2FiMAphdGFwY2kwOiA8R0VORVJJQyBBVEEgY29udHJvbGxlcj4gcG9ydCAweDFmMC0w eDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweGZmYTAtMHhmZmFmIGF0IGRldmljZSAzMS4y IG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMTogPEFUQSBjaGFu bmVsIDE+IG9uIGF0YXBjaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4g b24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2J1dHRv bjE6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBh Y3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENv bnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9s bGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxP Q0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1M T0NLRURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNlIElEIDMKcG10aW1lcjAgb24g aXNhMApwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+ IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MzAwPgpzaW8wOiBjb25maWd1cmVkIGlycSA0IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVk IGlycXMgMApzaW8wOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZApzaW8wIGF0IHBvcnQgMHgzZjgt MHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBpc2EwCnNpbzA6IHR5cGUgODI1MCBvciBub3QgcmVz cG9uZGluZwpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGly cXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZAp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdB PiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwClRpbWVj b3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxNzI5MDEyNDI4IEh6IHF1YWxpdHkgODAwClRpbWVjb3Vu dGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKYWQwOiA3NjMxOU1CIDxTZWFnYXRlIFNUOTgwODEx QVMgMy5BTEI+IGF0IGF0YTAtbWFzdGVyIFVETUEzMwphY2QwOiBEVkRSIDxPcHRpYXJjIERWRCBS VyBBRC01NTQwQS8yLjYxPiBhdCBhdGExLW1hc3RlciBVRE1BMzMKVHJ5aW5nIHRvIG1vdW50IHJv b3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2EKV0FSTklORzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21v dW50ZWQKV0FSTklORzogL3VzciB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKcmwwOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVAK ------=_Part_190881_7003624.1183998562576 Content-Type: application/octet-stream; name=MYKERNEL Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3wzm2f6 Content-Disposition: attachment; filename="MYKERNEL" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40MjkuMi43LjIuMiAyMDA2LzA1LzAxIDAwOjE1OjEyIHNj b3R0bCBFeHAgJAoKbWFjaGluZQkJaTM4NgpjcHUJCUk0ODZfQ1BVCmNwdQkJSTU4Nl9DUFUKY3B1 CQlJNjg2X0NQVQppZGVudAkJR0VORVJJQwoKIyBUbyBzdGF0aWNhbGx5IGNvbXBpbGUgaW4gZGV2 aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cwojaGludHMJCSJHRU5FUklD LmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKbWFrZW9wdGlv bnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMKCiNv cHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpvcHRpb25zIAlTQ0hFRF80QlNECQkj IDRCU0Qgc2NoZWR1bGVyCm9wdGlvbnMgCVBSRUVNUFRJT04JCSMgRW5hYmxlIGtlcm5lbCB0aHJl YWQgcHJlZW1wdGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJ SU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMg QmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBG RlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3Ig YWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJm b3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBw b3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5 c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2 ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElF TlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJ CQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVz eXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmls ZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VPTV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFi bGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgQ29tcGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAg VEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJT RDQKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q1CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQpv cHRpb25zIAlTQ1NJX0RFTEFZPTUwMDAJCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBT Q1NJCm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQKb3B0aW9ucyAJU1lTVlNI TQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Yt c3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1h cGhvcmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAjIFBPU0lYIFAxMDAz XzFCIHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0 YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMg UHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4x MjhrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQUhEX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdp c3RlciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjIxNWsgdG8gZHJp dmVyLgpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRleCBpcyBhZGFwdGl2ZS4K CiNjb3NhcyBxdWUgYWdyZWd1ZSB5bwoKb3B0aW9ucwkJVkVTQQpvcHRpb25zCQlTQ19QSVhFTF9N T0RFCm9wdGlvbnMJCVZHQV9XSURUSDkwCm9wdGlvbnMJCVNDX05PX1NVU1BFTkRfVlRZU1dJVENI CgpkZXZpY2UJCWFwaWMJCQkjIEkvTyBBUElDCmRldmljZSAJCXNvdW5kCgojIEJ1cyBzdXBwb3J0 LgpkZXZpY2UJCWVpc2EKZGV2aWNlCQlwY2kKCiMgRmxvcHB5IGRyaXZlcwpkZXZpY2UJCWZkYwoK IyBBVEEgYW5kIEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkjIEFU QSBkaXNrIGRyaXZlcwpkZXZpY2UJCWF0YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzCmRldmljZQkJ YXRhcGljZAkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKZGV2aWNlCQlhdGFwaWZkCQkjIEFUQVBJIGZs b3BweSBkcml2ZXMKZGV2aWNlCQlhdGFwaXN0CQkjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMg CUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xs ZXJzCmRldmljZQkJYWhiCQkjIEVJU0EgQUhBMTc0MiBmYW1pbHkKZGV2aWNlCQlhaGMJCSMgQUhB Mjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMKZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAv MjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCmRldmljZQkJYW1kCQkjIEFNRCA1M0M5 NzQgKFRla3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKI2Rldmlj ZSAJaXNwZncJCSMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3JtYWxseSBhIG1vZHVsZQpk ZXZpY2UJCW1wdAkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNSL1N5 bWJpb3MgTG9naWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBz ZXRzICsgdGhvc2Ugb2YgYG5jcicpCmRldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBE QzMxNVUgYWRhcHRlcnMKCmRldmljZQkJYWR2CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMKZGV2 aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWhhCQkjIEFk YXB0ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXgg U0NTSSBhZGFwdGVycywgQUlDLTZbMjNdNjAuCmRldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXgg TXVsdGlNYXN0ZXIgU0NTSSBhZGFwdGVycwoKZGV2aWNlCQluY3YJCSMgTkNSIDUzQzUwMApkZXZp Y2UJCW5zcAkJIyBXb3JrYml0IE5pbmphIFNDU0ktMwpkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAv MThDNTAKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1 aXJlZCBmb3IgU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRldmljZQkJ ZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nl c3MgKHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3Vn aCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykKZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9u bWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQoKIyBSQUlEIGNvbnRyb2xsZXJzIGludGVyZmFj ZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCmRldmljZQkJYW1yCQkjIEFNSSBNZWdhUkFJRApkZXZp Y2UJCWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJBSUQKZGV2aWNlCQlhc3IJCSMgRFBUIFNtYXJ0 UkFJRCBWLCBWSSBhbmQgQWRhcHRlYyBTQ1NJIFJBSUQKZGV2aWNlCQljaXNzCQkjIENvbXBhcSBT bWFydCBSQUlEIDUqCmRldmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUg Tk9URVMgZm9yIG9wdGlvbnMKZGV2aWNlCQlocHRtdgkJIyBIaWdocG9pbnQgUm9ja2V0UkFJRCAx ODJ4CmRldmljZQkJcnIyMzJ4CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDIzMngKZGV2aWNlCQlp aXIJCSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlECmRldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykg U2VydmVSQUlECmRldmljZQkJbWx5CQkjIE15bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQKZGV2 aWNlCQl0d2EJCSMgM3dhcmUgOTAwMCBzZXJpZXMgUEFUQS9TQVRBIFJBSUQKCiMgUkFJRCBjb250 cm9sbGVycwpkZXZpY2UJCWFhYwkJIyBBZGFwdGVjIEZTQSBSQUlECmRldmljZQkJYWFjcAkJIyBT Q1NJIHBhc3N0aHJvdWdoIGZvciBhYWMgKHJlcXVpcmVzIENBTSkKZGV2aWNlCQlpZGEJCSMgQ29t cGFxIFNtYXJ0IFJBSUQKZGV2aWNlCQltZmkJCSMgTFNJIE1lZ2FSQUlEIFNBUwpkZXZpY2UJCW1s eAkJIyBNeWxleCBEQUM5NjAgZmFtaWx5CmRldmljZQkJcHN0CQkjIFByb21pc2UgU3VwZXJ0cmFr IFNYNjAwMApkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNvbnRyb2xz IGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJIyBB VCBrZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKZGV2aWNl CQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9hcmQgbXVsdGlwbGV4 ZXIKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNlCQlzcGxhc2gJ CSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29ucyBpcyB0 aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQpkZXZp Y2UJCXNjCgojIEVuYWJsZSB0aGlzIGZvciB0aGUgcGN2dCAoVlQyMjAgY29tcGF0aWJsZSkgY29u c29sZSBkcml2ZXIKI2RldmljZQkJdnQKI29wdGlvbnMgCVhTRVJWRVIJCSMgc3VwcG9ydCBmb3Ig WCBzZXJ2ZXIgb24gYSB2dCBjb25zb2xlCiNvcHRpb25zIAlGQVRfQ1VSU09SCSMgc3RhcnQgd2l0 aCBibG9jayBjdXJzb3IKCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNl dHMKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9u cykKI2RldmljZQkJYXBtCiMgQWRkIHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1 NC4KZGV2aWNlCQlwbXRpbWVyCgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFu ZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBi cmlkZ2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJk YnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJ CXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9y dApkZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJl ZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFy YWxsZWwKZGV2aWNlCQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZp Y2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKCiMgSWYgeW91J3ZlIGdvdCBhICJkdW1i IiBzZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNhcmQgdGhhdCBpcwojIHN1cHBvcnRlZCBieSB0aGUg cHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1lbnQgdGhlIGZvbGxvd2luZwojIGxpbmUgdG8gZW5h YmxlIGl0IChjb25uZWN0cyB0byB0aGUgc2lvIGFuZC9vciBwcGMgZHJpdmVycyk6CiNkZXZpY2UJ CXB1YwoKIyBQQ0kgRXRoZXJuZXQgTklDcy4KZGV2aWNlCQlkZQkJIyBERUMvSW50ZWwgREMyMXg0 eCAoYGBUdWxpcCcnKQpkZXZpY2UJCWVtCQkjIEludGVsIFBSTy8xMDAwIGFkYXB0ZXIgR2lnYWJp dCBFdGhlcm5ldCBDYXJkCmRldmljZQkJaXhnYgkJIyBJbnRlbCBQUk8vMTBHYkUgRXRoZXJuZXQg Q2FyZApkZXZpY2UJCXR4cAkJIyAzQ29tIDNjUjk5MCAoYGBUeXBob29uJycpCmRldmljZQkJdngJ CSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRo YXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3Vy ZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2Ug TklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CmRldmljZQkJYmNlCQkjIEJy b2FkY29tIEJDTTU3MDYvQkNNNTcwOCBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJYmZlCQkjIEJy b2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CmRldmljZQkJYmdlCQkjIEJyb2FkY29tIEJD TTU3MHh4IEdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMgYW5k IHZhcmlvdXMgd29ya2FsaWtlcwpkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJP LzEwMEIgKDgyNTU3LCA4MjU1OCkKZGV2aWNlCQlsZ2UJCSMgTGV2ZWwgMSBMWFQxMDAxIGdpZ2Fi aXQgRXRoZXJuZXQKZGV2aWNlCQluZ2UJCSMgTmF0U2VtaSBEUDgzODIwIGdpZ2FiaXQgRXRoZXJu ZXQKZGV2aWNlCQludmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQgTmV0 d29ya2luZwpkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMChwcmVjZWRlbmNl IG92ZXIgJ2xuYycpCmRldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEw UwpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CmRldmljZQkJc2YJCSMgQWRhcHRlYyBB SUMtNjkxNSAoYGBTdGFyZmlyZScnKQpkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0ZWQg U3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2CmRldmljZQkJc2sJCSMgU3lzS29ubmVjdCBTSy05ODR4 ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAx IChELUxpbmsgREZFLTU1MFRYKQpkZXZpY2UJCXRpCQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJ L0lJIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVu ZGVyTEFOCmRldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykK ZGV2aWNlCQl2Z2UJCSMgVklBIFZUNjEyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJdnIJCSMg VklBIFJoaW5lLCBSaGluZSBJSQpkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKZGV2aWNl CQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgSVNBIEV0 aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KZGV2aWNlCQljcwkJIyBDcnlzdGFs IFNlbWljb25kdWN0b3IgQ1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdkZXZpY2Ug bWlpYnVzJwpkZXZpY2UJCWVkCQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUwMywgRFM4Mzkw IGNhcmRzCmRldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBhbmQgUHJvLzEw KwpkZXZpY2UJCWVwCQkjIEV0aGVybGluayBJSUkgYmFzZWQgY2FyZHMKZGV2aWNlCQlmZQkJIyBG dWppdHN1IE1CODY5NnggYmFzZWQgY2FyZHMKZGV2aWNlCQlpZQkJIyBFdGhlckV4cHJlc3MgOC8x NiwgM0M1MDcsIFN0YXJMQU4gMTAgZXRjLgpkZXZpY2UJCWxuYwkJIyBORTIxMDAsIE5FMzItVkwg TGFuY2UgRXRoZXJuZXQgY2FyZHMKZGV2aWNlCQlzbgkJIyBTTUMncyA5MDAwIHNlcmllcyBvZiBF dGhlcm5ldCBjaGlwcwpkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQgRXRoZXJuZXQKCiMgV2ly ZWxlc3MgTklDIGNhcmRzCmRldmljZQkJd2xhbgkJIyA4MDIuMTEgc3VwcG9ydApkZXZpY2UJCWFu CQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgpkZXZpY2UJCWF3aQkJ IyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwpkZXZpY2UJCXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9n eSBSVDI1MDAgd2lyZWxlc3MgTklDcy4KZGV2aWNlCQl3aQkJIyBXYXZlTEFOL0ludGVyc2lsL1N5 bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KI2RldmljZQkJd2wJCSMgT2xkZXIgbm9uIDgwMi4x MSBXYXZlbGFuIHdpcmVsZXNzIE5JQy4KCiMgUHNldWRvIGRldmljZXMuCmRldmljZQkJbG9vcAkJ IyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRldmlj ZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQCmRl dmljZQkJcHBwCQkjIEtlcm5lbCBQUFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2 aWNlCQlwdHkJCSMgUHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5 ICJkaXNrcyIKZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlm YWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicg ZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2Yg dGhlIGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQojIE5vdGUg dGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhDUC4KZGV2aWNlCQlicGYJCSMgQmVya2VsZXkg cGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydApkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVT QiBpbnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmlj ZQkJZWhjaQkJIyBFSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNCIDIuMCkKZGV2aWNlCQl1c2IJ CSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJsZSBCdWxrIFBp cGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJCXVoaWQJCSMgIkh1bWFu IEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKZGV2aWNlCQl1bHB0 CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJl cyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKZGV2aWNlCQl1cmFsCQkjIFJhbGlu ayBUZWNobm9sb2d5IFJUMjUwMFVTQiB3aXJlbGVzcyBOSUNzCmRldmljZQkJdXJpbwkJIyBEaWFt b25kIFJpbyA1MDAgTVAzIHBsYXllcgpkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMKIyBVU0Ig RXRoZXJuZXQsIHJlcXVpcmVzIG1paWJ1cwpkZXZpY2UJCWF1ZQkJIyBBRE10ZWsgVVNCIEV0aGVy bmV0CmRldmljZQkJYXhlCQkjIEFTSVggRWxlY3Ryb25pY3MgVVNCIEV0aGVybmV0CmRldmljZQkJ Y2RjZQkJIyBHZW5lcmljIFVTQiBvdmVyIEV0aGVybmV0CmRldmljZQkJY3VlCQkjIENBVEMgVVNC IEV0aGVybmV0CmRldmljZQkJa3VlCQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQKZGV2aWNl CQlydWUJCSMgUmVhbFRlayBSVEw4MTUwIFVTQiBFdGhlcm5ldAoKIyBGaXJlV2lyZSBzdXBwb3J0 CmRldmljZQkJZmlyZXdpcmUJIyBGaXJlV2lyZSBidXMgY29kZQpkZXZpY2UJCXNicAkJIyBTQ1NJ IG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNjYnVzIGFuZCBkYSkKZGV2aWNlCQlmd2UJCSMgRXRo ZXJuZXQgb3ZlciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkK ------=_Part_190881_7003624.1183998562576-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 17:58:59 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 C739116A478 for ; Mon, 9 Jul 2007 17:58:59 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 95C3413C45D for ; Mon, 9 Jul 2007 17:58:59 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 96495 invoked from network); 9 Jul 2007 17:59:00 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 9 Jul 2007 17:59:00 -0000 Message-ID: <4692775A.80601@root.org> Date: Mon, 09 Jul 2007 10:58:50 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bernardo_Garc=EDa_Fuentes?= References: In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: System freezes on resume 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, 09 Jul 2007 17:58:59 -0000 Bernardo García Fuentes wrote: > Hi, in the past week I have been trying to make my notebook (Packard > Bell Easynote MX2060) resume from sleep with "acpiconf -s 3" or "apm > -z" without success. > The notebook goes to sleep mode without problems, but when I press any > key to make it resume, it just freezes without even turning on the LCD > monitor, I only hear the sound of the HDD or DVD drive tuning on, but > nothing else happens, keys doesn't work, and I have to press the power > button 5 seconds in order to shut down the notebook, and then reboot > FreeBSD. > > I'm running FreeBSD 6.1 with ACPI and apmd, and here I attach all the > information I considered important. > > Any help would be appreciated, thanks. apmd doesn't work with acpi. If you upgrade to 6.2-stable, you can try setting debug.acpi.suspend_bounce to see if any drivers cause problems. You can also set debug.acpi.resume_beep to see if you get the beep as it resumes. These options aren't present in 6.1. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 21:06:56 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3840316A400 for ; Mon, 9 Jul 2007 21:06:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id D8FBC13C43E for ; Mon, 9 Jul 2007 21:06:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l69L6q1V064323; Mon, 9 Jul 2007 17:06:53 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, =?windows-1251?b?zOj14OjrIMrz9+jt?= Date: Mon, 9 Jul 2007 14:14:36 -0400 User-Agent: KMail/1.9.6 References: <1387899022.20070706140143@mixey.spb.ru> In-Reply-To: <1387899022.20070706140143@mixey.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707091414.36956.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Jul 2007 17:06:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3616/Mon Jul 9 15:27:14 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Asus P5W DH Deluxe APIC/SMP IRQ problem 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, 09 Jul 2007 21:06:56 -0000 On Friday 06 July 2007 06:01:43 am =CC=E8=F5=E0=E8=EB =CA=F3=F7=E8=ED wrote: > Hi people! >=20 > Sorry for my bad english. Writing for the first time. I am searching help > =3D) >=20 > My OS: > FreeBSD 6.2-RELEASE >=20 > Hardware: > Asus P5W DH Deluxe MB (ICH7 Chipset) > Intel Core 2 Duo CPU (6700) > Integrated Netw Card (Marvell Yukon 88E8053 based Ethernet Controller) > S3 Trio PCI Video Card (very-very old) >=20 > Problem: > 40% of CPU is occupied by interrupts, in some cases (I tried many > ways of solving), I have "Interrupt storm detected" message. >=20 > atapci2 (see vmstat), as I understand, occupies CPU. Here is my RAID1=20 controller with > 400G Samsung Disks and other ICH7 stuff. >=20 > I tried to change in BIOS everything, disable everything, re-plug vga > card, unplug some RAM. BIOS is fresh: a week ago release. Tried 3 > different versions. Try turning off various device drivers (like myk) to see if you can get the= =20 interrupt storm on IRQ 23 to go away. It is likely a bug in interrupt=20 routing in your BIOS, but you can use a tunable to work around it, you just= =20 need to figure out which _other_ PCI device (not atapci2) is sending its=20 interrupts to IRQ 23 rather than the IRQ the BIOS told the OS. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 21:29:39 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 77E2A16A475 for ; Mon, 9 Jul 2007 21:29:39 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4311513C489 for ; Mon, 9 Jul 2007 21:29:39 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 11649 invoked from network); 9 Jul 2007 21:29:39 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 9 Jul 2007 21:29:39 -0000 Message-ID: <4692A8B9.6000108@root.org> Date: Mon, 09 Jul 2007 14:29:29 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: John Baldwin References: <1387899022.20070706140143@mixey.spb.ru> <200707091414.36956.jhb@freebsd.org> In-Reply-To: <200707091414.36956.jhb@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: =?windows-1251?Q?=CC=E8=F5=E0=E8=EB_=CA=F3?=, freebsd-acpi@freebsd.org Subject: Re: Asus P5W DH Deluxe APIC/SMP IRQ problem 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, 09 Jul 2007 21:29:39 -0000 John Baldwin wrote: > On Friday 06 July 2007 06:01:43 am Ìèõàèë Êó÷èí wrote: >> Hi people! >> >> Sorry for my bad english. Writing for the first time. I am searching help >> =) >> >> My OS: >> FreeBSD 6.2-RELEASE >> >> Hardware: >> Asus P5W DH Deluxe MB (ICH7 Chipset) >> Intel Core 2 Duo CPU (6700) >> Integrated Netw Card (Marvell Yukon 88E8053 based Ethernet Controller) >> S3 Trio PCI Video Card (very-very old) >> >> Problem: >> 40% of CPU is occupied by interrupts, in some cases (I tried many >> ways of solving), I have "Interrupt storm detected" message. >> >> atapci2 (see vmstat), as I understand, occupies CPU. Here is my RAID1 > controller with >> 400G Samsung Disks and other ICH7 stuff. >> >> I tried to change in BIOS everything, disable everything, re-plug vga >> card, unplug some RAM. BIOS is fresh: a week ago release. Tried 3 >> different versions. > > Try turning off various device drivers (like myk) to see if you can get the > interrupt storm on IRQ 23 to go away. It is likely a bug in interrupt > routing in your BIOS, but you can use a tunable to work around it, you just > need to figure out which _other_ PCI device (not atapci2) is sending its > interrupts to IRQ 23 rather than the IRQ the BIOS told the OS. > I've noticed it's hard to find all the devices on a given irq with vmstat -i, especially if a lot are sharing one. I guess dmesg | grep "irq 23" is the only way? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 21:39:48 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3FB5E16A468 for ; Mon, 9 Jul 2007 21:39:48 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 21AAA13C487 for ; Mon, 9 Jul 2007 21:39:48 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 11994 invoked from network); 9 Jul 2007 21:39:49 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 9 Jul 2007 21:39:49 -0000 Message-ID: <4692AB1A.2020705@root.org> Date: Mon, 09 Jul 2007 14:39:38 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: John Baldwin References: <1387899022.20070706140143@mixey.spb.ru> <200707091414.36956.jhb@freebsd.org> In-Reply-To: <200707091414.36956.jhb@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: =?windows-1251?Q?=CC=E8=F5=E0=E8=EB_=CA=F3?=, freebsd-acpi@freebsd.org Subject: Re: Asus P5W DH Deluxe APIC/SMP IRQ problem 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, 09 Jul 2007 21:39:48 -0000 John Baldwin wrote: > On Friday 06 July 2007 06:01:43 am Ìèõàèë Êó÷èí wrote: >> Hi people! >> >> Sorry for my bad english. Writing for the first time. I am searching help >> =) >> >> My OS: >> FreeBSD 6.2-RELEASE >> >> Hardware: >> Asus P5W DH Deluxe MB (ICH7 Chipset) >> Intel Core 2 Duo CPU (6700) >> Integrated Netw Card (Marvell Yukon 88E8053 based Ethernet Controller) >> S3 Trio PCI Video Card (very-very old) >> >> Problem: >> 40% of CPU is occupied by interrupts, in some cases (I tried many >> ways of solving), I have "Interrupt storm detected" message. >> >> atapci2 (see vmstat), as I understand, occupies CPU. Here is my RAID1 > controller with >> 400G Samsung Disks and other ICH7 stuff. >> >> I tried to change in BIOS everything, disable everything, re-plug vga >> card, unplug some RAM. BIOS is fresh: a week ago release. Tried 3 >> different versions. > > Try turning off various device drivers (like myk) to see if you can get the > interrupt storm on IRQ 23 to go away. It is likely a bug in interrupt > routing in your BIOS, but you can use a tunable to work around it, you just > need to figure out which _other_ PCI device (not atapci2) is sending its > interrupts to IRQ 23 rather than the IRQ the BIOS told the OS. Actually, are you sure about that? My first guess was that maybe the video card's slot is routed to irq 23. But then, I saw this in the dmesg: > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > ata0: on atapci1 > ata1: on atapci1 > atapci2: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xfebfb800-0xfebfbbff irq 23 at device 31.2 on pci0 > atapci2: AHCI Version 01.10 controller with 4 ports detected > ata5: on atapci2 > ata6: on atapci2 > ata7: on atapci2 > ata8: on atapci2 Two issues: atapci1 has no irq but it's in the same slot as atapci2 (31.1 vs. 31.2). So it looks like this single controller is getting detected as two different devices? Perhaps one is compat mode (udma100) and one is SATA. In this case, it's ATA's fault for not setting this up right. Also, I see that atapci0 is incorrect in ports detected versus reported. It says "2 ports detected" but reports 3 ports (ata2-4). > atapci0: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xfe8fe000-0xfe8fffff irq 17 at device 0.0 on pci2 > atapci0: AHCI Version 01.00 controller with 2 ports detected > ata2: on atapci0 > ata3: on atapci0 > ata4: on atapci0 So my guess is that one or more of these ATA issues is the cause. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jul 9 23:44:12 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 82C4316A400 for ; Mon, 9 Jul 2007 23:44:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 13B7C13C459 for ; Mon, 9 Jul 2007 23:44:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l69Ni5Ye065211; Mon, 9 Jul 2007 19:44:06 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Mon, 9 Jul 2007 19:21:23 -0400 User-Agent: KMail/1.9.6 References: <1387899022.20070706140143@mixey.spb.ru> <200707091414.36956.jhb@freebsd.org> <4692AB1A.2020705@root.org> In-Reply-To: <4692AB1A.2020705@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707091921.23548.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Jul 2007 19:44:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3619/Mon Jul 9 18:21:25 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: Asus P5W DH Deluxe APIC/SMP IRQ problem 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, 09 Jul 2007 23:44:12 -0000 On Monday 09 July 2007 05:39:38 pm Nate Lawson wrote: > John Baldwin wrote: > > On Friday 06 July 2007 06:01:43 am =CC=E8=F5=E0=E8=EB =CA=F3=F7=E8=ED w= rote: > >> Hi people! > >> > >> Sorry for my bad english. Writing for the first time. I am searching h= elp > >> =3D) > >> > >> My OS: > >> FreeBSD 6.2-RELEASE > >> > >> Hardware: > >> Asus P5W DH Deluxe MB (ICH7 Chipset) > >> Intel Core 2 Duo CPU (6700) > >> Integrated Netw Card (Marvell Yukon 88E8053 based Ethernet Controlle= r) > >> S3 Trio PCI Video Card (very-very old) > >> > >> Problem: > >> 40% of CPU is occupied by interrupts, in some cases (I tried many > >> ways of solving), I have "Interrupt storm detected" message. > >> > >> atapci2 (see vmstat), as I understand, occupies CPU. Here is my RAID= 1=20 > > controller with > >> 400G Samsung Disks and other ICH7 stuff. > >> > >> I tried to change in BIOS everything, disable everything, re-plug vga > >> card, unplug some RAM. BIOS is fresh: a week ago release. Tried 3 > >> different versions. > >=20 > > Try turning off various device drivers (like myk) to see if you can get= =20 the=20 > > interrupt storm on IRQ 23 to go away. It is likely a bug in interrupt= =20 > > routing in your BIOS, but you can use a tunable to work around it, you= =20 just=20 > > need to figure out which _other_ PCI device (not atapci2) is sending it= s=20 > > interrupts to IRQ 23 rather than the IRQ the BIOS told the OS. >=20 > Actually, are you sure about that? My first guess was that maybe the > video card's slot is routed to irq 23. >=20 > But then, I saw this in the dmesg: > > atapci1: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > > ata0: on atapci1 > > ata1: on atapci1 > > atapci2: port=20 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem=20 0xfebfb800-0xfebfbbff irq 23 at device 31.2 on pci0 > > atapci2: AHCI Version 01.10 controller with 4 ports detected > > ata5: on atapci2 > > ata6: on atapci2 > > ata7: on atapci2 > > ata8: on atapci2 >=20 > Two issues: atapci1 has no irq but it's in the same slot as atapci2 > (31.1 vs. 31.2). So it looks like this single controller is getting > detected as two different devices? Perhaps one is compat mode (udma100) > and one is SATA. In this case, it's ATA's fault for not setting this up > right. This is very normal and I see this all the time where the PATA part is a=20 separate PCI function from the SATA part. > Also, I see that atapci0 is incorrect in ports detected versus reported. > It says "2 ports detected" but reports 3 ports (ata2-4). This is likely harmless as well. > > atapci0: port=20 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem=20 0xfe8fe000-0xfe8fffff irq 17 at device 0.0 on pci2 > > atapci0: AHCI Version 01.00 controller with 2 ports detected > > ata2: on atapci0 > > ata3: on atapci0 > > ata4: on atapci0 >=20 > So my guess is that one or more of these ATA issues is the cause. Probably not. His issue is that some device that _isn't_ on IRQ 23 in the= =20 _PRT tables, actually _is_ on IRQ 23. The key is to find out what device=20 (not atapci2) is generating those interrupts. Turning each device off=20 individually to test can figure this out. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 10 07:15:51 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 5BB0E16A400 for ; Tue, 10 Jul 2007 07:15:51 +0000 (UTC) (envelope-from xpahos@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3893C13C45E for ; Tue, 10 Jul 2007 07:15:51 +0000 (UTC) (envelope-from xpahos@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so1714586waf for ; Tue, 10 Jul 2007 00:15:51 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lvwyKCp4MCcXNz0RfmJb6N8UZvuP4m/ImZYwIC1Ar587j12hlqaNX+9ujqoVgyP6xIJq8qeYqVDWAHAiIc4MpJ5gXbM8vJEuJGL+hA45+3bnSmiyjAhJIZltCeB1sVOG8xN4LGsdX3ecz+iMsz4o5M+biYYXiZcNPNtqiLtPa+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=m+VB4C8xbofWLwFVCifxfJrThCswXLwEoRhoCzYSHfbZkyPYsv1jwzejdK1RvVllgSvqhA1Frs2kJsxIwWMRte39xVAWHap9AbD3D14hO4UoCla8UENjMFlWmQIYEBH3wTmrC9divhMP3WqoOnV+05tM5oeYRK3ygazUBK6mGJk= Received: by 10.114.194.1 with SMTP id r1mr3887084waf.1184050061626; Mon, 09 Jul 2007 23:47:41 -0700 (PDT) Received: by 10.114.154.15 with HTTP; Mon, 9 Jul 2007 23:47:41 -0700 (PDT) Message-ID: <789c35740707092347j16143593m7c34b792bbdb9063@mail.gmail.com> Date: Tue, 10 Jul 2007 10:47:41 +0400 From: "Necro Dogs Fucker" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Problems with Acer 3683WXMI 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, 10 Jul 2007 07:15:51 -0000 Hello, i have some problems with this notebook ... it can't turnoff normally ... wi-fi and lan card clashing ... dmesg, sysctl, dump ... http://phasma.org.ru/acpi/acer3683.asl http://phasma.org.ru/acpi/acer3683.dmesg http://phasma.org.ru/acpi/acer3683.sysctl 10x )) From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 10 12:41:39 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 A352A16A46F for ; Tue, 10 Jul 2007 12:41:39 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from anchor.aixmarseille.com (anchor.aixmarseille.com [81.201.184.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF7E13C469 for ; Tue, 10 Jul 2007 12:41:39 +0000 (UTC) (envelope-from olivier@aixmarseille.com) Received: from [81.80.156.33] (helo=[192.168.13.13]) by anchor.aixmarseille.com with esmtpsa (TLS-1.0:RSA_ARCFOUR_MD5:16) (Exim 4.50) id 1I8F2A-0002ee-C5 for freebsd-acpi@freebsd.org; Tue, 10 Jul 2007 12:41:38 +0000 From: Olivier Fauchon To: freebsd-acpi@freebsd.org Content-Type: text/plain Date: Tue, 10 Jul 2007 14:41:31 +0200 Message-Id: <1184071291.1175.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Suspending S3, Beeps, and then laptop hung 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, 10 Jul 2007 12:41:39 -0000 Hi, On my HP NC 6000 Laptop (with latest BIOS), I try to make S3 work by : - Unloadling most of modules - Setting debug.acpi.resume_beep: 1 - Running "acpiconf -s3" command As the laptop tries to go to sleep, I can hear beeps (3). Isn't those beeps for resume ?? * Why can I hear them after "acpiconf -s3" without doing anything ? NB: My laptop can pass the "acpiconf -s3" + "sysctl debug.acpi.suspend_bounce=1" test. Thx -- Olivier Fauchon From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 11 17:12:30 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 9586916A469 for ; Wed, 11 Jul 2007 17:12:30 +0000 (UTC) (envelope-from bernigf@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6F513C4BF for ; Wed, 11 Jul 2007 17:12:30 +0000 (UTC) (envelope-from bernigf@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2394416waf for ; Wed, 11 Jul 2007 10:12:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HkdFH14+4TiIQX0Sch1mKwDclzFXg0jUCfizn0JW+VCxN+GBbbZyNW8WzdxSKBuBM3L8uuCn5L33liComyzkC0jTD4orclGimqBo3g7ULWWNKUQsL34uq0n6IqUI8AE5wJX4etpk04sbKnEZOdmTl6DQq28VGFlCnup1WVpid+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MA3ByuTDFivmDHdI9VB370DsT28mhug8AzD5TscYXywAG3dcu3V1ex2ozXx7VQlEogtL0Gs/leL0y90eZW5zm+W2gAW6khTenzQ1XSMij4tAkaJiuouhsMl7HbAuvAA+bs/D/9VdD3VbR8WYoqZNpjmYyZNWvnZ+h3ZyUnVzE5Y= Received: by 10.114.60.19 with SMTP id i19mr5284405waa.1184173949892; Wed, 11 Jul 2007 10:12:29 -0700 (PDT) Received: by 10.114.125.20 with HTTP; Wed, 11 Jul 2007 10:12:29 -0700 (PDT) Message-ID: Date: Wed, 11 Jul 2007 14:12:29 -0300 From: "=?ISO-8859-1?Q?Bernardo_Garc=EDa_Fuentes?=" To: freebsd-acpi@freebsd.org In-Reply-To: <4692775A.80601@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4692775A.80601@root.org> Subject: Re: System freezes on resume 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, 11 Jul 2007 17:12:30 -0000 Hi, today I finished upgrading to 7-CURRENT, and now the problem is differe= nt I'm using the generic kernel, and modules are oly kernel, and acpi.ko. When I do "acpiconf -s 3" with bounce=3D1 everything works ok (i mean it seems to "bounce" ok, since after some seconds of delay (the screen never goes off), I can continue using the console as before the acpiconf -s 3 command), but when I do "acpiconf -s 3" without bounce=3D1, it seems like the HD goes to sleep, but the screen keeps on, and the power button led, doesn't "oscillate" as it does when I suspend in Windows or as it did in suspend on 6.1-STABLE, it seems like it doesn't finish the suspend process right. So when I try to wake it up, pressing any button, even the power button (although the screen is still on, showing the console where I typed acpiconf -s 3), and after some keystrokes it starts beeping forever (it's a constant beep, with, and without resume_beep=3D1). So I have to shutdown everything pressing the power button 5 seconds, and reboot. Thanks On 7/9/07, Nate Lawson wrote: > Bernardo Garc=EDa Fuentes wrote: > > Hi, in the past week I have been trying to make my notebook (Packard > > Bell Easynote MX2060) resume from sleep with "acpiconf -s 3" or "apm > > -z" without success. > > The notebook goes to sleep mode without problems, but when I press any > > key to make it resume, it just freezes without even turning on the LCD > > monitor, I only hear the sound of the HDD or DVD drive tuning on, but > > nothing else happens, keys doesn't work, and I have to press the power > > button 5 seconds in order to shut down the notebook, and then reboot > > FreeBSD. > > > > I'm running FreeBSD 6.1 with ACPI and apmd, and here I attach all the > > information I considered important. > > > > Any help would be appreciated, thanks. > > apmd doesn't work with acpi. > > If you upgrade to 6.2-stable, you can try setting > debug.acpi.suspend_bounce to see if any drivers cause problems. You can > also set debug.acpi.resume_beep to see if you get the beep as it > resumes. These options aren't present in 6.1. > > -- > Nate > From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 11 17:39:10 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 DAEBF16A400 for ; Wed, 11 Jul 2007 17:39:10 +0000 (UTC) (envelope-from bernigf@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 9A10813C44B for ; Wed, 11 Jul 2007 17:39:10 +0000 (UTC) (envelope-from bernigf@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1281099nzf for ; Wed, 11 Jul 2007 10:39:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LxdX9tDDcGRd33nZ4TxZvCWd+WMw2+v2m+rI+iz0PMmtFv3QHRoHQnUXKpFPLG+rzleZv/+p9I4x7FhG041R+9k76I0oEXTkKy1NmUbMXrxVUdn9yRxrR6l9S00Fu3kdTEk7DIIYjafn6aV4xeUkwmPFQIFa4kej2P+PvzwLDGU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jOeq/Ys2Fc4bVVvxxXtnJxm+MCW+A6TIoOoEqhRnHtyWrlCJAxY8bip+Lh+cJRA1rAg0XpaKojZGRM/ygcr5G7/N605566aaFbNbvSYB/m31jp9XFeppHQJrruiW8uZTumZtazU4anuJ/IrptBtmNDzQj35SInF3kWVbtWmPgU8= Received: by 10.114.127.1 with SMTP id z1mr5344719wac.1184175548979; Wed, 11 Jul 2007 10:39:08 -0700 (PDT) Received: by 10.114.125.20 with HTTP; Wed, 11 Jul 2007 10:39:08 -0700 (PDT) Message-ID: Date: Wed, 11 Jul 2007 14:39:08 -0300 From: "=?ISO-8859-1?Q?Bernardo_Garc=EDa_Fuentes?=" To: freebsd-acpi@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4692775A.80601@root.org> Subject: Fwd: System freezes on resume 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, 11 Jul 2007 17:39:10 -0000 Hi, I just managed to make the notebook go to sleep right (the screen goes off, and the power button light oscillates, as in windows) adding: hint.apic.0.disabled=3D"1" in loader.conf, anyway now when I try to wake it up, I can hear the HD and DVD drive starting the resume process but it just hangs there, the screen doesn't turn on, and I don't hear any beep even with debug.acpi.resume_beep=3D1, I'm back again where I was in 6.1-STABLE (now in 7-CURRENT), and keys doesn't work (ctrl + alt + del doesn't start the reboot process, i have to press power button 5 seconds and reboot) As I wrote before, setting debug.acpi.suspend_bonce=3D1, and using acpiconf -s 3, leaves me again in the console after a few seconds without turning off the screen or showing any errors. Any ideas? At least how to get the screen on again? Thanks ---------- Forwarded message ---------- From: Bernardo Garc=EDa Fuentes Date: Jul 11, 2007 2:12 PM Subject: Re: System freezes on resume To: freebsd-acpi@freebsd.org Hi, today I finished upgrading to 7-CURRENT, and now the problem is differe= nt I'm using the generic kernel, and modules are oly kernel, and acpi.ko. When I do "acpiconf -s 3" with bounce=3D1 everything works ok (i mean it seems to "bounce" ok, since after some seconds of delay (the screen never goes off), I can continue using the console as before the acpiconf -s 3 command), but when I do "acpiconf -s 3" without bounce=3D1, it seems like the HD goes to sleep, but the screen keeps on, and the power button led, doesn't "oscillate" as it does when I suspend in Windows or as it did in suspend on 6.1-STABLE, it seems like it doesn't finish the suspend process right. So when I try to wake it up, pressing any button, even the power button (although the screen is still on, showing the console where I typed acpiconf -s 3), and after some keystrokes it starts beeping forever (it's a constant beep, with, and without resume_beep=3D1). So I have to shutdown everything pressing the power button 5 seconds, and reboot. Thanks On 7/9/07, Nate Lawson wrote: > Bernardo Garc=EDa Fuentes wrote: > > Hi, in the past week I have been trying to make my notebook (Packard > > Bell Easynote MX2060) resume from sleep with "acpiconf -s 3" or "apm > > -z" without success. > > The notebook goes to sleep mode without problems, but when I press any > > key to make it resume, it just freezes without even turning on the LCD > > monitor, I only hear the sound of the HDD or DVD drive tuning on, but > > nothing else happens, keys doesn't work, and I have to press the power > > button 5 seconds in order to shut down the notebook, and then reboot > > FreeBSD. > > > > I'm running FreeBSD 6.1 with ACPI and apmd, and here I attach all the > > information I considered important. > > > > Any help would be appreciated, thanks. > > apmd doesn't work with acpi. > > If you upgrade to 6.2-stable, you can try setting > debug.acpi.suspend_bounce to see if any drivers cause problems. You can > also set debug.acpi.resume_beep to see if you get the beep as it > resumes. These options aren't present in 6.1. > > -- > Nate > From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 11 19:28:10 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 39C5F16A400 for ; Wed, 11 Jul 2007 19:28:10 +0000 (UTC) (envelope-from imateev@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode6eth0.rz.Uni-Osnabrueck.DE [131.173.17.146]) by mx1.freebsd.org (Postfix) with ESMTP id A95AE13C457 for ; Wed, 11 Jul 2007 19:28:09 +0000 (UTC) (envelope-from imateev@uos.de) Received: from [172.18.253.33] (hal9000.heh.Uni-Osnabrueck.DE [131.173.252.1]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l6BJ4UMd022532 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 11 Jul 2007 21:04:34 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-acpi@freebsd.org From: Ivaylo Mateev Date: Wed, 11 Jul 2007 21:04:24 +0200 X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.7.11.113736 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0, __STOCK_PHRASE_25 0, __STOCK_SUBJ_7 0 X-PMX-Spam-Level: IIIIIII Subject: (no subject) 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, 11 Jul 2007 19:28:10 -0000 , I have some Problems when I power off or reboot my Computer. It doesn't matter if I do "reboot", "halt", "shutdown -p now". The Computer stay on with the Message: All Bufferes synced Uptime XXXXXXXX Everything seems to be O.K. but it just wont power off or reboot Some info: ---------------- uname -a: FreeBSD heavymetal 6.2-STABLE FreeBSD 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 root@:/usr/obj/usr/src/sys/HEAVYMETAL i386 ------------------ ------------------- [strato@heavymetal ~]$ sudo sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 48.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 80.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 90.0C hw.acpi.thermal.tz0._ACx: 80.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 [strato@heavymetal ~]$ ------------------- ----------------------- hier dmesg Copyright (c) 1992-2007 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 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 root@:/usr/obj/usr/src/sys/HEAVYMETAL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2375.02-MHz 686- class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> Cores per package: 2 real memory = 804192256 (766 MB) avail memory = 769056768 (733 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of feff0000, 100 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 5 ports with 5 removable, self powered ehci0: mem 0xfe02e000-0xfe02e0ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 12 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 5 ports with 5 removable, self powered ohci1: mem 0xfe02d000-0xfe02dfff irq 23 at device 4.0 on pci0 ohci1: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci1 usb2: USB revision 1.0 uhub2: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered ehci1: mem 0xfe02c000-0xfe02c0ff irq 20 at device 4.1 on pci0 ehci1: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controller, 12 ports each: usb2 usb3: on ehci1 usb3: USB revision 2.0 uhub3: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: mem 0xfe020000-0xfe023fff irq 21 at device 7.0 on pci0 pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem 0xfe026000-0xfe027fff irq 22 at device 9.0 on pci0 ata2: on atapci1 ata3: on atapci1 nfe0: port 0xd800-0xd807 mem 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f irq 23 at device 10.0 on pci0 miibus0: on nfe0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:50:8d:9f:27:19 nfe0: [FAST] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 15.0 on pci0 pci6: on pcib6 pcib7: at device 16.0 on pci0 pci7: on pcib7 pcib8: at device 17.0 on pci0 pci8: on pcib8 nvidia0: mem 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xfc000000-0xfcffffff irq 20 at device 18.0 on pci0 nvidia0: [GIANT-LOCKED] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 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 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad7: 152627MB at ata3-slave UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad7s1a ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) --------------------------- Thanx for the help Ivo From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 11 19:44:12 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 E9D6416A46E for ; Wed, 11 Jul 2007 19:44:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id D18FF13C48A for ; Wed, 11 Jul 2007 19:44:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 65492 invoked from network); 11 Jul 2007 19:44:13 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 11 Jul 2007 19:44:13 -0000 Message-ID: <46953302.8050201@root.org> Date: Wed, 11 Jul 2007 12:44:02 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Ivaylo Mateev References: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> In-Reply-To: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: (no subject) 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, 11 Jul 2007 19:44:13 -0000 Ivaylo Mateev wrote: > , > > I have some Problems when I power off or reboot my Computer. > > It doesn't matter if I do "reboot", "halt", "shutdown -p now". The > Computer stay on > with the Message: > All Bufferes synced > Uptime XXXXXXXX > > Everything seems to be O.K. but it just wont power off or reboot We are investigating problems in the VIA chipset that cause this behavior. What is the manufacturer and model of your computer? -Nate > > ----------------------- > hier dmesg > > Copyright (c) 1992-2007 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 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 > root@:/usr/obj/usr/src/sys/HEAVYMETAL > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2375.02-MHz > 686-class CPU) > Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 > > Features=0x178bfbff > > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1f,,CR8> > Cores per package: 2 > real memory = 804192256 (766 MB) > avail memory = 769056768 (733 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on > acpi0 > Timecounter "HPET" frequency 25000000 Hz quality 2000 > acpi0: Power Button (fixed) > acpi0: reservation of feff0000, 100 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > pci0: at device 1.2 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 > at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 5 ports with 5 removable, self powered > ehci0: mem 0xfe02e000-0xfe02e0ff irq > 22 at device 2.1 on pci0 > ehci0: [GIANT-LOCKED] > usb1: EHCI version 1.0 > usb1: companion controller, 12 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub1: 5 ports with 5 removable, self powered > ohci1: mem 0xfe02d000-0xfe02dfff irq 23 > at device 4.0 on pci0 > ohci1: [GIANT-LOCKED] > usb2: OHCI version 1.0, legacy support > usb2: on ohci1 > usb2: USB revision 1.0 > uhub2: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 5 ports with 5 removable, self powered > ehci1: mem 0xfe02c000-0xfe02c0ff irq > 20 at device 4.1 on pci0 > ehci1: [GIANT-LOCKED] > usb3: EHCI version 1.0 > usb3: companion controller, 12 ports each: usb2 > usb3: on ehci1 > usb3: USB revision 2.0 > uhub3: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 5 ports with 5 removable, self powered > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pcm0: mem > 0xfe020000-0xfe023fff irq 21 at device 7.0 on pci0 > pcib1: at device 8.0 on pci0 > pci1: on pcib1 > atapci1: port > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem > 0xfe026000-0xfe027fff irq 22 at device 9.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > nfe0: port 0xd800-0xd807 mem > 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f irq 23 > at device 10.0 on pci0 > miibus0: on nfe0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > nfe0: Ethernet address: 00:50:8d:9f:27:19 > nfe0: [FAST] > pcib2: at device 11.0 on pci0 > pci2: on pcib2 > pcib3: at device 12.0 on pci0 > pci3: on pcib3 > pcib4: at device 13.0 on pci0 > pci4: on pcib4 > pcib5: at device 14.0 on pci0 > pci5: on pcib5 > pcib6: at device 15.0 on pci0 > pci6: on pcib6 > pcib7: at device 16.0 on pci0 > pci7: on pcib7 > pcib8: at device 17.0 on pci0 > pci8: on pcib8 > nvidia0: mem > 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xfc000000-0xfcffffff irq 20 > at device 18.0 on pci0 > nvidia0: [GIANT-LOCKED] > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > pmtimer0 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 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > Timecounters tick every 1.000 msec > acd0: DVDROM at ata0-master UDMA33 > ad7: 152627MB at ata3-slave UDMA33 > pcm0: > pcm0: > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad7s1a > ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) From owner-freebsd-acpi@FreeBSD.ORG Wed Jul 11 19:52:18 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 41DA016A46B for ; Wed, 11 Jul 2007 19:52:18 +0000 (UTC) (envelope-from imateev@uos.de) Received: from smtp-auth.serv.Uni-Osnabrueck.DE (sanode6eth0.rz.Uni-Osnabrueck.DE [131.173.17.146]) by mx1.freebsd.org (Postfix) with ESMTP id B0F1F13C459 for ; Wed, 11 Jul 2007 19:52:17 +0000 (UTC) (envelope-from imateev@uos.de) Received: from [172.18.253.33] (hal9000.heh.Uni-Osnabrueck.DE [131.173.252.1]) (authenticated bits=0) by smtp-auth.serv.Uni-Osnabrueck.DE (8.13.1/8.13.1) with ESMTP id l6BJpua0024940 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 11 Jul 2007 21:52:13 +0200 In-Reply-To: <46953302.8050201@root.org> References: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> <46953302.8050201@root.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ivaylo Mateev Date: Wed, 11 Jul 2007 21:51:49 +0200 To: Nate Lawson X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.7.11.123734 (Univ. Osnabrueck) X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report=__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_24 0, __STOCK_PHRASE_25 0 X-PMX-Spam-Level: IIIIIII Cc: freebsd-acpi@freebsd.org Subject: Re: (no subject) ACPI Problemms 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, 11 Jul 2007 19:52:18 -0000 On 11.07.2007, at 21:44, Nate Lawson wrote: > Ivaylo Mateev wrote: >> , >> >> I have some Problems when I power off or reboot my Computer. >> >> It doesn't matter if I do "reboot", "halt", "shutdown -p now". The >> Computer stay on >> with the Message: >> All Bufferes synced >> Uptime XXXXXXXX >> >> Everything seems to be O.K. but it just wont power off or reboot > > We are investigating problems in the VIA chipset that cause this > behavior. What is the manufacturer and model of your computer? > > -Nate > >> >> ----------------------- >> hier dmesg >> >> Copyright (c) 1992-2007 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 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 >> root@:/usr/obj/usr/src/sys/HEAVYMETAL >> ACPI APIC Table: >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2375.02-MHz >> 686-class CPU) >> Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 >> >> Features=0x178bfbff> PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> >> >> Features2=0x2001 >> AMD Features=0xea500800> 3DNow> >> AMD Features2=0x1f,,CR8> >> Cores per package: 2 >> real memory = 804192256 (766 MB) >> avail memory = 769056768 (733 MB) >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> ioapic0: Changing APIC ID to 2 >> ioapic0 irqs 0-23 on motherboard >> kbd1 at kbdmux0 >> acpi0: on motherboard >> acpi_hpet0: iomem >> 0xfeff0000-0xfeff03ff on >> acpi0 >> Timecounter "HPET" frequency 25000000 Hz quality 2000 >> acpi0: Power Button (fixed) >> acpi0: reservation of feff0000, 100 (3) failed >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on >> acpi0 >> cpu0: on acpi0 >> cpu1: on acpi0 >> acpi_button0: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pci0: at device 0.0 (no driver attached) >> isab0: at device 1.0 on pci0 >> isa0: on isab0 >> pci0: at device 1.1 (no driver attached) >> pci0: at device 1.2 (no driver attached) >> ohci0: mem 0xfe02f000-0xfe02ffff >> irq 21 >> at device 2.0 on pci0 >> ohci0: [GIANT-LOCKED] >> usb0: OHCI version 1.0, legacy support >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub0: 5 ports with 5 removable, self powered >> ehci0: mem >> 0xfe02e000-0xfe02e0ff irq >> 22 at device 2.1 on pci0 >> ehci0: [GIANT-LOCKED] >> usb1: EHCI version 1.0 >> usb1: companion controller, 12 ports each: usb0 >> usb1: on ehci0 >> usb1: USB revision 2.0 >> uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub1: 5 ports with 5 removable, self powered >> ohci1: mem 0xfe02d000-0xfe02dfff >> irq 23 >> at device 4.0 on pci0 >> ohci1: [GIANT-LOCKED] >> usb2: OHCI version 1.0, legacy support >> usb2: on ohci1 >> usb2: USB revision 1.0 >> uhub2: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub2: 5 ports with 5 removable, self powered >> ehci1: mem >> 0xfe02c000-0xfe02c0ff irq >> 20 at device 4.1 on pci0 >> ehci1: [GIANT-LOCKED] >> usb3: EHCI version 1.0 >> usb3: companion controller, 12 ports each: usb2 >> usb3: on ehci1 >> usb3: USB revision 2.0 >> uhub3: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub3: 5 ports with 5 removable, self powered >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on >> pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> pcm0: mem >> 0xfe020000-0xfe023fff irq 21 at device 7.0 on pci0 >> pcib1: at device 8.0 on pci0 >> pci1: on pcib1 >> atapci1: port >> 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem >> 0xfe026000-0xfe027fff irq 22 at device 9.0 on pci0 >> ata2: on atapci1 >> ata3: on atapci1 >> nfe0: port 0xd800-0xd807 mem >> 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f >> irq 23 >> at device 10.0 on pci0 >> miibus0: on nfe0 >> e1000phy0: on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseTX-FDX, auto >> nfe0: Ethernet address: 00:50:8d:9f:27:19 >> nfe0: [FAST] >> pcib2: at device 11.0 on pci0 >> pci2: on pcib2 >> pcib3: at device 12.0 on pci0 >> pci3: on pcib3 >> pcib4: at device 13.0 on pci0 >> pci4: on pcib4 >> pcib5: at device 14.0 on pci0 >> pci5: on pcib5 >> pcib6: at device 15.0 on pci0 >> pci6: on pcib6 >> pcib7: at device 16.0 on pci0 >> pci7: on pcib7 >> pcib8: at device 17.0 on pci0 >> pci8: on pcib8 >> nvidia0: mem >> 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xfc000000-0xfcffffff >> irq 20 >> at device 18.0 on pci0 >> nvidia0: [GIANT-LOCKED] >> acpi_tz0: on acpi0 >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> pmtimer0 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 >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 8250 or not responding >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> Timecounters tick every 1.000 msec >> acd0: DVDROM at ata0-master UDMA33 >> ad7: 152627MB at ata3-slave UDMA33 >> pcm0: >> pcm0: >> SMP: AP CPU #1 Launched! >> Trying to mount root from ufs:/dev/ad7s1a >> ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 >> ums0: 3 buttons and Z dir. >> umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, >> addr 2 >> da0 at umass-sim0 bus 0 target 0 lun 0 >> da0: Removable Direct Access SCSI-2 device >> da0: 40.000MB/s transfers >> da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) > I have ABIT AN-M2 with NVIDIA 630a Chipset. It is a strange Problem: First I installed the 6.2 Release, it was not working. After that I synced with STABLE and used my config file HEAVYMETAL. It worked fine, but i forgot to add USB MASS Storage support in the kernel , so I used again my config file and added support for USB Mass Storage. After buildkernel, installkernel and reboot, the same old Problem again, it isn't working with GENERIC too, so it is not my configuration From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 12 10:46:42 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 D33EC16A421 for ; Thu, 12 Jul 2007 10:46:42 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp805.mail.ukl.yahoo.com (smtp805.mail.ukl.yahoo.com [217.12.12.195]) by mx1.freebsd.org (Postfix) with SMTP id 2888613C45D for ; Thu, 12 Jul 2007 10:46:39 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 24946 invoked from network); 12 Jul 2007 10:19:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=Cjk1i1qytSxXjXFfWrkMuN3p+592I0OZGOpwy1FS31NV3J1IQEbwhQ57guVWBlLlKFAP8is2QVwuFz9nlXerM7IaDHibQ68qlt3PppBSdN2NVlcsfVaS7pTRaiVZzivDxMUJK0Xu/c7+1U00HeqwkOcR+dtbAwPDjOh9FTxMFtY= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.26.77 with login) by smtp805.mail.ukl.yahoo.com with SMTP; 12 Jul 2007 10:19:58 -0000 X-YMail-OSG: OciTLJwVM1lPF.yjbHvRDMPJBu6rfAPkZPiTAQaB0pPDOyLC.5.ylSgOnRKP75W3Z0Oja8pU6SA34fi4uzRKkftubxjLsICJsM7AKb2UlcUJmAG3PHH39tij4JY- From: Thomas Sparrevohn To: freebsd-acpi@freebsd.org Date: Thu, 12 Jul 2007 11:19:12 +0100 User-Agent: KMail/1.9.7 References: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> In-Reply-To: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707121119.12670.Thomas.Sparrevohn@btinternet.com> Cc: Subject: Re: (no subject) 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, 12 Jul 2007 10:46:42 -0000 On Wednesday 11 July 2007 20:04:24 Ivaylo Mateev wrote: > , > > I have some Problems when I power off or reboot my Computer. > > It doesn't matter if I do "reboot", "halt", "shutdown -p now". The > Computer stay on > with the Message: > All Bufferes synced > Uptime XXXXXXXX > > Everything seems to be O.K. but it just wont power off or reboot > > Some info: > > ---------------- > uname -a: > > FreeBSD heavymetal 6.2-STABLE FreeBSD 6.2-STABLE #4: Tue Jul 10 > 14:46:47 CEST 2007 root@:/usr/obj/usr/src/sys/HEAVYMETAL i386 > > ------------------ I think it is due to the USB - Could you try to boot without USB? - I found that it something to do with usb.ko - e.g the ohci or ehci driver - but I have not had time to debug it further > > ------------------- > [strato@heavymetal ~]$ sudo sysctl hw.acpi > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S3 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 48.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 80.0C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 90.0C > hw.acpi.thermal.tz0._ACx: 80.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 > [strato@heavymetal ~]$ > ------------------- > > ----------------------- > hier dmesg > > Copyright (c) 1992-2007 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 6.2-STABLE #4: Tue Jul 10 14:46:47 CEST 2007 > root@:/usr/obj/usr/src/sys/HEAVYMETAL > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2375.02-MHz 686- > class CPU) > Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 > > Features=0x178bfbff ,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1f,,CR8> > Cores per package: 2 > real memory = 804192256 (766 MB) > avail memory = 769056768 (733 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi_hpet0: iomem 0xfeff0000-0xfeff03ff > on acpi0 > Timecounter "HPET" frequency 25000000 Hz quality 2000 > acpi0: Power Button (fixed) > acpi0: reservation of feff0000, 100 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > pci0: at device 1.2 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff irq > 21 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 5 ports with 5 removable, self powered > ehci0: mem 0xfe02e000-0xfe02e0ff > irq 22 at device 2.1 on pci0 > ehci0: [GIANT-LOCKED] > usb1: EHCI version 1.0 > usb1: companion controller, 12 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub1: 5 ports with 5 removable, self powered > ohci1: mem 0xfe02d000-0xfe02dfff irq > 23 at device 4.0 on pci0 > ohci1: [GIANT-LOCKED] > usb2: OHCI version 1.0, legacy support > usb2: on ohci1 > usb2: USB revision 1.0 > uhub2: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 5 ports with 5 removable, self powered > ehci1: mem 0xfe02c000-0xfe02c0ff > irq 20 at device 4.1 on pci0 > ehci1: [GIANT-LOCKED] > usb3: EHCI version 1.0 > usb3: companion controller, 12 ports each: usb2 > usb3: on ehci1 > usb3: USB revision 2.0 > uhub3: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 5 ports with 5 removable, self powered > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pcm0: mem > 0xfe020000-0xfe023fff irq 21 at device 7.0 on pci0 > pcib1: at device 8.0 on pci0 > pci1: on pcib1 > atapci1: port > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xdc00-0xdc0f mem > 0xfe026000-0xfe027fff irq 22 at device 9.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > nfe0: port 0xd800-0xd807 mem > 0xfe02b000-0xfe02bfff,0xfe02a000-0xfe02a0ff,0xfe029000-0xfe02900f irq > 23 at device 10.0 on pci0 > miibus0: on nfe0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > nfe0: Ethernet address: 00:50:8d:9f:27:19 > nfe0: [FAST] > pcib2: at device 11.0 on pci0 > pci2: on pcib2 > pcib3: at device 12.0 on pci0 > pci3: on pcib3 > pcib4: at device 13.0 on pci0 > pci4: on pcib4 > pcib5: at device 14.0 on pci0 > pci5: on pcib5 > pcib6: at device 15.0 on pci0 > pci6: on pcib6 > pcib7: at device 16.0 on pci0 > pci7: on pcib7 > pcib8: at device 17.0 on pci0 > pci8: on pcib8 > nvidia0: mem > 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xfc000000-0xfcffffff irq > 20 at device 18.0 on pci0 > nvidia0: [GIANT-LOCKED] > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > pmtimer0 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 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > Timecounters tick every 1.000 msec > acd0: DVDROM at ata0-master UDMA33 > ad7: 152627MB at ata3-slave UDMA33 > pcm0: > pcm0: > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad7s1a > ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 983MB (2015231 512 byte sectors: 64H 32S/T 983C) > > --------------------------- > > Thanx for the help > > Ivo > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 12 10:47:49 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 03ABA16A468 for ; Thu, 12 Jul 2007 10:47:49 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp807.mail.ukl.yahoo.com (smtp807.mail.ukl.yahoo.com [217.12.12.197]) by mx1.freebsd.org (Postfix) with SMTP id 5D53013C4C2 for ; Thu, 12 Jul 2007 10:47:48 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 54162 invoked from network); 12 Jul 2007 10:21:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=bDxn1KJVvHcYFepWTMy5Nr94JQWUyB8aGeUDRWj4I3nv/yNMpfTcmGi/uwuUD4fuJIJhc/BpU5op/2i8p9878apwjzQz/tVveSee+alATGAhC7tdsK7uxw5HwvPPHBi3OSJKFMw+DRbfIvKH8CgslDuJE9zpkabs2kPco8GxEuU= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.26.77 with login) by smtp807.mail.ukl.yahoo.com with SMTP; 12 Jul 2007 10:21:07 -0000 X-YMail-OSG: 6vRK9lkVM1meXVEXf9VKULo0irlEYqKkEXit_qJXTKIyA0gdU8nFvXVmhrFMhMyAW0GoqW62ZA-- From: Thomas Sparrevohn To: freebsd-acpi@freebsd.org Date: Thu, 12 Jul 2007 11:21:05 +0100 User-Agent: KMail/1.9.7 References: <82CDCEB3-E236-40FC-929A-410CD73A90C8@uos.de> <46953302.8050201@root.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707121121.06354.Thomas.Sparrevohn@btinternet.com> Cc: Subject: Re: (no subject) ACPI Problemms 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, 12 Jul 2007 10:47:49 -0000 On Wednesday 11 July 2007 20:51:49 Ivaylo Mateev wrote: > I have ABIT AN-M2 with NVIDIA 630a Chipset. > > It is a strange Problem: > First I installed the 6.2 Release, it was not working. > After that I synced with STABLE and used my config file HEAVYMETAL. > It worked fine, but i forgot to add USB MASS Storage support in the > kernel , so I used again my config file and added support for USB > Mass Storage. After buildkernel, installkernel and reboot, the same > old Problem again, it isn't working with GENERIC too, so it is not my > configuration > Hmm. Mine is a Nvidia 590 - maybe its specfic to nvidia From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 12 20:30:03 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 59D5516A41F for ; Thu, 12 Jul 2007 20:30:03 +0000 (UTC) (envelope-from SRS0=c2b4e0a1a48d7e1fb7b8c3efee150d3940d9517f=394=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id ED47713C44C for ; Thu, 12 Jul 2007 20:30:02 +0000 (UTC) (envelope-from SRS0=c2b4e0a1a48d7e1fb7b8c3efee150d3940d9517f=394=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id RBA88344 for ; Thu, 12 Jul 2007 13:14:44 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4A28E45042 for ; Thu, 12 Jul 2007 13:14:44 -0700 (PDT) To: acpi@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1184271284_15599P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 12 Jul 2007 13:14:44 -0700 From: "Kevin Oberman" Message-Id: <20070712201444.4A28E45042@ptavv.es.net> Cc: Subject: ACPI summary available 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, 12 Jul 2007 20:30:03 -0000 --==_Exmh_1184271284_15599P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Thanks to a note on /., I found what looks to be a very nice summary of ACPI and its myriad of states (C, D, G, S, and P). While it does not go into ASL, the ACPI tables, or things of that sort, it is probably a good starting place for those interested in just what ACPI is all about. It filled in some gaps (especially about D and lower C states) for me. One small request...I am far from an ACPI expert and there may be serious flaws in the article that I am unaware of. If so, please let me know so I don't recommend it more widely. IF it looks good, I plan to post a message about it to mobile@. http://www.techarp.com/showarticle.aspx?artno=420 -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1184271284_15599P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGlou0kn3rs5h7N1ERAreqAJ0UYJjFnQzqYcLkkn82MUc6a9uhbwCeJaxS 5lJ2rKNwZEescjw7tQEZTlw= =UBeR -----END PGP SIGNATURE----- --==_Exmh_1184271284_15599P-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 12 21:10:00 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 2B01216A46B for ; Thu, 12 Jul 2007 21:10:00 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id EDA1D13C44B for ; Thu, 12 Jul 2007 21:09:59 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 69447 invoked from network); 12 Jul 2007 21:10:00 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 12 Jul 2007 21:10:00 -0000 Message-ID: <4696989E.5080101@root.org> Date: Thu, 12 Jul 2007 14:09:50 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Kevin Oberman References: <20070712201444.4A28E45042@ptavv.es.net> In-Reply-To: <20070712201444.4A28E45042@ptavv.es.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: ACPI summary available 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, 12 Jul 2007 21:10:00 -0000 Kevin Oberman wrote: > Thanks to a note on /., I found what looks to be a very nice summary of > ACPI and its myriad of states (C, D, G, S, and P). While it does not go > into ASL, the ACPI tables, or things of that sort, it is probably a > good starting place for those interested in just what ACPI is all about. > It filled in some gaps (especially about D and lower C states) for me. > > One small request...I am far from an ACPI expert and there may be > serious flaws in the article that I am unaware of. If so, please let me > know so I don't recommend it more widely. IF it looks good, I plan to > post a message about it to mobile@. > > http://www.techarp.com/showarticle.aspx?artno=420 It's ok. It doesn't include much real knowledge such as the fact that S2 has seldom been observed on a real system. It includes very processor-rev specific stuff such as which P states are supported on which CPUs. The diagram leaves out the embedded controller completely. -Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 10:44:43 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 A9C6716A404 for ; Fri, 13 Jul 2007 10:44:43 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id 013DC13C46B for ; Fri, 13 Jul 2007 10:44:42 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 98909 invoked from network); 13 Jul 2007 10:18:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=WjHwQ9fOuDB4mWfe59E94v4JTlKnnOBDCELilAeq/VMP7Xc6E75O34Okkc4XpuLvmFy0h1QlN8gQcENrgNURQvmbuiarwjEs9B94mKD+bVRXgqsvnbZR78gLqhVcfXPhxmdBBOXr42Cu6YEORaBM3nWLXu2ydrbWEs7J9qTEqPk= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.26.77 with login) by smtp804.mail.ird.yahoo.com with SMTP; 13 Jul 2007 10:18:01 -0000 X-YMail-OSG: JrkSRhgVM1lw64NCJBzPnrIJHOsZdoLmKpeUnUXaSos8iw_8klDhGY8qTP6MvE1H7RRhEw.IiZ8ujQOWMUCagSBr8SG_9qQrWIsoLHko1.x.0JTp From: Thomas Sparrevohn To: freebsd-acpi@freebsd.org Date: Fri, 13 Jul 2007 11:17:54 +0100 User-Agent: KMail/1.9.7 References: <20070712201444.4A28E45042@ptavv.es.net> In-Reply-To: <20070712201444.4A28E45042@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707131117.54596.Thomas.Sparrevohn@btinternet.com> Cc: acpi@freebsd.org Subject: Re: ACPI summary available 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, 13 Jul 2007 10:44:43 -0000 On Thursday 12 July 2007 21:14:44 Kevin Oberman wrote: > Thanks to a note on /., I found what looks to be a very nice summary of > ACPI and its myriad of states (C, D, G, S, and P). While it does not go > into ASL, the ACPI tables, or things of that sort, it is probably a > good starting place for those interested in just what ACPI is all about. > It filled in some gaps (especially about D and lower C states) for me. > > One small request...I am far from an ACPI expert and there may be > serious flaws in the article that I am unaware of. If so, please let me > know so I don't recommend it more widely. IF it looks good, I plan to > post a message about it to mobile@. > > http://www.techarp.com/showarticle.aspx?artno=420 Very good article - Thanks for pointing that one out From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 10:44:43 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 A986516A401 for ; Fri, 13 Jul 2007 10:44:43 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id 0153713C471 for ; Fri, 13 Jul 2007 10:44:42 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 98909 invoked from network); 13 Jul 2007 10:18:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=WjHwQ9fOuDB4mWfe59E94v4JTlKnnOBDCELilAeq/VMP7Xc6E75O34Okkc4XpuLvmFy0h1QlN8gQcENrgNURQvmbuiarwjEs9B94mKD+bVRXgqsvnbZR78gLqhVcfXPhxmdBBOXr42Cu6YEORaBM3nWLXu2ydrbWEs7J9qTEqPk= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.134.26.77 with login) by smtp804.mail.ird.yahoo.com with SMTP; 13 Jul 2007 10:18:01 -0000 X-YMail-OSG: JrkSRhgVM1lw64NCJBzPnrIJHOsZdoLmKpeUnUXaSos8iw_8klDhGY8qTP6MvE1H7RRhEw.IiZ8ujQOWMUCagSBr8SG_9qQrWIsoLHko1.x.0JTp From: Thomas Sparrevohn To: freebsd-acpi@freebsd.org Date: Fri, 13 Jul 2007 11:17:54 +0100 User-Agent: KMail/1.9.7 References: <20070712201444.4A28E45042@ptavv.es.net> In-Reply-To: <20070712201444.4A28E45042@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707131117.54596.Thomas.Sparrevohn@btinternet.com> Cc: acpi@freebsd.org Subject: Re: ACPI summary available 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, 13 Jul 2007 10:44:43 -0000 On Thursday 12 July 2007 21:14:44 Kevin Oberman wrote: > Thanks to a note on /., I found what looks to be a very nice summary of > ACPI and its myriad of states (C, D, G, S, and P). While it does not go > into ASL, the ACPI tables, or things of that sort, it is probably a > good starting place for those interested in just what ACPI is all about. > It filled in some gaps (especially about D and lower C states) for me. > > One small request...I am far from an ACPI expert and there may be > serious flaws in the article that I am unaware of. If so, please let me > know so I don't recommend it more widely. IF it looks good, I plan to > post a message about it to mobile@. > > http://www.techarp.com/showarticle.aspx?artno=420 Very good article - Thanks for pointing that one out From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 13:21:24 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 621F316A403 for ; Fri, 13 Jul 2007 13:21:24 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 58C4313C49D for ; Fri, 13 Jul 2007 13:21:21 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id WAA06265; Fri, 13 Jul 2007 22:54:56 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 13 Jul 2007 22:54:55 +1000 (EST) From: Ian Smith To: Nate Lawson In-Reply-To: <4696989E.5080101@root.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: acpi@freebsd.org Subject: Re: ACPI summary available 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, 13 Jul 2007 13:21:24 -0000 On Thu, 12 Jul 2007, Nate Lawson wrote: > Kevin Oberman wrote: > > Thanks to a note on /., I found what looks to be a very nice summary of > > ACPI and its myriad of states (C, D, G, S, and P). While it does not go > > into ASL, the ACPI tables, or things of that sort, it is probably a > > good starting place for those interested in just what ACPI is all about. > > It filled in some gaps (especially about D and lower C states) for me. > > > > One small request...I am far from an ACPI expert and there may be > > serious flaws in the article that I am unaware of. If so, please let me > > know so I don't recommend it more widely. IF it looks good, I plan to > > post a message about it to mobile@. > > > > http://www.techarp.com/showarticle.aspx?artno=420 > > It's ok. It doesn't include much real knowledge such as the fact that > S2 has seldom been observed on a real system. It includes very > processor-rev specific stuff such as which P states are supported on > which CPUs. The diagram leaves out the embedded controller completely. One forgets how much one didn't know before one knew all about that :) I found good background overview on lots of things I'd previously not had a clue about, especially the multi-core speed stepping and such, despite icky format and distracting ad bombardment .. Short of your shelf of books, deep specs and the code, can you suggest any other useful online ACPI in-a-nutshell references for neophytes? Cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 14:08:06 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 7A0E016A401 for ; Fri, 13 Jul 2007 14:08:06 +0000 (UTC) (envelope-from admin@mixey.spb.ru) Received: from mail.ifmo.ru (mail.ifmo.ru [194.85.160.50]) by mx1.freebsd.org (Postfix) with ESMTP id DEBB113C441 for ; Fri, 13 Jul 2007 14:08:05 +0000 (UTC) (envelope-from admin@mixey.spb.ru) Received: from spline.ifmo.ru (spline.ifmo.ru [194.85.161.212]) by mail.ifmo.ru (8.13.8/8.13.8) with ESMTP id l6DE7wdj021771 for ; Fri, 13 Jul 2007 18:08:03 +0400 Received: from spline.ifmo.ru ([194.85.161.212]) by spline.ifmo.ru for freebsd-acpi@freebsd.org; Fri, 13 Jul 2007 18:07:56 +0400 Date: Fri, 13 Jul 2007 18:07:56 +0400 From: =?Windows-1251?Q?=CC=E8=F5=E0=E8=EB_=CA=F3=F7=E8=ED?= X-Mailer: The Bat! (v3.5) Professional Organization: IFMO X-Priority: 3 (Normal) Message-ID: <1737185464.20070713180756@mixey.spb.ru> To: freebsd-acpi@freebsd.org In-Reply-To: References: 4692AB1A.2020705@root.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Subject: Asus P5W DH Deluxe APIC/SMP IRQ problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?Windows-1251?Q?=CC=E8=F5=E0=E8=EB_=CA=F3=F7=E8=ED?= List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 14:08:06 -0000 Hi! I am still searching help with Asus P5W DH Deluxe IRQ's > > > atapci0: port > > > 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem > > > 0xfe8fe000-0xfe8fffff irq 17 at device 0.0 on pci2 > > > atapci0: AHCI Version 01.00 controller with 2 ports detected > > > ata2: on atapci0 > > > ata3: on atapci0 > > > ata4: on atapci0 > > > > So my guess is that one or more of these ATA issues is the cause. > Probably not. His issue is that some device that _isn't_ on IRQ 23 in the > _PRT tables, actually _is_ on IRQ 23. The key is to find out what device > (not atapci2) is generating those interrupts. Turning each device off > individually to test can figure this out. Thank You for ideas. Today I've tried to use some other VGA cards, lots of old different PCI and some new PCI experss card - no effect. Not to load myk0 intertface - also unsuccessful. How can I turn off other devices like bus or conroller? I have succeeded in turning off only myk0 and changing VGA. What cat I do next while searching this "bad" device? By the way, I've got verbose boot log and mptable output: http://mixey.spb.ru/boot-verbose.txt http://mixey.spb.ru/mptable.txt Can it help me? Thank You. -- Mihail mailto:admin@mixey.spb.ru From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 15:29:14 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 2DF2A16A403 for ; Fri, 13 Jul 2007 15:29:14 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 14DED13C48D for ; Fri, 13 Jul 2007 15:29:14 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 21753 invoked from network); 13 Jul 2007 15:29:14 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 13 Jul 2007 15:29:14 -0000 Message-ID: <46979A40.8040909@root.org> Date: Fri, 13 Jul 2007 08:29:04 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: ACPI summary available 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, 13 Jul 2007 15:29:14 -0000 Ian Smith wrote: > On Thu, 12 Jul 2007, Nate Lawson wrote: > > Kevin Oberman wrote: > > > Thanks to a note on /., I found what looks to be a very nice summary of > > > ACPI and its myriad of states (C, D, G, S, and P). While it does not go > > > into ASL, the ACPI tables, or things of that sort, it is probably a > > > good starting place for those interested in just what ACPI is all about. > > > It filled in some gaps (especially about D and lower C states) for me. > > > > > > One small request...I am far from an ACPI expert and there may be > > > serious flaws in the article that I am unaware of. If so, please let me > > > know so I don't recommend it more widely. IF it looks good, I plan to > > > post a message about it to mobile@. > > > > > > http://www.techarp.com/showarticle.aspx?artno=420 > > > > It's ok. It doesn't include much real knowledge such as the fact that > > S2 has seldom been observed on a real system. It includes very > > processor-rev specific stuff such as which P states are supported on > > which CPUs. The diagram leaves out the embedded controller completely. > > One forgets how much one didn't know before one knew all about that :) > > I found good background overview on lots of things I'd previously not > had a clue about, especially the multi-core speed stepping and such, > despite icky format and distracting ad bombardment .. > > Short of your shelf of books, deep specs and the code, can you suggest > any other useful online ACPI in-a-nutshell references for neophytes? Handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-overview.html Usenix paper http://www.usenix.org/events/usenix02/tech/freenix/full_papers/watanabe/watanabe_html/index.html -Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 15:44:50 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 B3CBD16A405 for ; Fri, 13 Jul 2007 15:44:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id E9B0113C471 for ; Fri, 13 Jul 2007 15:44:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l6DFiZgX004594; Fri, 13 Jul 2007 11:44:35 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, =?windows-1251?b?zOj14OjrIMrz9+jt?= Date: Fri, 13 Jul 2007 11:37:11 -0400 User-Agent: KMail/1.9.6 References: <1737185464.20070713180756@mixey.spb.ru> In-Reply-To: <1737185464.20070713180756@mixey.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707131137.11871.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 13 Jul 2007 11:44:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3658/Fri Jul 13 11:27:31 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Asus P5W DH Deluxe APIC/SMP IRQ problem 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, 13 Jul 2007 15:44:50 -0000 On Friday 13 July 2007 10:07:56 am =CC=E8=F5=E0=E8=EB =CA=F3=F7=E8=ED wrote: > Hi! >=20 > I am still searching help with Asus P5W DH Deluxe IRQ's >=20 > > > > atapci0: port > > > > 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa4= 0f=20 mem > > > > 0xfe8fe000-0xfe8fffff irq 17 at device 0.0 on pci2 > > > > atapci0: AHCI Version 01.00 controller with 2 ports detected > > > > ata2: on atapci0 > > > > ata3: on atapci0 > > > > ata4: on atapci0 > > > > > > So my guess is that one or more of these ATA issues is the cause. >=20 > > Probably not. His issue is that some device that _isn't_ on IRQ 23 in = the > > _PRT tables, actually _is_ on IRQ 23. The key is to find out what devi= ce > > (not atapci2) is generating those interrupts. Turning each device off > > individually to test can figure this out. >=20 > Thank You for ideas. Today I've tried to use some other VGA cards, > lots of old different PCI and some new PCI experss card - no effect. > Not to load myk0 intertface - also unsuccessful. >=20 > How can I turn off other devices like bus or conroller? I have > succeeded in turning off only myk0 and changing VGA. What cat I do > next while searching this "bad" device? >=20 > By the way, I've got verbose boot log and mptable output: > http://mixey.spb.ru/boot-verbose.txt > http://mixey.spb.ru/mptable.txt > =20 > Can it help me? =46or now you would just have to hack drivers to not attach, etc. Your mpt= able=20 agrees with the ACPI tables. It could also be a bug in the ata(4) driver i= f=20 it's not acknowledging some interrupt condition. You could test for that b= y=20 trying to print out the interrupt status register in the ata interrupt=20 handler for the device on irq 23 and seeing if there are conditions that ar= e=20 set on each interrupt and not getting cleared. =2D-=20 John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 13 16:18:19 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 49E5B16A400 for ; Fri, 13 Jul 2007 16:18:19 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6D98D13C4C1 for ; Fri, 13 Jul 2007 16:18:18 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: by py-out-1112.google.com with SMTP id a73so936383pye for ; Fri, 13 Jul 2007 09:18:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=IHesBFa40YDVzdA/rKN9JMsV1hQS2u+ZirVx9/e1o66Q2c+bECTfHVq5bRGNalDDrw8dP8XbhRUcHI/r2eU0jFxEiUqgPm4hFA18s3XEzx5duiyKKuj0ktrNQ/UnxjulIbs+4ZNLqHOGxVqS7XsoXpTuD1xyq4pIt7kgVxdmLyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=sXn+iBIFh7FoHFGiLNgkFCzH/uHIYq6GlT4nSdvKDribabL63cDjFCfhRjisSgzbwKYEiBkAkyp9bqHk9foT7HBaSPpwEMdBT8A2fLtCvbNGwgzvRbnu0Gti0efejYxd9iSTBalptrzwK6SlfBcvnCOf1w/CCNyb0gmd6MorHKI= Received: by 10.140.251.1 with SMTP id y1mr508585rvh.1184341925570; Fri, 13 Jul 2007 08:52:05 -0700 (PDT) Received: by 10.141.52.8 with HTTP; Fri, 13 Jul 2007 08:52:05 -0700 (PDT) Message-ID: Date: Fri, 13 Jul 2007 18:52:05 +0300 From: "Oleg Lomaka" To: acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ACPI on Acer TravelMate 2483WXMi 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, 13 Jul 2007 16:18:19 -0000 Hello. Could you please help to clear out some acpi problems on this laptop. When boot with acpi enabled, msk and ath interfaces doesn't work. And when acpi is disabled, msk is staring up, but ath still doesn't. Following is dmesg with acpi enabled. Also there are some additional info: pciconf -lv: http://www.openhills.com/acpi/pciconf_lv.txt acpidump -dt: http://www.openhills.com/acpi/acpi.dmp dmesg with acpi disabled: http://www.openhills.com/acpi/dmesg-acpi-disabled.txt dmesg with acpi enabled (the same as inlined): http://www.openhills.com/acpi/dmesg-acpi-enabled.txt Thanks. Oleg. --- Copyright (c) 1992-2007 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 6.2-STABLE #2: Sun Jul 8 07:57:57 EEST 2007 root@tdevil.lomaka.org.ua:/usr/obj/usr/src/sys/TDEVIL.kernconf WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc09a3000. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc09a3250. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc09a32fc. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc09a33a8. Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc09a3454. Preloaded elf module "/boot/kernel/if_msk.ko" at 0xc09a3504. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc09a35b0. Preloaded elf module "/boot/kernel/snd_hda.ko" at 0xc09a365c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc09a3708. Preloaded elf module "/boot/kernel/umass.ko" at 0xc09a37b4. Preloaded elf module "/boot/kernel/usb.ko" at 0xc09a3860. Preloaded elf module "/boot/kernel/cam.ko" at 0xc09a3908. Preloaded elf module "/boot/kernel/agp.ko" at 0xc09a39b0. Preloaded elf module "/boot/kernel/random.ko" at 0xc09a3a58. Preloaded elf module "/boot/kernel/ata.ko" at 0xc09a3b04. Preloaded elf module "/boot/kernel/atapci.ko" at 0xc09a3bac. Preloaded elf module "/boot/kernel/atadisk.ko" at 0xc09a3c58. Preloaded elf module "/boot/kernel/atapicd.ko" at 0xc09a3d04. Preloaded elf module "/boot/kernel/atapicam.ko" at 0xc09a3db0. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc09a3e60. Preloaded elf module "/boot/kernel/ubsa.ko" at 0xc09a3f0c. Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc09a3fb8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc09a4064. Calibrating clock(s) ... i8254 clock: 1193183 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1733405453 Hz CPU: Intel(R) Celeron(R) M CPU 430 @ 1.73GHz (1733.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 Features=0xafe9fbff Features2=0xc109,> AMD Features=0x100000 real memory = 526974976 (502 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001ed75fff, 504696832 bytes (123217 pages) avail memory = 506261504 (482 MB) MP Configuration Table version 1.4 found at 0xc009e571 Table 'FACP' at 0x1f69bc38 Table 'APIC' at 0x1f69bd2c MADT: Found table at 0x1f69bd2c APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f6600 bios32: Entry = 0xfd460 (c00fd460) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd460+0x262 pnpbios: Found PnP BIOS data at 0xc00f66a0 pnpbios: Entry = f0000:acc9 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 ath_rate: version 1.2 wlan: <802.11 Link Layer> mem: Pentium Pro MTRR support enabled null: random: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size Timecounter "HPET" frequency 14318180 Hz quality 2000 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa20 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.HBUS -> bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.RP04.P4CS -> bus 0 dev 28 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPCB.LPC0 -> bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xcd395000 pa 0x9d000 unknown: I/O range not supported acpi0: reservation of fed00000, 400 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a2, revid=0x03 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base d0300000, size 19, enabled map[14]: type 4, range 32, base 00001800, size 3, enabled map[18]: type 3, range 32, base c0000000, size 28, enabled map[1c]: type 1, range 32, base d0400000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27a6, revid=0x03 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d0380000, size 19, enabled found-> vendor=0x8086, dev=0x27d8, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base d0440000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x27d0, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d2, revid=0x02 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27d4, revid=0x02 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27c8, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base d0644000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xe2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0004, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27c4, revid=0x02 bus=0, slot=31, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 000018b0, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 000018c0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 agp0: port 0x1800-0x1807 mem 0xd0300000-0xd037ffff,0xc0000000-0xcfffffff,0xd0400000-0xd043ffff irq 16 at device 2.0 on pci0 agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xd0300000 agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xd0300000 agp0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xd0400000 agp0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xc0000000 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) pcm0: mem 0xd0440000-0xd0443fff irq 22 at device 27.0 on pci0 pcm0: TCSEL: 0x07 -> 0x00 pcm0: DMA Coherency: Uncacheable / vendor=0x8086 pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0440000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 pcm0: [MPSAFE] pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 pcib1: irq 16 at device 28.0 on pci0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0x0-0x0 pcib1: prefetched decode 0x0-0x0 pci2: on pcib1 pci2: physical bus=2 found-> vendor=0x11ab, dev=0x4352, revid=0x14 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base 00000000, size 14, memory disabled map[18]: type 4, range 32, base 00000000, size 8, port disabled pcib1: matched entry for 2.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 mskc0: irq 16 at device 0.0 on pci2 pcib1: mskc0 requested unsupported memory range 0x0-0xffffffff (decoding 0x0-0x0, 0x0-0x0) mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 mskc0: unknown device: id=0xff, rev=0x0f device_attach: mskc0 attach returned 6 pcib2: irq 17 at device 28.1 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci3: on pcib2 pci3: physical bus=3 found-> vendor=0x168c, dev=0x001c, revid=0x01 bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message MSI-X supports 1 message in map 0x10 map[10]: type 1, range 64, base 00000000, size 16, memory disabled pcib2: matched entry for 3.0.INTA pcib2: slot 0 INTA hardwired to IRQ 17 ath0: irq 17 at device 0.0 on pci3 pcib2: ath0 requested unsupported memory range 0x0-0xffffffff (decoding 0x0-0x0, 0x0-0x0) ath0: 0x10000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). ath0: cannot map register space device_attach: ath0 attach returned 6 pcib3: irq 18 at device 28.2 on pci0 pcib3: secondary bus 4 pcib3: subordinate bus 4 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0x0-0x0 pcib3: prefetched decode 0x0-0x0 pci4: on pcib3 pci4: physical bus=4 uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xd0644000-0xd06443ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd0644000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 10 pcib4: subordinate bus 11 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0x0-0x0 pcib4: prefetched decode 0x0-0x0 pcib4: Subtractively decoded bridge. pci10: on pcib4 pci10: physical bus=10 found-> vendor=0x104c, dev=0x8039, revid=0x00 bus=10, slot=9, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x31 (1470 ns), mingnt=0x44 (17000 ns), maxlat=0x03 (750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0204000, size 12, memory disabled pcib4: requested memory range 0xd0204000-0xd0204fff: good pcib4: matched entry for 10.9.INTA pcib4: slot 9 INTA hardwired to IRQ 20 found-> vendor=0x104c, dev=0x803b, revid=0x00 bus=10, slot=9, func=2 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d0205000, size 12, enabled pcib4: requested memory range 0xd0205000-0xd0205fff: good pcib4: matched entry for 10.9.INTA pcib4: slot 9 INTA hardwired to IRQ 20 pci10: at device 9.0 (no driver attached) pci10: at device 9.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18b0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcffff,0xdf800-0xdffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. NULL mp in getnewvnode() lapic: Divisor 2, Frequency 66669454 hz Timecounter "TSC" frequency 1733405453 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad0: 76319MB at ata0-master SATA150 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acpi_acad0: acline initialization start battery0: battery initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: HDA_DEBUG: HDA Config: on=0x00000000 off=0x00000000 pcm0: HDA_DEBUG: Starting CORB Engine... pcm0: HDA_DEBUG: Starting RIRB Engine... pcm0: HDA_DEBUG: Enabling controller interrupt... pcm0: HDA_DEBUG: Scanning HDA codecs... pcm0: HDA_DEBUG: Probing codec: 0 pcm0: HDA_DEBUG: startnode=1 endnode=2 pcm0: HDA_DEBUG: Found AFG nid=1 [startnode=1 endnode=2] pcm0: HDA_DEBUG: Parsing AFG nid=1 cad=0 pcm0: Vendor: 0x000010ec pcm0: Device: 0x00000883 pcm0: Revision: 0x00000000 pcm0: Stepping: 0x00000002 pcm0: PCI Subvendor: 0x01101025 pcm0: Nodes: start=2 endnode=39 total=37 pcm0: CORB size: 256 pcm0: RIRB size: 256 pcm0: Streams: ISS=4 OSS=4 BSS=0 pcm0: GPIO: 0x40000002 pcm0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=8 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=9 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=10 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=11 entries=10 found=10 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=12 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=13 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=14 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=15 entries=2 found=2 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=20 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=21 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=22 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=23 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=24 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=25 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=26 entries=5 found=5 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=27 entries=5 found=5 pcm0: HDA_DEBUG: Pin config nid=28 0x411111f0 -> 0x813111f0 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=30 entries=1 found=1 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=34 entries=11 found=11 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=35 entries=11 found=11 pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=38 entries=2 found=2 pcm0: HDA_DEBUG: Parsing Ctls... pcm0: HDA_DEBUG: Parsing vendor patch... pcm0: HDA_DEBUG: Building AFG tree... pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 pcm0: HDA_DEBUG: HWiP: Found 10 DAC path using HDA_PARSE_MIXER strategy. pcm0: HDA_DEBUG: AFG commit... pcm0: GPIO init: data=0x00000000 mask=0x00000000 dir=0x00000000 pcm0: GPIO commit: data=0x00000001 mask=0x00000001 dir=0x00000001 pcm0: HDA_DEBUG: Ctls commit... pcm0: [ 6] Ctl nid=11 childnid=27 DISABLED pcm0: [ 8] Ctl nid=11 childnid=29 DISABLED pcm0: [ 9] Ctl nid=11 childnid=20 Bind to NONE pcm0: [10] Ctl nid=11 childnid=21 Bind to NONE pcm0: [11] Ctl nid=11 childnid=22 DISABLED pcm0: [12] Ctl nid=11 childnid=23 DISABLED pcm0: [13] Ctl nid=12 Bind to NONE pcm0: [15] Ctl nid=12 childnid=11 Bind to NONE pcm0: [16] Ctl nid=13 Bind to NONE pcm0: [18] Ctl nid=13 childnid=11 Bind to NONE pcm0: [19] Ctl nid=14 Bind to NONE pcm0: [21] Ctl nid=14 childnid=11 Bind to NONE pcm0: [22] Ctl nid=15 Bind to NONE pcm0: [24] Ctl nid=15 childnid=11 Bind to NONE pcm0: [25] Ctl nid=20 Bind to NONE pcm0: [26] Ctl nid=20 Bind to NONE pcm0: [27] Ctl nid=21 Bind to NONE pcm0: [28] Ctl nid=21 Bind to NONE pcm0: [29] Ctl nid=22 DISABLED pcm0: [30] Ctl nid=22 DISABLED pcm0: [31] Ctl nid=23 DISABLED pcm0: [32] Ctl nid=23 DISABLED pcm0: [33] Ctl nid=24 Bind to NONE pcm0: [34] Ctl nid=24 Bind to NONE pcm0: [35] Ctl nid=25 Bind to NONE pcm0: [36] Ctl nid=25 Bind to NONE pcm0: [37] Ctl nid=26 Bind to NONE pcm0: [38] Ctl nid=26 Bind to NONE pcm0: [39] Ctl nid=27 DISABLED pcm0: [40] Ctl nid=27 DISABLED pcm0: [41] Ctl nid=34 childnid=24 Bind to NONE pcm0: [42] Ctl nid=34 childnid=25 Bind to NONE pcm0: [43] Ctl nid=34 childnid=26 Bind to NONE pcm0: [44] Ctl nid=34 childnid=27 DISABLED pcm0: [45] Ctl nid=34 childnid=28 Bind to NONE pcm0: [46] Ctl nid=34 childnid=29 DISABLED pcm0: [47] Ctl nid=34 childnid=20 Bind to NONE pcm0: [48] Ctl nid=34 childnid=21 Bind to NONE pcm0: [49] Ctl nid=34 childnid=22 DISABLED pcm0: [50] Ctl nid=34 childnid=23 DISABLED pcm0: [51] Ctl nid=34 childnid=11 Bind to NONE pcm0: [52] Ctl nid=35 childnid=24 Bind to NONE pcm0: [53] Ctl nid=35 childnid=25 Bind to NONE pcm0: [54] Ctl nid=35 childnid=26 Bind to NONE pcm0: [55] Ctl nid=35 childnid=27 DISABLED pcm0: [56] Ctl nid=35 childnid=28 Bind to NONE pcm0: [57] Ctl nid=35 childnid=29 DISABLED pcm0: [58] Ctl nid=35 childnid=20 Bind to NONE pcm0: [59] Ctl nid=35 childnid=21 Bind to NONE pcm0: [60] Ctl nid=35 childnid=22 DISABLED pcm0: [61] Ctl nid=35 childnid=23 DISABLED pcm0: [62] Ctl nid=35 childnid=11 Bind to NONE pcm0: [63] Ctl nid=38 Bind to NONE pcm0: [65] Ctl nid=38 childnid=11 Bind to NONE pcm0: HDA_DEBUG: PCMDIR_PLAY setup... pcm0: HDA_DEBUG: PCMDIR_REC setup... pcm0: HDA_DEBUG: OSS mixer initialization... pcm0: HDA_DEBUG: Pin sense: nid=20 timeout=10000 res=0x00000000 pcm0: HDA_DEBUG: Enabling headphone/speaker audio routing switching: pcm0: HDA_DEBUG: index=12 nid=20 pci_subvendor=0x01101025 codec=0x10ec0883 [UNSOL] pcm0: HDA_DEBUG: Enabling Soft PCM volume pcm0: Mixer "vol": child=0x00000010 pcm0: Mixer "pcm": parent="vol" pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Soft PCM mixer ENABLED pcm0: HDA_DEBUG: Registering PCM channels... pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 1eb11000, 4000; 0xd533b000 -> 1eb11000 pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 pcm0: sndbuf_setmap 1eb0a000, 4000; 0xd533f000 -> 1eb0a000 pcm0: pcm0: pcm0: pcm0: pcm0: HDA config/quirks: gpio0 forcestereo ivref50 ivref80 ivref100 ivref pcm0: pcm0: +-------------------+ pcm0: | DUMPING HDA NODES | pcm0: +-------------------+ pcm0: pcm0: Default Parameter pcm0: ----------------- pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: IN amp: 0x00000000 pcm0: OUT amp: 0x00000000 pcm0: pcm0: nid: 2 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 3 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 4 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 5 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 6 [DIGITAL] [DISABLED] pcm0: name: audio output pcm0: widget_cap: 0x00000211 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x001e0560 pcm0: PCM size: 16 20 24 32 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 7 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 8 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x0010011b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: Input amp: 0x80051f08 pcm0: mute=1 step=31 size=5 offset=8 pcm0: connections: 1 pcm0: | pcm0: + <- nid=35 [audio mixer] pcm0: pcm0: nid: 9 [ANALOG] pcm0: name: audio input pcm0: widget_cap: 0x0010011b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000800 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: Input amp: 0x80051f08 pcm0: mute=1 step=31 size=5 offset=8 pcm0: connections: 1 pcm0: | pcm0: + <- nid=34 [audio mixer] pcm0: pcm0: nid: 10 [DIGITAL] [DISABLED] pcm0: name: audio input pcm0: widget_cap: 0x00100391 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x001e0560 pcm0: PCM size: 16 20 24 32 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 1 pcm0: | pcm0: + <- nid=31 [pin: speaker (none)] [DISABLED] pcm0: pcm0: nid: 11 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010b pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x000001c1 pcm0: Input amp: 0x80051f17 pcm0: mute=1 step=31 size=5 offset=23 pcm0: connections: 10 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=29 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=21 [pin: speaker (fixed)] pcm0: | pcm0: + <- nid=22 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=23 [pin: speaker (none)] [DISABLED] pcm0: pcm0: nid: 12 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x000001d1 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=2 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 13 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=3 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 14 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=4 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 15 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=5 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 16 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 17 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 18 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 19 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 20 [ANALOG] pcm0: name: pin: headphones out (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x0121101f pcm0: Pin control: 0x000000c0 HP OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 21 [ANALOG] pcm0: name: pin: speaker (fixed) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x99130110 pcm0: Pin control: 0x00000040 OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 22 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 23 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000003e pcm0: TRQD HP OUT IN : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 24 [ANALOG] pcm0: name: pin: Mic in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x0000053e pcm0: TRQD HP OUT IN VREF[ GROUND HIZ ] : UNSOL pcm0: Pin config: 0x01a19830 pcm0: Pin control: 0x00000020 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 25 [ANALOG] pcm0: name: pin: Mic in (fixed) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000081 pcm0: Pin cap: 0x0000173e pcm0: TRQD HP OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x99a30131 pcm0: Pin control: 0x00000024 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 26 [ANALOG] pcm0: name: pin: line in (jack) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000041 pcm0: Pin cap: 0x0000173e pcm0: TRQD HP OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x0181303f pcm0: Pin control: 0x00000024 IN pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] (selected) pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 27 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x0040018f pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x0000173e pcm0: TRQD HP OUT IN VREF[ 50 80 GROUND HIZ ] : UNSOL pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x000000e0 HP IN OUT pcm0: Output amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: Input amp: 0x00270300 pcm0: mute=0 step=3 size=39 offset=0 pcm0: connections: 5 pcm0: | pcm0: + <- nid=12 [audio mixer] pcm0: | pcm0: + <- nid=13 [audio mixer] pcm0: | pcm0: + <- nid=14 [audio mixer] pcm0: | pcm0: + <- nid=15 [audio mixer] pcm0: | pcm0: + <- nid=38 [audio mixer] pcm0: pcm0: nid: 28 [ANALOG] pcm0: name: pin: CD (fixed) pcm0: widget_cap: 0x00400001 pcm0: Parse flags: 0x00000002 pcm0: Ctl flags: 0x00000101 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x813111f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 29 [ANALOG] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 30 [DIGITAL] [DISABLED] pcm0: name: pin: SPDIF out (jack) pcm0: widget_cap: 0x00400300 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000010 pcm0: OUT pcm0: Pin config: 0x01451120 pcm0: Pin control: 0x00000040 OUT pcm0: connections: 1 pcm0: | pcm0: + <- nid=6 [audio output] [DISABLED] pcm0: pcm0: nid: 31 [DIGITAL] [DISABLED] pcm0: name: pin: speaker (none) pcm0: widget_cap: 0x00400200 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: Pin cap: 0x00000020 pcm0: IN pcm0: Pin config: 0x411111f0 pcm0: Pin control: 0x00000020 IN pcm0: connections: 0 pcm0: pcm0: nid: 32 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00040 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 33 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 34 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000000 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 11 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=29 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=21 [pin: speaker (fixed)] pcm0: | pcm0: + <- nid=22 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=23 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 35 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000006 pcm0: Ctl flags: 0x00000000 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 11 pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] pcm0: | pcm0: + <- nid=27 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] pcm0: | pcm0: + <- nid=29 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=21 [pin: speaker (fixed)] pcm0: | pcm0: + <- nid=22 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=23 [pin: speaker (none)] [DISABLED] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: nid: 36 [ANALOG] pcm0: name: vendor widget pcm0: widget_cap: 0x00f00000 pcm0: Parse flags: 0x00000000 pcm0: Ctl flags: 0x00000000 pcm0: connections: 0 pcm0: pcm0: nid: 37 [ANALOG] pcm0: name: audio output pcm0: widget_cap: 0x00000011 pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: connections: 0 pcm0: pcm0: nid: 38 [ANALOG] pcm0: name: audio mixer pcm0: widget_cap: 0x0020010f pcm0: Parse flags: 0x00000001 pcm0: Ctl flags: 0x00000011 pcm0: Output amp: 0x00051f1f pcm0: mute=0 step=31 size=5 offset=31 pcm0: Input amp: 0x80000000 pcm0: mute=1 step=0 size=0 offset=0 pcm0: connections: 2 pcm0: | pcm0: + <- nid=37 [audio output] pcm0: | pcm0: + <- nid=11 [audio mixer] pcm0: pcm0: +------------------------+ pcm0: | DUMPING HDA AMPLIFIERS | pcm0: +------------------------+ pcm0: pcm0: 1: nid=8 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 pcm0: 2: nid=9 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 pcm0: 3: nid=11 cnid=24 dir=0x2 index=0 ossmask=0x00000081 ossdev=7 pcm0: 4: nid=11 cnid=25 dir=0x2 index=1 ossmask=0x00000081 ossdev=7 pcm0: 5: nid=11 cnid=26 dir=0x2 index=2 ossmask=0x00000041 ossdev=6 pcm0: 6: nid=11 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 7: nid=11 cnid=28 dir=0x2 index=4 ossmask=0x00000101 ossdev=8 pcm0: 8: nid=11 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 9: nid=11 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 10: nid=11 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 pcm0: 11: nid=11 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 12: nid=11 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 13: nid=12 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 14: nid=12 cnid=2 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 15: nid=12 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 16: nid=13 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 17: nid=13 cnid=3 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 18: nid=13 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 19: nid=14 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 20: nid=14 cnid=4 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 21: nid=14 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 22: nid=15 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 23: nid=15 cnid=5 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 24: nid=15 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 25: nid=20 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 26: nid=20 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 27: nid=21 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 28: nid=21 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 29: nid=22 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 30: nid=22 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 31: nid=23 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 32: nid=23 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 33: nid=24 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 34: nid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 35: nid=25 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 36: nid=25 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 37: nid=26 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 38: nid=26 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 39: nid=27 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 40: nid=27 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 41: nid=34 cnid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 42: nid=34 cnid=25 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 43: nid=34 cnid=26 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 pcm0: 44: nid=34 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 45: nid=34 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 pcm0: 46: nid=34 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 47: nid=34 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 48: nid=34 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 pcm0: 49: nid=34 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 50: nid=34 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 51: nid=34 cnid=11 dir=0x2 index=10 ossmask=0x00000000 ossdev=0 pcm0: 52: nid=35 cnid=24 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 pcm0: 53: nid=35 cnid=25 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: 54: nid=35 cnid=26 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 pcm0: 55: nid=35 cnid=27 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 56: nid=35 cnid=28 dir=0x2 index=4 ossmask=0x00000000 ossdev=0 pcm0: 57: nid=35 cnid=29 dir=0x2 index=5 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 58: nid=35 cnid=20 dir=0x2 index=6 ossmask=0x00000000 ossdev=0 pcm0: 59: nid=35 cnid=21 dir=0x2 index=7 ossmask=0x00000000 ossdev=0 pcm0: 60: nid=35 cnid=22 dir=0x2 index=8 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 61: nid=35 cnid=23 dir=0x2 index=9 ossmask=0x00000000 ossdev=0 [DISABLED] pcm0: 62: nid=35 cnid=11 dir=0x2 index=10 ossmask=0x00000000 ossdev=0 pcm0: 63: nid=38 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 pcm0: 64: nid=38 cnid=37 dir=0x2 index=0 ossmask=0x00000011 ossdev=4 pcm0: 65: nid=38 cnid=11 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 pcm0: pcm0: +-----------------------------------+ pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | pcm0: +-----------------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- nid: 11 index: 0 (nid: 24) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 1 (nid: 25) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 2 (nid: 26) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000041 pcm0: | pcm0: +- nid: 11 index: 4 (nid: 28) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000101 pcm0: | pcm0: +- nid: 12 index: 0 (nid: 2) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 13 index: 0 (nid: 3) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 14 index: 0 (nid: 4) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 (nid: 5) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 38 index: 0 (nid: 37) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- nid: 12 index: 0 (nid: 2) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 13 index: 0 (nid: 3) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 14 index: 0 (nid: 4) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 15 index: 0 (nid: 5) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: | pcm0: +- nid: 38 index: 0 (nid: 37) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000011 pcm0: pcm0: CD Volume (OSS: cd) pcm0: | pcm0: +- nid: 11 index: 4 (nid: 28) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000101 pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- nid: 11 index: 0 (nid: 24) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: | pcm0: +- nid: 11 index: 1 (nid: 25) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000081 pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- nid: 11 index: 2 (nid: 26) mute: 1 step: 31 size: 5 off: 23 dir=0x2 ossmask=0x00000041 pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- nid: 8 index: 0 mute: 1 step: 31 size: 5 off: 8 dir=0x2 ossmask=0x00000800 pcm0: | pcm0: +- nid: 9 index: 0 mute: 1 step: 31 size: 5 off: 8 dir=0x2 ossmask=0x00000800 pcm0: pcm0: Playback path: pcm0: pcm0: nid=20 [pin: headphones out (jack)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: nid=21 [pin: speaker (fixed)] pcm0: ^ pcm0: | pcm0: +-----<------+ pcm0: ^ pcm0: | pcm0: nid=12 [audio mixer] pcm0: ^ pcm0: | pcm0: nid=2 [audio output] pcm0: pcm0: Recording sources: pcm0: pcm0: nid=34 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] [recsrc: vol, line] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] [recsrc: vol, cd] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=21 [pin: speaker (fixed)] pcm0: | pcm0: + <- nid=11 [audio mixer] [recsrc: vol, line, mic, cd] pcm0: pcm0: nid=35 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic in (jack)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=25 [pin: Mic in (fixed)] [recsrc: vol, mic] pcm0: | pcm0: + <- nid=26 [pin: line in (jack)] [recsrc: vol, line] pcm0: | pcm0: + <- nid=28 [pin: CD (fixed)] [recsrc: vol, cd] pcm0: | pcm0: + <- nid=20 [pin: headphones out (jack)] pcm0: | pcm0: + <- nid=21 [pin: speaker (fixed)] pcm0: | pcm0: + <- nid=11 [audio mixer] [recsrc: vol, line, mic, cd] pcm0: pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: PCM Playback: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x000e0560 pcm0: PCM size: 16 20 24 pcm0: PCM rate: 44 48 96 192 pcm0: DAC: 2 3 4 5 37 pcm0: pcm0: PCM Record: 1 pcm0: Stream cap: 0x00000001 pcm0: Format: PCM pcm0: PCM cap: 0x00060160 pcm0: PCM size: 16 20 pcm0: PCM rate: 44 48 96 pcm0: ADC: 8 9 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers sg0 at ata1 bus 0 target 0 lun 0 sg0: Removable CD-ROM SCSI-0 device sg0: 33.000MB/s transfers GEOM: new disk cd0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init tun0: bpf attached Linux ELF exec handler installed kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=252944kB. drmsub0: : (child of agp_i810.c) on agp0 info: [drm] AGP at 0xd0300000 0MB info: [drm] Initialized i915 1.5.0 20060119 agp0: [MPSAFE] battery0: battery initialization failed, giving up pid 741 (gnome-screensaver), uid 1001: exited on signal 6 From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 14 10:08:13 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 9B2C316A401 for ; Sat, 14 Jul 2007 10:08:13 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 21A5313C4B3 for ; Sat, 14 Jul 2007 10:08:12 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l6E9jOkQ021280 for ; Sat, 14 Jul 2007 19:15:24 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Sat, 14 Jul 2007 19:25:46 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Sat, 14 Jul 2007 19:25:46 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.1/8.14.1) with ESMTP id l6E9tXpx045321 for ; Sat, 14 Jul 2007 17:55:33 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.1/8.14.1/Submit) id l6E9tXfg045320 for freebsd-acpi@freebsd.org; Sat, 14 Jul 2007 17:55:33 +0800 (WST) (envelope-from wilkinsa) Date: Sat, 14 Jul 2007 17:55:33 +0800 From: "Wilkinson, Alex" To: freebsd-acpi@freebsd.org Message-ID: <20070714095533.GF44319@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-acpi@freebsd.org References: <46979A40.8040909@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <46979A40.8040909@root.org> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 14 Jul 2007 09:55:46.0564 (UTC) FILETIME=[26704C40:01C7C5FD] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1021-15296.000 X-TM-AS-Result: No-2.183300-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: ACPI summary available 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, 14 Jul 2007 10:08:13 -0000 0n Fri, Jul 13, 2007 at 08:29:04AM -0700, Nate Lawson wrote: >> Short of your shelf of books, deep specs and the code, can you suggest >> any other useful online ACPI in-a-nutshell references for neophytes? > >Handbook >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-overview.html > >Usenix paper >http://www.usenix.org/events/usenix02/tech/freenix/full_papers/watanabe/watanabe_html/index.html There is also: http://tinyurl.com/22mh3c. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 14 13:02:14 2007 Return-Path: X-Original-To: acpi@freebsd.org 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 3FB1D16A400 for ; Sat, 14 Jul 2007 13:02:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id BE4CC13C481 for ; Sat, 14 Jul 2007 13:02:12 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id XAA15279; Sat, 14 Jul 2007 23:01:58 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 14 Jul 2007 23:01:57 +1000 (EST) From: Ian Smith To: Nate Lawson In-Reply-To: <46979A40.8040909@root.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: acpi@freebsd.org Subject: Re: ACPI summary available 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, 14 Jul 2007 13:02:14 -0000 On Fri, 13 Jul 2007, Nate Lawson wrote: > Ian Smith wrote: > > On Thu, 12 Jul 2007, Nate Lawson wrote: > > > Kevin Oberman wrote: > > > > Thanks to a note on /., I found what looks to be a very nice summary of > > > > ACPI and its myriad of states (C, D, G, S, and P). While it does not go > > > > into ASL, the ACPI tables, or things of that sort, it is probably a > > > > good starting place for those interested in just what ACPI is all about. > > > > It filled in some gaps (especially about D and lower C states) for me. > > > > > > > > One small request...I am far from an ACPI expert and there may be > > > > serious flaws in the article that I am unaware of. If so, please let me > > > > know so I don't recommend it more widely. IF it looks good, I plan to > > > > post a message about it to mobile@. > > > > > > > > http://www.techarp.com/showarticle.aspx?artno=420 > > > > > > It's ok. It doesn't include much real knowledge such as the fact that > > > S2 has seldom been observed on a real system. It includes very > > > processor-rev specific stuff such as which P states are supported on > > > which CPUs. The diagram leaves out the embedded controller completely. [..] > > Short of your shelf of books, deep specs and the code, can you suggest > > any other useful online ACPI in-a-nutshell references for neophytes? > > Handbook > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-overview.html Indeed. I'd forgotten that acpi-debug has good reference links, but not: > Usenix paper > http://www.usenix.org/events/usenix02/tech/freenix/full_papers/watanabe/watanabe_html/index.html Thanks for this Nate .. on a quick skim so far it covers much of the background and history I lack. Keep me off the streets for a while. Thanks also to Alex. Cheers, Ian