From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 14 12:39:39 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5DE11065673; Sun, 14 Jun 2009 12:39:39 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 37A1B8FC1C; Sun, 14 Jun 2009 12:39:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A34EF89.10107@FreeBSD.org> Date: Sun, 14 Jun 2009 13:39:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: John Baldwin References: <200904270150.31912.pieter@degoeje.nl> <7d6fde3d0904261927s1a67cf85jc982c1a68e30e081@mail.gmail.com> <200904300846.41576.jhb@freebsd.org> In-Reply-To: <200904300846.41576.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi , freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org, Pieter de Goeje , freebsd-performance@freebsd.org Subject: Re: ACPI-fast default timecounter, but HPET 83% faster 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, 14 Jun 2009 12:39:40 -0000 John Baldwin wrote: > On Sunday 26 April 2009 10:27:42 pm Garrett Cooper wrote: >> I'm seeing similar results. >> >> [root@orangebox /usr/home/gcooper]# dmesg | grep 'Timecounter "' >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> [root@orangebox /usr/home/gcooper]# ./cgt >> 1369355 >> [root@orangebox /usr/home/gcooper]# sysctl >> kern.timecounter.hardware="ACPI-fast" >> kern.timecounter.hardware: HPET -> ACPI-fast >> [root@orangebox /usr/home/gcooper]# ./cgt >> 772289 >> >> Why's the default ACPI-fast? For power-saving functionality or because >> of the `quality' factor? What is the criteria that determines the >> `quality' of a clock as what's being reported above (I know what >> determines the quality of a clock visually from a oscilloscope =])? > > I suspect that the quality of the HPET driver is lower simply because no one > had measured it previously and HPET is newer and less "proven". > From memory, HPET was massively slower on some of the AMD test hardware I was using. There was a thread about it on one of the mailing lists, but I can't find it right now. Kris From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 14 12:39:39 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5DE11065673; Sun, 14 Jun 2009 12:39:39 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 37A1B8FC1C; Sun, 14 Jun 2009 12:39:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A34EF89.10107@FreeBSD.org> Date: Sun, 14 Jun 2009 13:39:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: John Baldwin References: <200904270150.31912.pieter@degoeje.nl> <7d6fde3d0904261927s1a67cf85jc982c1a68e30e081@mail.gmail.com> <200904300846.41576.jhb@freebsd.org> In-Reply-To: <200904300846.41576.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi , freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org, Pieter de Goeje , freebsd-performance@freebsd.org Subject: Re: ACPI-fast default timecounter, but HPET 83% faster 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, 14 Jun 2009 12:39:41 -0000 John Baldwin wrote: > On Sunday 26 April 2009 10:27:42 pm Garrett Cooper wrote: >> I'm seeing similar results. >> >> [root@orangebox /usr/home/gcooper]# dmesg | grep 'Timecounter "' >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> [root@orangebox /usr/home/gcooper]# ./cgt >> 1369355 >> [root@orangebox /usr/home/gcooper]# sysctl >> kern.timecounter.hardware="ACPI-fast" >> kern.timecounter.hardware: HPET -> ACPI-fast >> [root@orangebox /usr/home/gcooper]# ./cgt >> 772289 >> >> Why's the default ACPI-fast? For power-saving functionality or because >> of the `quality' factor? What is the criteria that determines the >> `quality' of a clock as what's being reported above (I know what >> determines the quality of a clock visually from a oscilloscope =])? > > I suspect that the quality of the HPET driver is lower simply because no one > had measured it previously and HPET is newer and less "proven". > From memory, HPET was massively slower on some of the AMD test hardware I was using. There was a thread about it on one of the mailing lists, but I can't find it right now. Kris From owner-freebsd-acpi@FreeBSD.ORG Sun Jun 14 20:32:28 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3BB81065674 for ; Sun, 14 Jun 2009 20:32:28 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from smtprelay-virgin.hostedemail.com (smtprelay-virgin0184.hostedemail.com [64.99.136.184]) by mx1.freebsd.org (Postfix) with ESMTP id 5647A8FC1F for ; Sun, 14 Jun 2009 20:32:28 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay06.hostedemail.com (Postfix) with SMTP id E78311C6C403; Sun, 14 Jun 2009 20:32:26 +0000 (UTC) X-Spam-Summary: 11, 1.093, 0, e7a5883800431fea, bac5299263adec61, peter.piggybox@virgin.net, niktychina@gmail.com:peter.piggybox@virgin.net:acpi@freebsd.org, RULES_HIT:4:125:355:379:599:601:617:945:946:960:966:967:968:973:980:988:989:1260:1261:1277:1312:1313:1314:1345:1359:1431:1437:1516:1518:1519:1593:1594:1595:1596:1605:1730:1747:1766:1792:1981:2194:2196:2199:2200:2378:2393:2525:2538:2551:2553:2559:2563:2639:2682:2685:2693:2857:2859:2861:2901:2933:2937:2939:2942:2945:2947:2951:2954:3022:3027:3318:3622:3743:3865:3866:3867:3868:3869:3870:3871:3872:3873:3874:3876:3877:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:3961:4250:4321:4362:4384:4385:4395:4605:4860:5007:6114:6119:6236:6261:7679:7809:7875:7903:7974:8501:8603:8784:8957:9010:9025:9038:9040:9149:9160:9165:9388, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:, MSBL:none, DNSBL:none X-Filterd-Recvd-Size: 15229 Received: from ideapad.piggybox (client-81-105-213-39.mcr-bng-011.adsl.virginmedia.net [81.105.213.39]) by omf09.hostedemail.com (Postfix) with ESMTP; Sun, 14 Jun 2009 20:32:25 +0000 (UTC) Received: from ideapad.piggybox (localhost [127.0.0.1]) by ideapad.piggybox (8.14.3/8.14.3) with ESMTP id n5EJVPuP001096; Sun, 14 Jun 2009 20:31:25 +0100 (BST) (envelope-from peter@ideapad.piggybox) Received: (from peter@localhost) by ideapad.piggybox (8.14.3/8.14.3/Submit) id n5EJVPhr001086; Sun, 14 Jun 2009 20:31:25 +0100 (BST) (envelope-from peter) Date: Sun, 14 Jun 2009 20:31:17 +0100 From: Peter Harrison To: Nikolay Tychina Message-ID: <20090614193117.GA1016@ideapad.piggybox> References: <20090613080039.GA1934@ideapad.piggybox> <20090613141318.GA1090@ideapad.piggybox> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: acpi@freebsd.org, Peter Harrison Subject: Re: ACPI problems with lenovo s10e 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, 14 Jun 2009 20:32:29 -0000 Sunday, 14 June 2009 at 0:13:54 +0400, Nikolay Tychina said: > debug.acpi.disabled="ec" > right, in /boot/loader.conf > > you will miss.. uh, i don't know > I lost battery (but it didn't work for me anyway) OK, I'll give that a go. Thanks for the advice. I guess you just mean battery info, and I can probably live without that since it's a bit flaky anyway and is effecting system stability. I have managed to mitigate the impact by reducing debug.acpi.ec.timeout to about 100. Thanks again. Peter Harrison. > > > 2009/6/13 Peter Harrison > > > Saturday, 13 June 2009 at 17:38:16 +0400, Nikolay Tychina said: > > > try to disable "ec" > > > > Do I do that with debug.acpi.disable=ec in loader.conf? > > > > What functionality will I lose by setting that? > > > > Thanks for your help. > > > > > > Peter Harrison. > > > > > > > > > > > > > > > 2009/6/13 Peter Harrison > > > > > > > I'm having some acpi problems with a lenovo s10e netbook. > > > > > > > > The machine boots and runs basically OK, but it doesn't poweroff on > > > > shutdown -p and it seems to have a problem querying the battery's > > status. It > > > > will sometimes continually spam this to /var/log/messages: > > > > > > > > 175a176,212 > > > > > acpi_ec0: wait timed out (no response), forcing polled mode > > > > > acpi_ec0: EcRead: failed waiting to get data > > > > > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > > > > Handler for [EmbeddedControl] [20070320] > > > > > ACPI Error (psparse-0626): Method parse/execution failed > > > > [\\_SB_.BAT0.UPBS] (Node 0xc45bfac0), AE_NO_HARDWARE_RESPONSE > > > > > > > > over and over again. > > > > > > > > It doesn't happen on every boot, but on some it's so bad that the > > system > > > > will become sporadically unresponsive for a second or two at a time > > > > throughout use. > > > > > > > > I've been scanning through the acpi man page and wondered whether > > turning > > > > off part of the acpi system would help - if so which bit? Would > > upgrading to > > > > CURRENT help? Any thoughts or help really appreciated. > > > > > > > > Please cc me as I'm not subscribed. Thanks, > > > > > > > > > > > > Peter Harrison. > > > > > > > > > > > > > > > > This is on: > > > > > > > > FreeBSD ideapad.piggybox 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 > > > > 08:49:13 UTC 2009 root@walker.cse.buffalo.edu: > > /usr/obj/usr/src/sys/GENERIC > > > > i386 > > > > > > > > and here's a dmesg from a 'good' boot: > > > > > > > > Copyright (c) 1992-2009 The FreeBSD Project. > > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > > 1994 > > > > The Regents of the University of California. All rights > > reserved. > > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > > FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 > > > > root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > > > CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.01-MHz 686-class CPU) > > > > Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 > > > > > > > > > > Features=0xbfe9fbff > > > > > > Features2=0x40c39d> > > > > AMD Features=0x100000 > > > > AMD Features2=0x1 > > > > Logical CPUs per core: 2 > > > > real memory = 1064108032 (1014 MB) > > > > avail memory = 1023393792 (975 MB) > > > > ACPI APIC Table: > > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > > cpu0 (BSP): APIC ID: 0 > > > > cpu1 (AP/HT): APIC ID: 1 > > > > ioapic0: Changing APIC ID to 1 > > > > ioapic0 irqs 0-23 on motherboard > > > > kbd1 at kbdmux0 > > > > acpi0: on motherboard > > > > acpi0: [ITHREAD] > > > > acpi0: Power Button (fixed) > > > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > > > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > > > acpi_ec0: port 0x62,0x66 on acpi0 > > > > acpi_button0: on acpi0 > > > > acpi_button1: on acpi0 > > > > acpi_acad0: on acpi0 > > > > battery0: on acpi0 > > > > acpi_lid0: on acpi0 > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > pci0: on pcib0 > > > > vgapci0: port 0x1800-0x1807 mem > > > > 0xf0500000-0xf057ffff,0xd0000000-0xdfffffff,0xf0600000-0xf063ffff irq > > 16 at > > > > device 2.0 on pci0 > > > > agp0: on vgapci0 > > > > agp0: detected 7932k stolen memory > > > > agp0: aperture size is 256M > > > > vgapci1: mem 0xf0580000-0xf05fffff at device > > 2.1 > > > > on pci0 > > > > hdac0: mem > > > > 0xf0640000-0xf0643fff irq 22 at device 27.0 on pci0 > > > > hdac0: HDA Driver Revision: 20090329_0131 > > > > hdac0: [ITHREAD] > > > > pcib1: irq 17 at device 28.0 on pci0 > > > > pci2: on pcib1 > > > > bge0: mem 0xf0200000-0xf020ffff > > irq > > > > 16 at device 0.0 on pci2 > > > > miibus0: on bge0 > > > > brgphy0: PHY 1 on miibus0 > > > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > bge0: Ethernet address: 00:23:8b:34:79:8a > > > > bge0: [ITHREAD] > > > > pcib2: irq 16 at device 28.1 on pci0 > > > > pci3: on pcib2 > > > > pcib3: irq 18 at device 28.2 on pci0 > > > > pci5: on pcib3 > > > > ndis0: mem 0xf0400000-0xf0403fff irq > > 18 > > > > at device 0.0 on pci5 > > > > ndis0: [ITHREAD] > > > > ndis0: NDIS API version: 5.1 > > > > ndis0: WARNING: using obsoleted if_watchdog interface > > > > ndis0: Ethernet address: 00:23:4e:93:a4:de > > > > uhci0: port 0x1820-0x183f irq 23 at > > device > > > > 29.0 on pci0 > > > > uhci0: [GIANT-LOCKED] > > > > uhci0: [ITHREAD] > > > > usb0: on uhci0 > > > > usb0: USB revision 1.0 > > > > uhub0: on usb0 > > > > uhub0: 2 ports with 2 removable, self powered > > > > uhci1: port 0x1840-0x185f irq 19 at > > device > > > > 29.1 on pci0 > > > > uhci1: [GIANT-LOCKED] > > > > uhci1: [ITHREAD] > > > > usb1: on uhci1 > > > > usb1: USB revision 1.0 > > > > uhub1: on usb1 > > > > uhub1: 2 ports with 2 removable, self powered > > > > uhci2: port 0x1860-0x187f irq 18 at > > device > > > > 29.2 on pci0 > > > > uhci2: [GIANT-LOCKED] > > > > uhci2: [ITHREAD] > > > > usb2: on uhci2 > > > > usb2: USB revision 1.0 > > > > uhub2: on usb2 > > > > uhub2: 2 ports with 2 removable, self powered > > > > uhci3: port 0x1880-0x189f irq 16 at > > device > > > > 29.3 on pci0 > > > > uhci3: [GIANT-LOCKED] > > > > uhci3: [ITHREAD] > > > > usb3: on uhci3 > > > > usb3: USB revision 1.0 > > > > uhub3: on usb3 > > > > uhub3: 2 ports with 2 removable, self powered > > > > ehci0: mem > > > > 0xf0844000-0xf08443ff irq 23 at device 29.7 on pci0 > > > > ehci0: [GIANT-LOCKED] > > > > ehci0: [ITHREAD] > > > > usb4: EHCI version 1.0 > > > > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > > > > usb4: on ehci0 > > > > usb4: USB revision 2.0 > > > > uhub4: on usb4 > > > > uhub4: 8 ports with 8 removable, self powered > > > > ugen0: > 2.00/14.04, > > > > addr 2> on uhub4 > > > > umass0: on > > uhub4 > > > > pcib4: at device 30.0 on pci0 > > > > pci6: on pcib4 > > > > isab0: at device 31.0 on pci0 > > > > isa0: on isab0 > > > > atapci0: port > > > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on > > pci0 > > > > ata0: on atapci0 > > > > ata0: [ITHREAD] > > > > atapci1: port > > > > 0x18c8-0x18cf,0x18c0-0x18c3,0x18a8-0x18af,0x180c-0x180f,0x18b0-0x18bf > > mem > > > > 0xf0844400-0xf08447ff irq 19 at device 31.2 on pci0 > > > > atapci1: [ITHREAD] > > > > atapci1: AHCI called from vendor specific driver > > > > atapci1: AHCI Version 01.10 controller with 4 ports detected > > > > ata2: on atapci1 > > > > ata2: [ITHREAD] > > > > ata3: on atapci1 > > > > ata3: port not implemented > > > > ata3: [ITHREAD] > > > > ata4: on atapci1 > > > > ata4: [ITHREAD] > > > > ata5: on atapci1 > > > > ata5: port not implemented > > > > ata5: [ITHREAD] > > > > pci0: at device 31.3 (no driver attached) > > > > acpi_tz0: on acpi0 > > > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > > > atkbd0: irq 1 on atkbdc0 > > > > kbd0 at atkbd0 > > > > atkbd0: [GIANT-LOCKED] > > > > atkbd0: [ITHREAD] > > > > psm0: irq 12 on atkbdc0 > > > > psm0: [GIANT-LOCKED] > > > > psm0: [ITHREAD] > > > > psm0: model Generic PS/2 mouse, device ID 0 > > > > cpu0: on acpi0 > > > > est0: on cpu0 > > > > p4tcc0: on cpu0 > > > > cpu1: on acpi0 > > > > est1: on cpu1 > > > > p4tcc1: on cpu1 > > > > pmtimer0 on isa0 > > > > orm0: at iomem 0xdf000-0xdf7ff,0xe0000-0xe17ff pnpid > > > > ORM0000 on isa0 > > > > ppc0: parallel port not found. > > > > sc0: at flags 0x100 on isa0 > > > > sc0: VGA <16 virtual consoles, flags=0x300> > > > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > > > sio0: port may not be enabled > > > > 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 > > > > sio0: [FILTER] > > > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > > > sio1: port may not be enabled > > > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > > isa0 > > > > ugen1: > 2.00/6.01, > > > > addr 2> on uhub1 > > > > Timecounters tick every 1.000 msec > > > > ad4: 76319MB at ata2-master SATA150 > > > > hdac0: HDA Codec #0: Realtek ALC269 > > > > pcm0: at cad 0 nid 1 on hdac0 > > > > GEOM_LABEL: Label for provider ad4s1a is ufsid/4a20f9c76d1ce80d. > > > > GEOM_LABEL: Label for provider ad4s1d is ufsid/4a20f9cb4eb76445. > > > > GEOM_LABEL: Label for provider ad4s1e is ufsid/4a20f9c7c991bdb8. > > > > GEOM_LABEL: Label for provider ad4s1f is ufsid/4a20f9c769a0ccbb. > > > > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > > > > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > > > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > > > > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > > > > (probe0:umass-sim0:0:0:0): Medium not present > > > > (probe0:umass-sim0:0:0:0): Unretryable error > > > > SMP: AP CPU #1 Launched! > > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > > da0: Removable Direct Access SCSI-0 device > > > > da0: 40.000MB/s transfers > > > > da0: Attempt to query device size failed: NOT READY, Medium not present > > > > Trying to mount root from ufs:/dev/ad4s1a > > > > GEOM_LABEL: Label ufsid/4a20f9c76d1ce80d removed. > > > > GEOM_LABEL: Label for provider ad4s1a is ufsid/4a20f9c76d1ce80d. > > > > GEOM_LABEL: Label ufsid/4a20f9c7c991bdb8 removed. > > > > GEOM_LABEL: Label for provider ad4s1e is ufsid/4a20f9c7c991bdb8. > > > > GEOM_LABEL: Label ufsid/4a20f9c769a0ccbb removed. > > > > GEOM_LABEL: Label for provider ad4s1f is ufsid/4a20f9c769a0ccbb. > > > > GEOM_LABEL: Label ufsid/4a20f9cb4eb76445 removed. > > > > GEOM_LABEL: Label for provider ad4s1d is ufsid/4a20f9cb4eb76445. > > > > GEOM_LABEL: Label ufsid/4a20f9c76d1ce80d removed. > > > > GEOM_LABEL: Label ufsid/4a20f9c7c991bdb8 removed. > > > > GEOM_LABEL: Label ufsid/4a20f9c769a0ccbb removed. > > > > GEOM_LABEL: Label ufsid/4a20f9cb4eb76445 removed. > > > > drm0: on vgapci0 > > > > vgapci0: child drm0 requested pci_enable_busmaster > > > > info: [drm] AGP at 0xd0000000 256MB > > > > info: [drm] Initialized i915 1.6.0 20080730 > > > > drm0: [ITHREAD] > > > > _______________________________________________ > > > > 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 Mon Jun 15 11:06:48 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D04106566C for ; Mon, 15 Jun 2009 11:06:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 46E4F8FC1A for ; Mon, 15 Jun 2009 11:06:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5FB6mAW076794 for ; Mon, 15 Jun 2009 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5FB6l95076790 for freebsd-acpi@FreeBSD.org; Mon, 15 Jun 2009 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Jun 2009 11:06:47 GMT Message-Id: <200906151106.n5FB6l95076790@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2009 11:06:48 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode o kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be f kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 47 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 15 17:43:32 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E5E106564A for ; Mon, 15 Jun 2009 17:43:32 +0000 (UTC) (envelope-from ivakras1@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9460F8FC12 for ; Mon, 15 Jun 2009 17:43:31 +0000 (UTC) (envelope-from ivakras1@gmail.com) Received: by fxm25 with SMTP id 25so277421fxm.43 for ; Mon, 15 Jun 2009 10:43:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:organization:to :subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; bh=ZP6FFKQXbiend6ivQ02uDH4r8Wxo3nn5ccb0ALObk4g=; b=Rd8ReBWVwPkaSmKeMYnK1J4f2NE7ugVTHIOlVRxDphtzTS3Teqly0Rb1lpdW/niTGq AcedORNWNJBbuOyQh4zpNzkZ5m47aMBhqCRGK+pzgrfpT5mk2klEPNwXB09DuAQG5qui l8JwrldRQFcxeyWB23k8/uScUdkZ78ip3G9PM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:organization:to:subject:date:user-agent:references :in-reply-to:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=fKJw38q5tNxV8hwCGIepLNTsqtkjwqxpiDzErX3LaP1sHFECFOSFTn5f2gQPamnEAK s6lTaXLHmHLAY06RxOpBJJleBUvQSx/H1PjjWeORw2Lbx2WLnGRN8k+ffLIFsMgoyE+C t5DVYhvD3sAAnzydpYDS6/IEQVJV8LnPEZp7U= Received: by 10.86.57.9 with SMTP id f9mr6766387fga.62.1245087810582; Mon, 15 Jun 2009 10:43:30 -0700 (PDT) Received: from onyx_hp.dhcp.loc ([92.50.244.69]) by mx.google.com with ESMTPS id e20sm9404764fga.20.2009.06.15.10.43.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Jun 2009 10:43:29 -0700 (PDT) From: Dmitry Kolosov Organization: Home To: freebsd-acpi@freebsd.org Date: Mon, 15 Jun 2009 21:43:24 +0400 User-Agent: KMail/1.11.4 (FreeBSD/7.2-STABLE; KDE/4.2.4; i386; ; ) References: <20090613080039.GA1934@ideapad.piggybox> <20090613141318.GA1090@ideapad.piggybox> In-Reply-To: <20090613141318.GA1090@ideapad.piggybox> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200906152143.24535.ivakras1@gmail.com> Subject: Re: ACPI problems with lenovo s10e X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ivakras1@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2009 17:43:32 -0000 =F3=D5=C2=C2=CF=D4=C1 13 =C9=C0=CE=D1 2009 18:13:18 Peter Harrison =D0=C9= =D3=C1=CC=C9: > debug.acpi.disable=3Dec Yeah, that helps to me. So, i can live without battery status,rate and stuf= f. From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 16 21:33:49 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E52C10656B1; Tue, 16 Jun 2009 21:33:49 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D7FBA8FC1E; Tue, 16 Jun 2009 21:33:48 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5GLXm6W024838; Tue, 16 Jun 2009 21:33:48 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5GLXmvS024834; Tue, 16 Jun 2009 21:33:48 GMT (envelope-from vwe) Date: Tue, 16 Jun 2009 21:33:48 GMT Message-Id: <200906162133.n5GLXmvS024834@freefall.freebsd.org> To: vwe@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: bin/135349: [patch] teach acpidump(8) to disassemble arbitrary memory locations 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, 16 Jun 2009 21:33:50 -0000 Synopsis: [patch] teach acpidump(8) to disassemble arbitrary memory locations Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: vwe Responsible-Changed-When: Tue Jun 16 21:33:35 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=135349 From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 17 06:11:02 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337FE10656C9; Wed, 17 Jun 2009 06:11:02 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D4A328FC24; Wed, 17 Jun 2009 06:11:00 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=VpR1oNIJ55vdFCq7FGHiiW6YlSIFWW2nUK7iP4m4ltQH+kK4hwOQtAFe239OyfcbtSjur3vu/SOpko+kEqYyFv5VZTsWT9nYVe9yGp/0yyHcj/FCkhkGLam88tB7z3AxSRcMRW/B+1LmjoqiV5/xjaBLRznFme24PbGa7EJZDZ4=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MGoMN-000GxS-Bb; Wed, 17 Jun 2009 10:10:59 +0400 Date: Wed, 17 Jun 2009 10:10:56 +0400 From: Eygene Ryabinkin To: Nate Lawson , Jung-uk Kim Message-ID: References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A32CA38.4020806@root.org> Sender: rea-fbsd@codelabs.ru Cc: freebsd-acpi@freebsd.org, "Moore, Robert" Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2009 06:11:02 -0000 Nate, Jung-uk, good day. Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: > I appreciate your work. What we need to do though is remove acpidump(8) > from the system and import Intel's acpidmp utility. It's included in the > ACPI-CA distribution and is functional enough that we can use it. OK, I'll try to take a look at it. But this is a future work; meanwhile, can we still extend acpidump in a way I propose. I have the updated patch that applies on top of the -CURRENT tree after the recent ACPICA import, but I have some troubles with 'make depend' inside usr.sbin/acpi/acpidb, so once I'll resolve them and test the stuff with full buildworld -- I'll post the patch as an update. Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: > On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: > > Actually, we don't distribute an acpidump (yet) in ACPICA. The > > Linux version is part of the "pmtools" package. > > > > It is of course, linux-specific. I won't distribute it with ACPICA > > until we have an OS-independent version. It is on our list of > > things to-do. > > FYI, it won't be terribly hard to port it because we also use > /dev/mem. However, the source is acpisrc'ified and we cannot undo it > to make it compile on FreeBSD. :-( Haven't looked at the source yet, so probably the question is very dumb, but nevertheless: what do you mean by "acpisrc'ified"? And a general question: is there a VCS repository for the pmtools, or at least the download location with snapshots/releases? My Google-fu fails on this and moblin.org doesn't seem to have this stuff available. Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 17 17:06:22 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15BD11065670; Wed, 17 Jun 2009 17:06:22 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id CEE0B8FC0A; Wed, 17 Jun 2009 17:06:21 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 17 Jun 2009 09:57:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,238,1243839600"; d="scan'208";a="525616243" Received: from orsmsx601.amr.corp.intel.com ([10.22.226.213]) by orsmga001.jf.intel.com with ESMTP; 17 Jun 2009 10:05:59 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx601.amr.corp.intel.com ([10.22.226.213]) with mapi; Wed, 17 Jun 2009 10:06:08 -0700 From: "Moore, Robert" To: "rea-fbsd@codelabs.ru" , Nate Lawson , Jung-uk Kim Date: Wed, 17 Jun 2009 10:06:07 -0700 Thread-Topic: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code Thread-Index: AcnvEmdpwrwlJruQQZeqhZW+GsdtkQAW1rBA Message-ID: <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@freebsd.org" Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 17 Jun 2009 17:06:22 -0000 The raw ACPICA source code is run through a converter (acpisrc) to "linuxiz= e" the code before it is integrated into Linux. >-----Original Message----- >From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] >Sent: Tuesday, June 16, 2009 11:11 PM >To: Nate Lawson; Jung-uk Kim >Cc: freebsd-acpi@freebsd.org; Moore, Robert >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory >locations as AML code > >Nate, Jung-uk, good day. > >Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: >> I appreciate your work. What we need to do though is remove acpidump(8) >> from the system and import Intel's acpidmp utility. It's included in the >> ACPI-CA distribution and is functional enough that we can use it. > >OK, I'll try to take a look at it. But this is a future work; >meanwhile, can we still extend acpidump in a way I propose. I have the >updated patch that applies on top of the -CURRENT tree after the recent >ACPICA import, but I have some troubles with 'make depend' inside >usr.sbin/acpi/acpidb, so once I'll resolve them and test the stuff with >full buildworld -- I'll post the patch as an update. > >Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: >> On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: >> > Actually, we don't distribute an acpidump (yet) in ACPICA. The >> > Linux version is part of the "pmtools" package. >> > >> > It is of course, linux-specific. I won't distribute it with ACPICA >> > until we have an OS-independent version. It is on our list of >> > things to-do. >> >> FYI, it won't be terribly hard to port it because we also use >> /dev/mem. However, the source is acpisrc'ified and we cannot undo it >> to make it compile on FreeBSD. :-( > >Haven't looked at the source yet, so probably the question is very dumb, >but nevertheless: what do you mean by "acpisrc'ified"? > >And a general question: is there a VCS repository for the pmtools, or at >least the download location with snapshots/releases? My Google-fu fails >on this and moblin.org doesn't seem to have this stuff available. > >Thanks! >-- >Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 17 18:09:24 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D3D1065672; Wed, 17 Jun 2009 18:09:24 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC8C8FC12; Wed, 17 Jun 2009 18:09:24 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 17 Jun 2009 11:00:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,238,1243839600"; d="scan'208";a="423169544" Received: from orsmsx603.amr.corp.intel.com ([10.22.226.49]) by orsmga002.jf.intel.com with ESMTP; 17 Jun 2009 11:16:40 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx603.amr.corp.intel.com ([10.22.226.49]) with mapi; Wed, 17 Jun 2009 11:09:23 -0700 From: "Moore, Robert" To: "rea-fbsd@codelabs.ru" , Nate Lawson , Jung-uk Kim Date: Wed, 17 Jun 2009 11:09:22 -0700 Thread-Topic: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code Thread-Index: AcnvEmdpwrwlJruQQZeqhZW+GsdtkQAW1rBAAAIzI3A= Message-ID: <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@freebsd.org" Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 17 Jun 2009 18:09:24 -0000 I should point out that acpidump was never "linuxed", it was simply written= as native Linux code. >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Moore, Robert >Sent: Wednesday, June 17, 2009 10:06 AM >To: rea-fbsd@codelabs.ru; Nate Lawson; Jung-uk Kim >Cc: freebsd-acpi@freebsd.org >Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory >locations as AML code > >The raw ACPICA source code is run through a converter (acpisrc) to >"linuxize" the code before it is integrated into Linux. > > >>-----Original Message----- >>From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] >>Sent: Tuesday, June 16, 2009 11:11 PM >>To: Nate Lawson; Jung-uk Kim >>Cc: freebsd-acpi@freebsd.org; Moore, Robert >>Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory >>locations as AML code >> >>Nate, Jung-uk, good day. >> >>Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: >>> I appreciate your work. What we need to do though is remove acpidump(8) >>> from the system and import Intel's acpidmp utility. It's included in th= e >>> ACPI-CA distribution and is functional enough that we can use it. >> >>OK, I'll try to take a look at it. But this is a future work; >>meanwhile, can we still extend acpidump in a way I propose. I have the >>updated patch that applies on top of the -CURRENT tree after the recent >>ACPICA import, but I have some troubles with 'make depend' inside >>usr.sbin/acpi/acpidb, so once I'll resolve them and test the stuff with >>full buildworld -- I'll post the patch as an update. >> >>Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: >>> On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: >>> > Actually, we don't distribute an acpidump (yet) in ACPICA. The >>> > Linux version is part of the "pmtools" package. >>> > >>> > It is of course, linux-specific. I won't distribute it with ACPICA >>> > until we have an OS-independent version. It is on our list of >>> > things to-do. >>> >>> FYI, it won't be terribly hard to port it because we also use >>> /dev/mem. However, the source is acpisrc'ified and we cannot undo it >>> to make it compile on FreeBSD. :-( >> >>Haven't looked at the source yet, so probably the question is very dumb, >>but nevertheless: what do you mean by "acpisrc'ified"? >> >>And a general question: is there a VCS repository for the pmtools, or at >>least the download location with snapshots/releases? My Google-fu fails >>on this and moblin.org doesn't seem to have this stuff available. >> >>Thanks! >>-- >>Eygene >> _ ___ _.--. # >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard >> / ' ` , __.--' # to read the on-line manual >> )/' _/ \ `-_, / # while single-stepping the kernel. >> `-'" `"\_ ,_.-;_.-\_ ', fsc/as # >> _.-'_./ {_.' ; / # -- FreeBSD Developers handbook >> {_.-``-' {_/ # >_______________________________________________ >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 Wed Jun 17 18:42:51 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 2F0BF106566C; Wed, 17 Jun 2009 18:42:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "Moore, Robert" Date: Wed, 17 Jun 2009 14:42:31 -0400 User-Agent: KMail/1.6.2 References: <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200906171442.34101.jkim@FreeBSD.org> Cc: freebsd-acpi@FreeBSD.org Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 17 Jun 2009 18:42:51 -0000 On Wednesday 17 June 2009 02:09 pm, Moore, Robert wrote: > I should point out that acpidump was never "linuxed", it was simply > written as native Linux code. I was afraid of that. :-( IIRC, you once said (on ACPICA devel ML), you may include it in the ACPICA distribution if "read foo table from memory" code moves to OSL interface. AFAICT, the OSL interface already exists, i.e., AcpiOsReadMemory(). Last time I checked, acpidump from pmtools was just reading it via /dev/mem instead of using the OSL interface, though. FYI... Jung-uk Kim > >-----Original Message----- > >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >acpi@freebsd.org] On Behalf Of Moore, Robert > >Sent: Wednesday, June 17, 2009 10:06 AM > >To: rea-fbsd@codelabs.ru; Nate Lawson; Jung-uk Kim > >Cc: freebsd-acpi@freebsd.org > >Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary > > memory locations as AML code > > > >The raw ACPICA source code is run through a converter (acpisrc) to > >"linuxize" the code before it is integrated into Linux. > > > >>-----Original Message----- > >>From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] > >>Sent: Tuesday, June 16, 2009 11:11 PM > >>To: Nate Lawson; Jung-uk Kim > >>Cc: freebsd-acpi@freebsd.org; Moore, Robert > >>Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary > >> memory locations as AML code > >> > >>Nate, Jung-uk, good day. > >> > >>Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: > >>> I appreciate your work. What we need to do though is remove > >>> acpidump(8) from the system and import Intel's acpidmp utility. > >>> It's included in the ACPI-CA distribution and is functional > >>> enough that we can use it. > >> > >>OK, I'll try to take a look at it. But this is a future work; > >>meanwhile, can we still extend acpidump in a way I propose. I > >> have the updated patch that applies on top of the -CURRENT tree > >> after the recent ACPICA import, but I have some troubles with > >> 'make depend' inside usr.sbin/acpi/acpidb, so once I'll resolve > >> them and test the stuff with full buildworld -- I'll post the > >> patch as an update. > >> > >>Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: > >>> On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: > >>> > Actually, we don't distribute an acpidump (yet) in ACPICA. > >>> > The Linux version is part of the "pmtools" package. > >>> > > >>> > It is of course, linux-specific. I won't distribute it with > >>> > ACPICA until we have an OS-independent version. It is on our > >>> > list of things to-do. > >>> > >>> FYI, it won't be terribly hard to port it because we also use > >>> /dev/mem. However, the source is acpisrc'ified and we cannot > >>> undo it to make it compile on FreeBSD. :-( > >> > >>Haven't looked at the source yet, so probably the question is > >> very dumb, but nevertheless: what do you mean by > >> "acpisrc'ified"? > >> > >>And a general question: is there a VCS repository for the > >> pmtools, or at least the download location with > >> snapshots/releases? My Google-fu fails on this and moblin.org > >> doesn't seem to have this stuff available. > >> > >>Thanks! > >>-- > >>Eygene > >> _ ___ _.--. # > >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > >> / ' ` , __.--' # to read the on-line manual > >> )/' _/ \ `-_, / # while single-stepping the > >> kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > >> _.-'_./ {_.' ; / # -- FreeBSD Developers > >> handbook {_.-``-' {_/ # > > > >_______________________________________________ > >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 Wed Jun 17 19:52:18 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF8B106566B; Wed, 17 Jun 2009 19:52:18 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id 788EA8FC17; Wed, 17 Jun 2009 19:52:18 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 17 Jun 2009 12:43:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,239,1243839600"; d="scan'208";a="525661505" Received: from orsmsx601.amr.corp.intel.com ([10.22.226.213]) by orsmga001.jf.intel.com with ESMTP; 17 Jun 2009 12:52:09 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx601.amr.corp.intel.com ([10.22.226.213]) with mapi; Wed, 17 Jun 2009 12:52:17 -0700 From: "Moore, Robert" To: Jung-uk Kim Date: Wed, 17 Jun 2009 12:52:16 -0700 Thread-Topic: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code Thread-Index: Acnve2+CoJ/y9rp4Q0uqjiIdAFpIBwACTrrA Message-ID: <4911F71203A09E4D9981D27F9D8308582E76D616@orsmsx503.amr.corp.intel.com> References: <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> <200906171442.34101.jkim@FreeBSD.org> In-Reply-To: <200906171442.34101.jkim@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@FreeBSD.org" Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 17 Jun 2009 19:52:19 -0000 I think that I was thinking that the ReadMemory interface was too low-level= . Basically, I wanted an interface to "get me table XXXX, I don't care wher= e you got it from." This might be useful on systems where something like /dev/mem is not availa= ble, and the ACPI tables are available via some other mechanism. >-----Original Message----- >From: Jung-uk Kim [mailto:jkim@FreeBSD.org] >Sent: Wednesday, June 17, 2009 11:43 AM >To: Moore, Robert >Cc: rea-fbsd@codelabs.ru; Nate Lawson; freebsd-acpi@FreeBSD.org >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory >locations as AML code > >On Wednesday 17 June 2009 02:09 pm, Moore, Robert wrote: >> I should point out that acpidump was never "linuxed", it was simply >> written as native Linux code. > >I was afraid of that. :-( > >IIRC, you once said (on ACPICA devel ML), you may include it in the >ACPICA distribution if "read foo table from memory" code moves to OSL >interface. AFAICT, the OSL interface already exists, i.e., >AcpiOsReadMemory(). Last time I checked, acpidump from pmtools was >just reading it via /dev/mem instead of using the OSL interface, >though. > >FYI... > >Jung-uk Kim > >> >-----Original Message----- >> >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >> >acpi@freebsd.org] On Behalf Of Moore, Robert >> >Sent: Wednesday, June 17, 2009 10:06 AM >> >To: rea-fbsd@codelabs.ru; Nate Lawson; Jung-uk Kim >> >Cc: freebsd-acpi@freebsd.org >> >Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary >> > memory locations as AML code >> > >> >The raw ACPICA source code is run through a converter (acpisrc) to >> >"linuxize" the code before it is integrated into Linux. >> > >> >>-----Original Message----- >> >>From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] >> >>Sent: Tuesday, June 16, 2009 11:11 PM >> >>To: Nate Lawson; Jung-uk Kim >> >>Cc: freebsd-acpi@freebsd.org; Moore, Robert >> >>Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary >> >> memory locations as AML code >> >> >> >>Nate, Jung-uk, good day. >> >> >> >>Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: >> >>> I appreciate your work. What we need to do though is remove >> >>> acpidump(8) from the system and import Intel's acpidmp utility. >> >>> It's included in the ACPI-CA distribution and is functional >> >>> enough that we can use it. >> >> >> >>OK, I'll try to take a look at it. But this is a future work; >> >>meanwhile, can we still extend acpidump in a way I propose. I >> >> have the updated patch that applies on top of the -CURRENT tree >> >> after the recent ACPICA import, but I have some troubles with >> >> 'make depend' inside usr.sbin/acpi/acpidb, so once I'll resolve >> >> them and test the stuff with full buildworld -- I'll post the >> >> patch as an update. >> >> >> >>Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: >> >>> On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: >> >>> > Actually, we don't distribute an acpidump (yet) in ACPICA. >> >>> > The Linux version is part of the "pmtools" package. >> >>> > >> >>> > It is of course, linux-specific. I won't distribute it with >> >>> > ACPICA until we have an OS-independent version. It is on our >> >>> > list of things to-do. >> >>> >> >>> FYI, it won't be terribly hard to port it because we also use >> >>> /dev/mem. However, the source is acpisrc'ified and we cannot >> >>> undo it to make it compile on FreeBSD. :-( >> >> >> >>Haven't looked at the source yet, so probably the question is >> >> very dumb, but nevertheless: what do you mean by >> >> "acpisrc'ified"? >> >> >> >>And a general question: is there a VCS repository for the >> >> pmtools, or at least the download location with >> >> snapshots/releases? My Google-fu fails on this and moblin.org >> >> doesn't seem to have this stuff available. >> >> >> >>Thanks! >> >>-- >> >>Eygene >> >> _ ___ _.--. # >> >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard >> >> / ' ` , __.--' # to read the on-line manual >> >> )/' _/ \ `-_, / # while single-stepping the >> >> kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # >> >> _.-'_./ {_.' ; / # -- FreeBSD Developers >> >> handbook {_.-``-' {_/ # >> > >> >_______________________________________________ >> >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 Wed Jun 17 20:21:31 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 0295D106566B; Wed, 17 Jun 2009 20:21:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "Moore, Robert" Date: Wed, 17 Jun 2009 16:21:06 -0400 User-Agent: KMail/1.6.2 References: <200906171442.34101.jkim@FreeBSD.org> <4911F71203A09E4D9981D27F9D8308582E76D616@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D8308582E76D616@orsmsx503.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200906171621.13512.jkim@FreeBSD.org> Cc: freebsd-acpi@FreeBSD.org Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 17 Jun 2009 20:21:31 -0000 On Wednesday 17 June 2009 03:52 pm, Moore, Robert wrote: > I think that I was thinking that the ReadMemory interface was too > low-level. Basically, I wanted an interface to "get me table XXXX, > I don't care where you got it from." AFAICT, that interface will cover "--table (-t )" option but we also need to support "--addr (-a )". Actually, that's where we started. :-) > This might be useful on systems where something like /dev/mem is > not available, and the ACPI tables are available via some other > mechanism. So, you want AcpiTbFindTable()-like OSL interface, correct? Jung-uk Kim > >-----Original Message----- > >From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > >Sent: Wednesday, June 17, 2009 11:43 AM > >To: Moore, Robert > >Cc: rea-fbsd@codelabs.ru; Nate Lawson; freebsd-acpi@FreeBSD.org > >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary > > memory locations as AML code > > > >On Wednesday 17 June 2009 02:09 pm, Moore, Robert wrote: > >> I should point out that acpidump was never "linuxed", it was > >> simply written as native Linux code. > > > >I was afraid of that. :-( > > > >IIRC, you once said (on ACPICA devel ML), you may include it in > > the ACPICA distribution if "read foo table from memory" code > > moves to OSL interface. AFAICT, the OSL interface already > > exists, i.e., AcpiOsReadMemory(). Last time I checked, acpidump > > from pmtools was just reading it via /dev/mem instead of using > > the OSL interface, though. > > > >FYI... > > > >Jung-uk Kim > > > >> >-----Original Message----- > >> >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >> >acpi@freebsd.org] On Behalf Of Moore, Robert > >> >Sent: Wednesday, June 17, 2009 10:06 AM > >> >To: rea-fbsd@codelabs.ru; Nate Lawson; Jung-uk Kim > >> >Cc: freebsd-acpi@freebsd.org > >> >Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary > >> > memory locations as AML code > >> > > >> >The raw ACPICA source code is run through a converter (acpisrc) > >> > to "linuxize" the code before it is integrated into Linux. > >> > > >> >>-----Original Message----- > >> >>From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] > >> >>Sent: Tuesday, June 16, 2009 11:11 PM > >> >>To: Nate Lawson; Jung-uk Kim > >> >>Cc: freebsd-acpi@freebsd.org; Moore, Robert > >> >>Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary > >> >> memory locations as AML code > >> >> > >> >>Nate, Jung-uk, good day. > >> >> > >> >>Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: > >> >>> I appreciate your work. What we need to do though is remove > >> >>> acpidump(8) from the system and import Intel's acpidmp > >> >>> utility. It's included in the ACPI-CA distribution and is > >> >>> functional enough that we can use it. > >> >> > >> >>OK, I'll try to take a look at it. But this is a future work; > >> >>meanwhile, can we still extend acpidump in a way I propose. I > >> >> have the updated patch that applies on top of the -CURRENT > >> >> tree after the recent ACPICA import, but I have some troubles > >> >> with 'make depend' inside usr.sbin/acpi/acpidb, so once I'll > >> >> resolve them and test the stuff with full buildworld -- I'll > >> >> post the patch as an update. > >> >> > >> >>Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: > >> >>> On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: > >> >>> > Actually, we don't distribute an acpidump (yet) in ACPICA. > >> >>> > The Linux version is part of the "pmtools" package. > >> >>> > > >> >>> > It is of course, linux-specific. I won't distribute it > >> >>> > with ACPICA until we have an OS-independent version. It is > >> >>> > on our list of things to-do. > >> >>> > >> >>> FYI, it won't be terribly hard to port it because we also > >> >>> use /dev/mem. However, the source is acpisrc'ified and we > >> >>> cannot undo it to make it compile on FreeBSD. :-( > >> >> > >> >>Haven't looked at the source yet, so probably the question is > >> >> very dumb, but nevertheless: what do you mean by > >> >> "acpisrc'ified"? > >> >> > >> >>And a general question: is there a VCS repository for the > >> >> pmtools, or at least the download location with > >> >> snapshots/releases? My Google-fu fails on this and > >> >> moblin.org doesn't seem to have this stuff available. > >> >> > >> >>Thanks! > >> >>-- > >> >>Eygene > >> >> _ ___ _.--. # > >> >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is > >> >> hard / ' ` , __.--' # to read the > >> >> on-line manual )/' _/ \ `-_, / # while > >> >> single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as > >> >> # > >> >> _.-'_./ {_.' ; / # -- FreeBSD Developers > >> >> handbook {_.-``-' {_/ # > >> > > >> >_______________________________________________ > >> >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 Wed Jun 17 21:47:24 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 105A11065674; Wed, 17 Jun 2009 21:47:24 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id DC6F88FC15; Wed, 17 Jun 2009 21:47:23 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 17 Jun 2009 14:40:00 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,239,1243839600"; d="scan'208";a="700317638" Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211]) by fmsmga001.fm.intel.com with ESMTP; 17 Jun 2009 14:50:47 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Wed, 17 Jun 2009 14:47:23 -0700 From: "Moore, Robert" To: Jung-uk Kim Date: Wed, 17 Jun 2009 14:47:22 -0700 Thread-Topic: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code Thread-Index: AcnviTZJQLLoC0OTRhqhVCQ/1Eux3gAC7AVA Message-ID: <4911F71203A09E4D9981D27F9D8308582E76D7BA@orsmsx503.amr.corp.intel.com> References: <200906171442.34101.jkim@FreeBSD.org> <4911F71203A09E4D9981D27F9D8308582E76D616@orsmsx503.amr.corp.intel.com> <200906171621.13512.jkim@FreeBSD.org> In-Reply-To: <200906171621.13512.jkim@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@FreeBSD.org" Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 17 Jun 2009 21:47:24 -0000 >-----Original Message----- >From: Jung-uk Kim [mailto:jkim@FreeBSD.org] >Sent: Wednesday, June 17, 2009 1:21 PM >To: Moore, Robert >Cc: rea-fbsd@codelabs.ru; Nate Lawson; freebsd-acpi@FreeBSD.org >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory >locations as AML code > >On Wednesday 17 June 2009 03:52 pm, Moore, Robert wrote: >> I think that I was thinking that the ReadMemory interface was too >> low-level. Basically, I wanted an interface to "get me table XXXX, >> I don't care where you got it from." > >AFAICT, that interface will cover "--table (-t )" option >but we also need to support "--addr (-a )". Actually, >that's where we started. :-) > Yes. Obtaining a table at an arbitrary address is not possible on all syste= ms. >> This might be useful on systems where something like /dev/mem is >> not available, and the ACPI tables are available via some other >> mechanism. > >So, you want AcpiTbFindTable()-like OSL interface, correct? > >Jung-uk Kim Yes, it would be a user-space-only OSL function. > >> >-----Original Message----- >> >From: Jung-uk Kim [mailto:jkim@FreeBSD.org] >> >Sent: Wednesday, June 17, 2009 11:43 AM >> >To: Moore, Robert >> >Cc: rea-fbsd@codelabs.ru; Nate Lawson; freebsd-acpi@FreeBSD.org >> >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary >> > memory locations as AML code >> > >> >On Wednesday 17 June 2009 02:09 pm, Moore, Robert wrote: >> >> I should point out that acpidump was never "linuxed", it was >> >> simply written as native Linux code. >> > >> >I was afraid of that. :-( >> > >> >IIRC, you once said (on ACPICA devel ML), you may include it in >> > the ACPICA distribution if "read foo table from memory" code >> > moves to OSL interface. AFAICT, the OSL interface already >> > exists, i.e., AcpiOsReadMemory(). Last time I checked, acpidump >> > from pmtools was just reading it via /dev/mem instead of using >> > the OSL interface, though. >> > >> >FYI... >> > >> >Jung-uk Kim >> > >> >> >-----Original Message----- >> >> >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >> >> >acpi@freebsd.org] On Behalf Of Moore, Robert >> >> >Sent: Wednesday, June 17, 2009 10:06 AM >> >> >To: rea-fbsd@codelabs.ru; Nate Lawson; Jung-uk Kim >> >> >Cc: freebsd-acpi@freebsd.org >> >> >Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary >> >> > memory locations as AML code >> >> > >> >> >The raw ACPICA source code is run through a converter (acpisrc) >> >> > to "linuxize" the code before it is integrated into Linux. >> >> > >> >> >>-----Original Message----- >> >> >>From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru] >> >> >>Sent: Tuesday, June 16, 2009 11:11 PM >> >> >>To: Nate Lawson; Jung-uk Kim >> >> >>Cc: freebsd-acpi@freebsd.org; Moore, Robert >> >> >>Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary >> >> >> memory locations as AML code >> >> >> >> >> >>Nate, Jung-uk, good day. >> >> >> >> >> >>Fri, Jun 12, 2009 at 02:35:52PM -0700, Nate Lawson wrote: >> >> >>> I appreciate your work. What we need to do though is remove >> >> >>> acpidump(8) from the system and import Intel's acpidmp >> >> >>> utility. It's included in the ACPI-CA distribution and is >> >> >>> functional enough that we can use it. >> >> >> >> >> >>OK, I'll try to take a look at it. But this is a future work; >> >> >>meanwhile, can we still extend acpidump in a way I propose. I >> >> >> have the updated patch that applies on top of the -CURRENT >> >> >> tree after the recent ACPICA import, but I have some troubles >> >> >> with 'make depend' inside usr.sbin/acpi/acpidb, so once I'll >> >> >> resolve them and test the stuff with full buildworld -- I'll >> >> >> post the patch as an update. >> >> >> >> >> >>Fri, Jun 12, 2009 at 06:34:27PM -0400, Jung-uk Kim wrote: >> >> >>> On Friday 12 June 2009 06:02 pm, Moore, Robert wrote: >> >> >>> > Actually, we don't distribute an acpidump (yet) in ACPICA. >> >> >>> > The Linux version is part of the "pmtools" package. >> >> >>> > >> >> >>> > It is of course, linux-specific. I won't distribute it >> >> >>> > with ACPICA until we have an OS-independent version. It is >> >> >>> > on our list of things to-do. >> >> >>> >> >> >>> FYI, it won't be terribly hard to port it because we also >> >> >>> use /dev/mem. However, the source is acpisrc'ified and we >> >> >>> cannot undo it to make it compile on FreeBSD. :-( >> >> >> >> >> >>Haven't looked at the source yet, so probably the question is >> >> >> very dumb, but nevertheless: what do you mean by >> >> >> "acpisrc'ified"? >> >> >> >> >> >>And a general question: is there a VCS repository for the >> >> >> pmtools, or at least the download location with >> >> >> snapshots/releases? My Google-fu fails on this and >> >> >> moblin.org doesn't seem to have this stuff available. >> >> >> >> >> >>Thanks! >> >> >>-- >> >> >>Eygene >> >> >> _ ___ _.--. # >> >> >> \`.|\..----...-'` `-._.-'_.-'` # Remember that it is >> >> >> hard / ' ` , __.--' # to read the >> >> >> on-line manual )/' _/ \ `-_, / # while >> >> >> single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as >> >> >> # >> >> >> _.-'_./ {_.' ; / # -- FreeBSD Developers >> >> >> handbook {_.-``-' {_/ # >> >> > >> >> >_______________________________________________ >> >> >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 Jun 18 09:13:01 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C5011065673 for ; Thu, 18 Jun 2009 09:13:01 +0000 (UTC) (envelope-from callsys@medsecurity.se) Received: from csmtp3.one.com (csmtp3.one.com [195.47.247.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0C01F8FC17 for ; Thu, 18 Jun 2009 09:13:01 +0000 (UTC) (envelope-from callsys@medsecurity.se) Received: from MEDSYS-PC (hd5e27014.gavlegardarna.gavle.to [213.226.112.20]) by csmtp3.one.com (Postfix) with ESMTP id 4845B2413C86 for ; Thu, 18 Jun 2009 08:53:55 +0000 (UTC) From: "Callsys" To: "freebsd-acpi" MIME-Version: 1.0 Organization: Media Security Sweden Date: Thu, 18 Jun 2009 10:53:49 +0200 Message-Id: <20090618085355.4845B2413C86@csmtp3.one.com> Content-Type: text/plain ; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Janne ( Restaurant&Cafe) Guest Paging Systems 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, 18 Jun 2009 09:13:02 -0000 Callsys Restaurant Waiter Call System for Table - Function Overview =20 Waiter Call System for Table - Function Overview was designed to help = restaurants manage incoming customers efficiently and distinctively. C= ustomers receive instant notification when their table is ready, makin= g them feel special and welcome. Freed from long lines, your restauran= t looks more inviting to people walking in, Customers are encouraged t= o wait without fears of missing their table, resulting in higher traff= ic, while overall restaurant traffic flows more smoothly, leading to f= aster table turns.=20 Waiter Call System for Table - Function Overview=20 If you are opening this kind of business, there are many customers, so= metimes, you will need service like ordering food or drinks. However, = you don't want to hire many waiters to serve them. Your needs is very = simple. You just want to be informed once your customer need service. = Usually, your customer might need at the same time, then you will need= remember their table numbers and go to serve them one by one. Waiter Call System for Table is very suitable for your business. This = system is very easy to operate and will not cost much money. Waiter Ca= ll System for Table can hold up to 250 waiter call buttons. It also ha= s memory chipset. When there are several customers calling services to= gether, Waiter Call System for Table will store their numbers into mem= ory and display them one by one. It can store up to 15 calling numbers= in the memory. You can use the controller to check the calling number= in the memory. This system is modulated by frequency. The signal can = be received over several floors or partitions. It can be transferred i= n 300M in the open area. It also can cycle display the calling numbers= in the memory. You do not need to check them manually. For the served= calling numbers, it can be deleted with the controller. Waiter Call S= ystem for Table is a wireless system which can be set up easily.=20 =20 For more information about our products in any language, please contac= t us with this numbers;=20 Stockholm: 076-02 69 010 Other areas in Sweden: 076-01 79 010 =20 info@callsys.se=20 www.callsys.se=20 MSN: janne@medsecurity.se 7/24 2009 - Media Security Sweden -=20 From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 18 12:06:08 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12B931065670 for ; Thu, 18 Jun 2009 12:06:07 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-yx0-f200.google.com (mail-yx0-f200.google.com [209.85.210.200]) by mx1.freebsd.org (Postfix) with ESMTP id 159588FC1B for ; Thu, 18 Jun 2009 12:06:06 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by yxe38 with SMTP id 38so1399066yxe.3 for ; Thu, 18 Jun 2009 05:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=GepP6WI5VB7n2F/LpwhzDaoidxrqBUI9mWWEI+aI9sg=; b=ZigDoSV/WXZBc/cmnvyFFYUvDWKV+t6uqhDZ7dz8D9FD35grFriH8I78kiYMu+875E iQb6dJliLXaiILLjkZs17iV837GGQUpRGxnLuaJ86gdgNVWI45H6F1hIPSotIpW0cgXE /7eoMhDYE2iNMoSQBTVKTfJcNYwwFvIlivW4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:mime-version :content-type:content-transfer-encoding:message-id; b=mJH+t8PEHzTBHUUNY6bp4a8eKl+whTXyrtCPaPkEqUSTBgjVe8V6PuK1viyRhTeJrw 7hE/pBuQN5bD0gD9Us6tDAuxgKbFSpdVMYLoFCNplb8+ugmCKJvjkzETaXwuh+ERWayn bFvwwLVmtsu7bQpYWU5HslVl6cFeTAAvLPGxU= Received: by 10.100.12.1 with SMTP id 1mr1924504anl.107.1245326766401; Thu, 18 Jun 2009 05:06:06 -0700 (PDT) Received: from dragonmini.dg ([196.34.241.123]) by mx.google.com with ESMTPS id 34sm1733370agc.39.2009.06.18.05.06.01 (version=SSLv3 cipher=RC4-MD5); Thu, 18 Jun 2009 05:06:05 -0700 (PDT) From: David Naylor Organization: Private To: ivakras1@gmail.com, peter.piggybox@virgin.net Date: Thu, 18 Jun 2009 14:07:07 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2924633.iESVrH0bAT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906181407.11607.naylor.b.david@gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org Subject: [PATCH] Lenovo S10(e) ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 12:06:08 -0000 --nextPart2924633.iESVrH0bAT Content-Type: multipart/mixed; boundary="Boundary-01=_s3iOKAdkgcyo+Et" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_s3iOKAdkgcyo+Et Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, ((Short version: apply patch and add 'debug.acpi.ec.gpe=3D1'=20 and 'debug.acpi.ec.timeout=3D100' to loader.conf and EC (battery,=20 thermal) ?should? work)) After lots of struggling I believe I have found a suitable workaround for t= his=20 problem. First, an overview of the problem: 1) Sometimes apci_ec0 doesn't attach properly because of EcRead timeout (pa= tch=20 should fix this). =20 2) Manytimes GPE (interrupt) mode timeout and switches to polling. This=20 causes the Embedded Control to get very upset, making ACPI go back to GPE=20 mode (sysctl debug.acpi.ec.polling=3D0) fixes the problem until the next ti= me=20 GPE times out. (patch provides workaround). =20 On the latter point, the patch seems to fixes the problem if device_printf = is=20 called after each success. This ends up spamming syslog (~3 per second). = =20 This, I'm guessing, has something to do with locking and providing a delay= =20 until the next call to the EC. =20 This patch has not been tested with burst mode (which never worked) but doe= s=20 work with debug.acpi.ec.max_threads=3D1 (or 3). =20 Next, how it works: 1) Apply patch and rebuild 2) Add 'debug.acpi.ec.gpe=3D1' to loader.conf (for the workaround for 2) 3) Add 'debug.acpi.ec.timeout=3D100' (or even 50) to loader.conf (to minimi= se=20 impact of GPE timeout). =20 This should allow EC to work (does on my Lenovo S10e), which means battery = and=20 temperature status and poweroff should work as expected (besides a few erro= r=20 messages on syslog). =20 WARNING: Beware, slippery when wet, may eat babies (or baby computers), use= at=20 your own risk (but it does work for me). Regards, David P.S. If this doesn't work please include details (and dmesg output) and I'l= l=20 try to help. --Boundary-01=_s3iOKAdkgcyo+Et-- --nextPart2924633.iESVrH0bAT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAko6Le8ACgkQUaaFgP9pFrJ8UgCfdRM5Bco60F2KOwQyNJtB0dNb 9IYAn16swVQBKbASDGllF2cOQv8PQror =WkWJ -----END PGP SIGNATURE----- --nextPart2924633.iESVrH0bAT-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 18 18:58:58 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED671065714 for ; Thu, 18 Jun 2009 18:58:58 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 8FCDC8FC1F for ; Thu, 18 Jun 2009 18:58:58 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by gxk3 with SMTP id 3so1782226gxk.19 for ; Thu, 18 Jun 2009 11:58:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=IeGmwgG+uFnQFtjZGJ3FEob21GK8aDBTnLdXQi4aobY=; b=xXHtzZtfVQL0vx6UFLpYHpwm4+gQ0SsxQXAK3Ipm9I3fM7zsanW0eXtq7f8JcH4WvN akKP2W61k9bjswsC6qSJvQMCI0n64oFZJlXt0NGEldNK7Zxdyn8Q2lCDSQIrvxrwhMxd zu75/nVwzaBhOKUFGo/HhPs/WUngLt5ICd/dI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=BHNp840YIVzQwcr/M0wNjq+LYr8EGYO+pRzXLlqbLxsRZ401b9jyDU8XXbuEjB9qhK y1mVTBi+QyjiItxAslX+bGt4JC2L+XUVaHZqvrQ/NlFze+tviWgYh1liAKgQ1RNE3FqG /xHqyNUbapEHX6AmCBmS6eABs4mIvTVTUg3eQ= Received: by 10.90.67.6 with SMTP id p6mr1379981aga.25.1245351537790; Thu, 18 Jun 2009 11:58:57 -0700 (PDT) Received: from dragonmini.dg ([196.34.241.123]) by mx.google.com with ESMTPS id 2sm3100427aga.58.2009.06.18.11.58.55 (version=SSLv3 cipher=RC4-MD5); Thu, 18 Jun 2009 11:58:57 -0700 (PDT) From: David Naylor Organization: Private To: Peter Harrison Date: Thu, 18 Jun 2009 21:00:11 +0200 User-Agent: KMail/1.9.10 References: <200906181407.11607.naylor.b.david@gmail.com> <20090618174028.GA1023@ideapad.piggybox> In-Reply-To: <20090618174028.GA1023@ideapad.piggybox> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1319401.eydA1EDmlZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906182100.15817.naylor.b.david@gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: [PATCH] Lenovo S10(e) ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 18:58:59 -0000 --nextPart1319401.eydA1EDmlZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 18 June 2009 19:40:28 Peter Harrison wrote: > Thursday, 18 June 2009 at 14:07:07 +0200, David Naylor said: > > Hi, > > > > ((Short version: apply patch and add 'debug.acpi.ec.gpe=3D1' > > and 'debug.acpi.ec.timeout=3D100' to loader.conf and EC (battery, > > thermal) ?should? work)) > > > > After lots of struggling I believe I have found a suitable workaround f= or > > this problem. First, an overview of the problem: > > > > 1) Sometimes apci_ec0 doesn't attach properly because of EcRead timeout > > (patch should fix this). > > 2) Manytimes GPE (interrupt) mode timeout and switches to polling. This > > causes the Embedded Control to get very upset, making ACPI go back to G= PE > > mode (sysctl debug.acpi.ec.polling=3D0) fixes the problem until the next > > time GPE times out. (patch provides workaround). > > > > On the latter point, the patch seems to fixes the problem if > > device_printf is called after each success. This ends up spamming sysl= og > > (~3 per second). This, I'm guessing, has something to do with locking a= nd > > providing a delay until the next call to the EC. > > > > This patch has not been tested with burst mode (which never worked) but > > does work with debug.acpi.ec.max_threads=3D1 (or 3). > > > > Next, how it works: > > 1) Apply patch and rebuild > > 2) Add 'debug.acpi.ec.gpe=3D1' to loader.conf (for the workaround for 2) > > 3) Add 'debug.acpi.ec.timeout=3D100' (or even 50) to loader.conf (to > > minimise impact of GPE timeout). > > > > This should allow EC to work (does on my Lenovo S10e), which means > > battery and temperature status and poweroff should work as expected > > (besides a few error messages on syslog). > > > > WARNING: Beware, slippery when wet, may eat babies (or baby computers), > > use at your own risk (but it does work for me). > > > > Regards, > > > > David > > > > P.S. If this doesn't work please include details (and dmesg output) and > > I'll try to help. > > David, > > Thanks for this. I'll try the patch and report back. I'm running > 7.2-RELEASE at the moment, do you expect it to work on this, or should I > move up to STABLE (or CURRENT)? That patch should apply cleanly to 7.2 (with some minor offsetting). I don= 't=20 think anything should have changed since then that would stop this from=20 working. =20 This patch seems to be more of a workaround than a fix. =20 --nextPart1319401.eydA1EDmlZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAko6jr8ACgkQUaaFgP9pFrKoeACfcvyWE+EKspWRVZaimFE5jLo6 VfYAn3mTpv/62bNmcbdcEqcUaYJPYRSR =nbD/ -----END PGP SIGNATURE----- --nextPart1319401.eydA1EDmlZ-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 18 19:00:31 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ECE11065673 for ; Thu, 18 Jun 2009 19:00:31 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from smtprelay-virgin.hostedemail.com (smtprelay-virgin0135.hostedemail.com [64.99.136.135]) by mx1.freebsd.org (Postfix) with ESMTP id 56AE08FC1E for ; Thu, 18 Jun 2009 19:00:31 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from smtprelay-virgin.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtpgrave06.hostedemail.com (Postfix) with ESMTP id 027A31CFDDD8 for ; Thu, 18 Jun 2009 18:41:36 +0000 (UTC) Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay06.hostedemail.com (Postfix) with SMTP id EA9C3195FE7; Thu, 18 Jun 2009 18:41:34 +0000 (UTC) X-Spam-Summary: 2, 0, 0, 28d278a236f8d364, bac5299263adec61, peter.piggybox@virgin.net, naylor.b.david@gmail.com:ivakras1@gmail.com:peter.piggybox@virgin.net:freebsd-acpi@freebsd.org, RULES_HIT:355:379:599:601:945:973:988:989:1260:1261:1277:1312:1313:1314:1345:1359:1437:1516:1518:1519:1534:1542:1593:1594:1595:1596:1711:1730:1747:1766:1792:2379:2393:2551:2553:2559:2562:2689:2691:2904:3027:3354:3622:3865:3866:3867:3868:3869:3871:3872:3873:3876:3877:3961:4184:4250:4362:4699:5007:6114:6119:6261:7903:8501:8660:8957, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:, MSBL:none, DNSBL:none X-Filterd-Recvd-Size: 3213 Received: from ideapad.piggybox (client-81-105-208-80.mcr-bng-011.adsl.virginmedia.net [81.105.208.80]) by omf10.hostedemail.com (Postfix) with ESMTP; Thu, 18 Jun 2009 18:41:34 +0000 (UTC) Received: from ideapad.piggybox (localhost [127.0.0.1]) by ideapad.piggybox (8.14.3/8.14.3) with ESMTP id n5IHeYXP001040; Thu, 18 Jun 2009 18:40:34 +0100 (BST) (envelope-from peter@ideapad.piggybox) Received: (from peter@localhost) by ideapad.piggybox (8.14.3/8.14.3/Submit) id n5IHeYKZ001039; Thu, 18 Jun 2009 18:40:34 +0100 (BST) (envelope-from peter) Date: Thu, 18 Jun 2009 18:40:28 +0100 From: Peter Harrison To: David Naylor Message-ID: <20090618174028.GA1023@ideapad.piggybox> References: <200906181407.11607.naylor.b.david@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906181407.11607.naylor.b.david@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, peter.piggybox@virgin.net Subject: Re: [PATCH] Lenovo S10(e) ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 19:00:32 -0000 Thursday, 18 June 2009 at 14:07:07 +0200, David Naylor said: > Hi, > > ((Short version: apply patch and add 'debug.acpi.ec.gpe=1' > and 'debug.acpi.ec.timeout=100' to loader.conf and EC (battery, > thermal) ?should? work)) > > After lots of struggling I believe I have found a suitable workaround for this > problem. First, an overview of the problem: > > 1) Sometimes apci_ec0 doesn't attach properly because of EcRead timeout (patch > should fix this). > 2) Manytimes GPE (interrupt) mode timeout and switches to polling. This > causes the Embedded Control to get very upset, making ACPI go back to GPE > mode (sysctl debug.acpi.ec.polling=0) fixes the problem until the next time > GPE times out. (patch provides workaround). > > On the latter point, the patch seems to fixes the problem if device_printf is > called after each success. This ends up spamming syslog (~3 per second). > This, I'm guessing, has something to do with locking and providing a delay > until the next call to the EC. > > This patch has not been tested with burst mode (which never worked) but does > work with debug.acpi.ec.max_threads=1 (or 3). > > Next, how it works: > 1) Apply patch and rebuild > 2) Add 'debug.acpi.ec.gpe=1' to loader.conf (for the workaround for 2) > 3) Add 'debug.acpi.ec.timeout=100' (or even 50) to loader.conf (to minimise > impact of GPE timeout). > > This should allow EC to work (does on my Lenovo S10e), which means battery and > temperature status and poweroff should work as expected (besides a few error > messages on syslog). > > WARNING: Beware, slippery when wet, may eat babies (or baby computers), use at > your own risk (but it does work for me). > > Regards, > > David > > P.S. If this doesn't work please include details (and dmesg output) and I'll > try to help. David, Thanks for this. I'll try the patch and report back. I'm running 7.2-RELEASE at the moment, do you expect it to work on this, or should I move up to STABLE (or CURRENT)? Thanks again, Peter Harrison. From owner-freebsd-acpi@FreeBSD.ORG Thu Jun 18 19:21:13 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6AFD106567A for ; Thu, 18 Jun 2009 19:21:13 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 5484A8FC08 for ; Thu, 18 Jun 2009 19:21:13 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from igor.geek.sh (unknown [196.209.245.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id EC48D3A6A0; Thu, 18 Jun 2009 21:06:01 +0200 (SAST) Message-ID: <4A3A9011.6070000@phat.za.net> Date: Thu, 18 Jun 2009 21:05:53 +0200 From: Aragon Gouveia User-Agent: Thunderbird 2.0.0.21 (X11/20090331) MIME-Version: 1.0 To: David Naylor References: <200906181407.11607.naylor.b.david@gmail.com> In-Reply-To: <200906181407.11607.naylor.b.david@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: [PATCH] Lenovo S10(e) ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 19:21:14 -0000 Hi, David Naylor wrote: > ((Short version: apply patch and add 'debug.acpi.ec.gpe=1' > and 'debug.acpi.ec.timeout=100' to loader.conf and EC (battery, > thermal) ?should? work)) I think the list stripped your attachment. I get EC timeouts on my HP too, so keen to take a look at your patch. Any other way you can share it? Maybe I can put it up via http for others if you send it to me privately? Thanks, Aragon From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 08:40:40 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30AC41065672; Fri, 19 Jun 2009 08:40:40 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D18AD8FC0C; Fri, 19 Jun 2009 08:40:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=S+a06BOsDHfU75MkpLEzHWPCbakhARI0LgRfWiwH9NMX+tLD20yMdzxTg3kE0Z5deYb8QeVVQCGQPBFzrYXUbsnjd80XE9JZvptr27xrf2CTOBpUZigh7NBC+3i9p1NTkZQyPD/+hvB3F+CyJ9OFcOCtzvltO7SpvZCfA8Ze03g=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MHZeI-0000nD-AF; Fri, 19 Jun 2009 12:40:38 +0400 Date: Fri, 19 Jun 2009 12:40:36 +0400 From: "rea-fbsd@codelabs.ru" To: "Moore, Robert" Message-ID: References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> Sender: rea-fbsd@codelabs.ru Cc: "freebsd-acpi@freebsd.org" , Jung-uk Kim Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 08:40:40 -0000 Robert, good day. Wed, Jun 17, 2009 at 11:09:22AM -0700, Moore, Robert wrote: > I should point out that acpidump was never "linuxed", it was simply > written as native Linux code. OK, I think that it won't be very hard to port it to FreeBSD, at least in some way. > >>And a general question: is there a VCS repository for the pmtools, or at > >>least the download location with snapshots/releases? My Google-fu fails > >>on this and moblin.org doesn't seem to have this stuff available. Pardon for my stupidiness, but still -- where I can find pmtools, preferrably in the form of some code repository or at least in some packaged code drops. Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 10:26:08 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 284841065672 for ; Fri, 19 Jun 2009 10:26:08 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6744C8FC08 for ; Fri, 19 Jun 2009 10:26:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA03489; Fri, 19 Jun 2009 13:24:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3B6761.4030503@icyb.net.ua> Date: Fri, 19 Jun 2009 13:24:33 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@freebsd.org" Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 19 Jun 2009 10:26:08 -0000 on 19/06/2009 11:40 rea-fbsd@codelabs.ru said the following: > Robert, good day. > > Wed, Jun 17, 2009 at 11:09:22AM -0700, Moore, Robert wrote: >> I should point out that acpidump was never "linuxed", it was simply >> written as native Linux code. > > OK, I think that it won't be very hard to port it to FreeBSD, at least > in some way. > >>>> And a general question: is there a VCS repository for the pmtools, or at >>>> least the download location with snapshots/releases? My Google-fu fails >>>> on this and moblin.org doesn't seem to have this stuff available. > > Pardon for my stupidiness, but still -- where I can find pmtools, > preferrably in the form of some code repository or at least in some > packaged code drops. Yeah, it's located in a not very obvious place: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 10:37:07 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0A7A1065670 for ; Fri, 19 Jun 2009 10:37:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFF78FC0C for ; Fri, 19 Jun 2009 10:37:07 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=kBLuLFST8e9ybOU69fVm8tHdwfztu4vO+fQQvvDdSXdHYXnplnevqQ2S6kB6L9Am4kAQXLAEef96HLJRG/E7umav+Sj+kP3+/kssZI86ZylmX6odyyVCS6SfKITheGSwtjpTD57fyrsVj3iaTkOfYglCzDTqqpEe1tTYOIQIjFA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MHbT0-000CkZ-Jx; Fri, 19 Jun 2009 14:37:06 +0400 Date: Fri, 19 Jun 2009 14:37:04 +0400 From: Eygene Ryabinkin To: Andriy Gapon Message-ID: References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> <4A3B6761.4030503@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A3B6761.4030503@icyb.net.ua> Sender: rea-fbsd@codelabs.ru Cc: "freebsd-acpi@freebsd.org" Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 10:37:08 -0000 Andriy, good day. Fri, Jun 19, 2009 at 01:24:33PM +0300, Andriy Gapon wrote: > on 19/06/2009 11:40 rea-fbsd@codelabs.ru said the following: > > Pardon for my stupidiness, but still -- where I can find pmtools, > > preferrably in the form of some code repository or at least in some > > packaged code drops. > > Yeah, it's located in a not very obvious place: > http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ Seen that. Are snapshots from the year 2007 the latest ones? I thought that the development was just moved further and tarballs live in some other hive. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 10:54:38 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC3CB106564A for ; Fri, 19 Jun 2009 10:54:38 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0598D8FC12 for ; Fri, 19 Jun 2009 10:54:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA03941; Fri, 19 Jun 2009 13:51:35 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3B6DB7.9050408@icyb.net.ua> Date: Fri, 19 Jun 2009 13:51:35 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> <4A3B6761.4030503@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@freebsd.org" Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 19 Jun 2009 10:54:39 -0000 on 19/06/2009 13:37 Eygene Ryabinkin said the following: > Andriy, good day. > > Fri, Jun 19, 2009 at 01:24:33PM +0300, Andriy Gapon wrote: >> on 19/06/2009 11:40 rea-fbsd@codelabs.ru said the following: >>> Pardon for my stupidiness, but still -- where I can find pmtools, >>> preferrably in the form of some code repository or at least in some >>> packaged code drops. >> Yeah, it's located in a not very obvious place: >> http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ > > Seen that. Are snapshots from the year 2007 the latest ones? Yes. > I thought > that the development was just moved further and tarballs live in some > other hive. This is the source of the sources according to all sources :-) -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 11:10:06 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371BB106564A; Fri, 19 Jun 2009 11:10:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8758FC1F; Fri, 19 Jun 2009 11:10:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA04190; Fri, 19 Jun 2009 14:10:02 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3B720A.8040601@icyb.net.ua> Date: Fri, 19 Jun 2009 14:10:02 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: John Baldwin References: <200906180909.33511.jhb@freebsd.org> In-Reply-To: <200906180909.33511.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: estX still not attaching properly 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, 19 Jun 2009 11:10:06 -0000 on 18/06/2009 16:09 John Baldwin said the following: > On Wednesday 17 June 2009 2:29:25 pm Alexander Best wrote: >> hi there, >> >> although i'm running a very recent current which has "ACPICA 20090521", estX >> still isn't attaching properly on my machine: >> >> est0: on cpu0 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 925092506000925 >> device_attach: est0 attach returned 6 >> est1: on cpu1 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 925092506000925 >> device_attach: est1 attach returned 6 > > That just means ACPI isn't providing info about the speed steppings your CPU > provides. It is odd that cpu0 has freq_levels but cpu1 does not. > This is most probably not related to the issue at hand. But I have some (probably unfounded) suspicions about OS features that we advertise via _PDC. Also, I find the following interesting in acpi_cpu.c. First we call _PDC, then we call _OSC and then there is the following comment between the two calls: /* * On some systems we need to evaluate _OSC so that the ASL * loads the _PSS and/or _PDC methods at runtime. ... -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 16:04:52 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C30B1065670; Fri, 19 Jun 2009 16:04:52 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mx1.freebsd.org (Postfix) with ESMTP id 512C38FC14; Fri, 19 Jun 2009 16:04:52 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 19 Jun 2009 08:57:23 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,254,1243839600"; d="scan'208";a="700877366" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by fmsmga001.fm.intel.com with ESMTP; 19 Jun 2009 09:08:15 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx604.amr.corp.intel.com ([10.250.113.17]) with mapi; Fri, 19 Jun 2009 09:04:51 -0700 From: "Moore, Robert" To: Andriy Gapon , "rea-fbsd@codelabs.ru" , Nate Lawson , Jung-uk Kim Date: Fri, 19 Jun 2009 09:04:50 -0700 Thread-Topic: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code Thread-Index: AcnwzF0g7UHCUstERcasBMETTUQQxAAKtKXA Message-ID: <4911F71203A09E4D9981D27F9D8308582E7E4C93@orsmsx503.amr.corp.intel.com> References: <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E6840C8@orsmsx503.amr.corp.intel.com> <200906121834.30294.jkim@FreeBSD.org> <4A32CA38.4020806@root.org> <4911F71203A09E4D9981D27F9D8308582E76D375@orsmsx503.amr.corp.intel.com> <4911F71203A09E4D9981D27F9D8308582E76D4A3@orsmsx503.amr.corp.intel.com> <4A3B6761.4030503@icyb.net.ua> <4A3B6DB7.9050408@icyb.net.ua> In-Reply-To: <4A3B6DB7.9050408@icyb.net.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@freebsd.org" Subject: RE: [PATCH] acpidump: teach to disassemble arbitrary memory locations as AML code 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, 19 Jun 2009 16:04:52 -0000 I actually already have an os-independent, acpica-compatible version of acp= idump.c. I can send it out if people want to work on it. The main thing that still needs to be done is to define how the os-independ= ent part interacts with the os-dependent part. Bob >-----Original Message----- >From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of Andriy Gapon >Sent: Friday, June 19, 2009 3:52 AM >To: rea-fbsd@codelabs.ru >Cc: freebsd-acpi@freebsd.org >Subject: Re: [PATCH] acpidump: teach to disassemble arbitrary memory >locations as AML code > >on 19/06/2009 13:37 Eygene Ryabinkin said the following: >> Andriy, good day. >> >> Fri, Jun 19, 2009 at 01:24:33PM +0300, Andriy Gapon wrote: >>> on 19/06/2009 11:40 rea-fbsd@codelabs.ru said the following: >>>> Pardon for my stupidiness, but still -- where I can find pmtools, >>>> preferrably in the form of some code repository or at least in some >>>> packaged code drops. >>> Yeah, it's located in a not very obvious place: >>> http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ >> >> Seen that. Are snapshots from the year 2007 the latest ones? > >Yes. > >> I thought >> that the development was just moved further and tarballs live in some >> other hive. > >This is the source of the sources according to all sources :-) > >-- >Andriy Gapon >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 19:30:25 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC3A8106564A for ; Fri, 19 Jun 2009 19:30:25 +0000 (UTC) (envelope-from mickey242@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0064E8FC1E for ; Fri, 19 Jun 2009 19:30:24 +0000 (UTC) (envelope-from mickey242@gmx.net) Received: (qmail invoked by alias); 19 Jun 2009 19:30:22 -0000 Received: from brln-4d0c7b06.pool.mediaWays.net (EHLO gunhead.enforcer.cc) [77.12.123.6] by mail.gmx.net (mp013) with SMTP; 19 Jun 2009 21:30:22 +0200 X-Authenticated: #8913523 X-Provags-ID: V01U2FsdGVkX19RuvsEBfpRElFmySzk14l9+Jmw45juZlkb8zAUqT UxGkquVuPoLimL Message-ID: <4A3BE74A.1010801@gmx.net> Date: Fri, 19 Jun 2009 21:30:18 +0200 From: Andreas Wetzel User-Agent: Thunderbird 2.0.0.21 (X11/20090407) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4A0D617D.5070008@gmx.net> In-Reply-To: <4A0D617D.5070008@gmx.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Subject: Re: ThinkPad T30, 7.2-RELEASE, wrong CPU speed detected? 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, 19 Jun 2009 19:30:26 -0000 Andreas Wetzel wrote: > After an upgrade from 7.1-RELEASE-p3 to 7.2-RELEASE, on an IBM ThinkPad > T30: > > > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1196.13-MHz 686-class > CPU) > ^^^^^^^ ^^^^^^^^ > > This seems not right. > > Additionally sysctl shows these: > > dev.cpu.0.freq: 1200 > dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 > > I know there has been some discussion going on a while ago, which > suggested to > not compile cpufreq into the kernel, which i will try in a few moments. > Anyway, this does not seem right. I have had no luck on this issue so far. The system is *not* running on batteries. Running the Intel Processor ID Utility on Windows2k shows similar results: Expected Frequency: 2.00 GHz, Actual Frequency: 1.29 GHz. All relevant BIOS settings are set for maximum performance. Enabling or disabling Intel Speed Step technology in the BIOS settings has no effect whatsoever. Resetting the BIOS to poweron defaults (which implies having to re-apply the no-1802 fix for the Atheros based mini-PCI wi-fi card) temporarily fixed the problem. But it re-appeared a short while thereafter, without anyone having screwed with the BIOS settings in the meantime. Any help on this issue would be greatly appreciated. -- Keep it icy man. I don't want to end up a corpse before my time because you were daydreaming. From owner-freebsd-acpi@FreeBSD.ORG Fri Jun 19 23:09:43 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFD641065692; Fri, 19 Jun 2009 23:09:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B482E8FC18; Fri, 19 Jun 2009 23:09:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5JN9hlr050542; Fri, 19 Jun 2009 23:09:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5JN9hNL050538; Fri, 19 Jun 2009 23:09:43 GMT (envelope-from linimon) Date: Fri, 19 Jun 2009 23:09:43 GMT Message-Id: <200906192309.n5JN9hNL050538@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/121439: [boot] Installation of FreeBSD 7.0 fails: ACPI problem with abit ip35 pro 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, 19 Jun 2009 23:09:44 -0000 Synopsis: [boot] Installation of FreeBSD 7.0 fails: ACPI problem with abit ip35 pro Responsible-Changed-From-To: freebsd-amd64->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jun 19 23:09:11 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121439 From owner-freebsd-acpi@FreeBSD.ORG Sat Jun 20 14:05:24 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8142C1065670 for ; Sat, 20 Jun 2009 14:05:24 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from smtprelay-virgin.hostedemail.com (smtprelay-virgin0180.hostedemail.com [64.99.136.180]) by mx1.freebsd.org (Postfix) with ESMTP id 348AD8FC23 for ; Sat, 20 Jun 2009 14:05:24 +0000 (UTC) (envelope-from peter.piggybox@virgin.net) Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay04.hostedemail.com (Postfix) with SMTP id 5DCA318AE55B; Sat, 20 Jun 2009 14:05:23 +0000 (UTC) X-Spam-Summary: 74, 5.093, 0, c951c860c5680a2c, d41d8cd98f00b204, peter.piggybox@virgin.net, naylor.b.david@gmail.com:peter.piggybox@virgin.net:ivakras1@gmail.com:freebsd-acpi@freebsd.org, RULES_HIT:1:125:355:379:599:601:617:945:946:960:966:968:973:988:989:1260:1261:1277:1312:1313:1314:1345:1359:1431:1437:1516:1518:1519:1593:1594:1595:1596:1605:1730:1747:1766:1792:1981:2194:2196:2199:2200:2378:2379:2393:2538:2539:2540:2551:2553:2559:2562:2638:2689:2691:2861:2901:2902:2904:3027:3622:3636:3865:3866:3867:3868:3869:3870:3871:3872:3873:3874:3961:4184:4250:4321:4362:4384:4385:4395:4699:5007:6119:6236:6261:7809:7875:7903:7974:8603:8660:8957:9038:9040:9149:9160:9165:10014, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:none, DNSBL:none, Custom_rules:0:1:0 X-Filterd-Recvd-Size: 13518 Received: from ideapad.piggybox (client-86-25-233-122.mcr-bng-011.adsl.virginmedia.net [86.25.233.122]) by omf09.hostedemail.com (Postfix) with ESMTP; Sat, 20 Jun 2009 14:05:20 +0000 (UTC) Received: from ideapad.piggybox (localhost [127.0.0.1]) by ideapad.piggybox (8.14.3/8.14.3) with ESMTP id n5KD4Lpq001088; Sat, 20 Jun 2009 14:04:21 +0100 (BST) (envelope-from peter@ideapad.piggybox) Received: (from peter@localhost) by ideapad.piggybox (8.14.3/8.14.3/Submit) id n5KD4J3q001087; Sat, 20 Jun 2009 14:04:19 +0100 (BST) (envelope-from peter) Date: Sat, 20 Jun 2009 14:04:03 +0100 From: Peter Harrison To: David Naylor Message-ID: <20090620130403.GA1051@ideapad.piggybox> References: <200906181407.11607.naylor.b.david@gmail.com> <20090618174028.GA1023@ideapad.piggybox> <200906182100.15817.naylor.b.david@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906182100.15817.naylor.b.david@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, Peter Harrison Subject: Re: [PATCH] Lenovo S10(e) ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2009 14:05:25 -0000 Thursday, 18 June 2009 at 21:00:11 +0200, David Naylor said: > On Thursday 18 June 2009 19:40:28 Peter Harrison wrote: > > Thursday, 18 June 2009 at 14:07:07 +0200, David Naylor said: > > > Hi, > > > > > > ((Short version: apply patch and add 'debug.acpi.ec.gpe=1' > > > and 'debug.acpi.ec.timeout=100' to loader.conf and EC (battery, > > > thermal) ?should? work)) > > > > > > After lots of struggling I believe I have found a suitable workaround for > > > this problem. First, an overview of the problem: > > > > > > 1) Sometimes apci_ec0 doesn't attach properly because of EcRead timeout > > > (patch should fix this). > > > 2) Manytimes GPE (interrupt) mode timeout and switches to polling. This > > > causes the Embedded Control to get very upset, making ACPI go back to GPE > > > mode (sysctl debug.acpi.ec.polling=0) fixes the problem until the next > > > time GPE times out. (patch provides workaround). > > > > > > On the latter point, the patch seems to fixes the problem if > > > device_printf is called after each success. This ends up spamming syslog > > > (~3 per second). This, I'm guessing, has something to do with locking and > > > providing a delay until the next call to the EC. > > > > > > This patch has not been tested with burst mode (which never worked) but > > > does work with debug.acpi.ec.max_threads=1 (or 3). > > > > > > Next, how it works: > > > 1) Apply patch and rebuild > > > 2) Add 'debug.acpi.ec.gpe=1' to loader.conf (for the workaround for 2) > > > 3) Add 'debug.acpi.ec.timeout=100' (or even 50) to loader.conf (to > > > minimise impact of GPE timeout). > > > > > > This should allow EC to work (does on my Lenovo S10e), which means > > > battery and temperature status and poweroff should work as expected > > > (besides a few error messages on syslog). > > > > > > WARNING: Beware, slippery when wet, may eat babies (or baby computers), > > > use at your own risk (but it does work for me). > > > > > > Regards, > > > > > > David > > > > > > P.S. If this doesn't work please include details (and dmesg output) and > > > I'll try to help. > > > > David, > > > > Thanks for this. I'll try the patch and report back. I'm running > > 7.2-RELEASE at the moment, do you expect it to work on this, or should I > > move up to STABLE (or CURRENT)? > > That patch should apply cleanly to 7.2 (with some minor offsetting). I don't > think anything should have changed since then that would stop this from > working. > > This patch seems to be more of a workaround than a fix. David, The patch applied cleanly, and I've rebuilt and installed. System seems to work fine and I'm getting battery time reported properly. It still won't poweroff on shutdown though... Thanks for the help. Peter Harrison. uname -a: FreeBSD ideapad.piggybox 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #0: Sat Jun 20 11:03:21 BST 2009 peter@ideapad.piggybox:/usr/obj/usr/src/sys/GENERIC i386 dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE-p1 #0: Sat Jun 20 11:03:21 BST 2009 peter@ideapad.piggybox:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d> AMD Features=0x100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 1064108032 (1014 MB) avail memory = 1023393792 (975 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xf0500000-0xf057ffff,0xd0000000-0xdfffffff,0xf0600000-0xf063ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf0580000-0xf05fffff at device 2.1 on pci0 hdac0: mem 0xf0640000-0xf0643fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090329_0131 hdac0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 bge0: mem 0xf0200000-0xf020ffff irq 16 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: Ethernet address: 00:23:8b:34:79:8a bge0: [ITHREAD] pcib2: irq 16 at device 28.1 on pci0 pci3: on pcib2 pcib3: irq 18 at device 28.2 on pci0 pci5: on pcib3 ndis0: mem 0xf0400000-0xf0403fff irq 18 at device 0.0 on pci5 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 ndis0: WARNING: using obsoleted if_watchdog interface ndis0: Ethernet address: 00:23:4e:93:a4:de uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf0844000-0xf08443ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered ugen0: on uhub4 umass0: on uhub4 pcib4: at device 30.0 on pci0 pci6: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x18c8-0x18cf,0x18c0-0x18c3,0x18a8-0x18af,0x180c-0x180f,0x18b0-0x18bf mem 0xf0844400-0xf08447ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: port not implemented ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xdf000-0xdf7ff,0xe0000-0xe17ff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled 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 sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen1: on uhub1 Timecounters tick every 1.000 msec ad4: 76319MB at ata2-master SATA150 hdac0: HDA Codec #0: Realtek ALC269 pcm0: at cad 0 nid 1 on hdac0 GEOM_LABEL: Label for provider ad4s1a is ufsid/4a20f9c76d1ce80d. GEOM_LABEL: Label for provider ad4s1d is ufsid/4a20f9cb4eb76445. GEOM_LABEL: Label for provider ad4s1e is ufsid/4a20f9c7c991bdb8. GEOM_LABEL: Label for provider ad4s1f is ufsid/4a20f9c769a0ccbb. (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error SMP: AP CPU #1 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a GEOM_LABEL: Label ufsid/4a20f9c76d1ce80d removed. GEOM_LABEL: Label for provider ad4s1a is ufsid/4a20f9c76d1ce80d. GEOM_LABEL: Label ufsid/4a20f9c7c991bdb8 removed. GEOM_LABEL: Label for provider ad4s1e is ufsid/4a20f9c7c991bdb8. GEOM_LABEL: Label ufsid/4a20f9c769a0ccbb removed. GEOM_LABEL: Label for provider ad4s1f is ufsid/4a20f9c769a0ccbb. GEOM_LABEL: Label ufsid/4a20f9cb4eb76445 removed. GEOM_LABEL: Label for provider ad4s1d is ufsid/4a20f9cb4eb76445. GEOM_LABEL: Label ufsid/4a20f9c76d1ce80d removed. GEOM_LABEL: Label ufsid/4a20f9c7c991bdb8 removed. GEOM_LABEL: Label ufsid/4a20f9c769a0ccbb removed. GEOM_LABEL: Label ufsid/4a20f9cb4eb76445 removed. ndis0: link state changed to UP drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] From owner-freebsd-acpi@FreeBSD.ORG Sat Jun 20 16:20:08 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F02B1106564A for ; Sat, 20 Jun 2009 16:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DD9A78FC16 for ; Sat, 20 Jun 2009 16:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5KGK8WK075086 for ; Sat, 20 Jun 2009 16:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5KGK8Jb075085; Sat, 20 Jun 2009 16:20:08 GMT (envelope-from gnats) Date: Sat, 20 Jun 2009 16:20:08 GMT Message-Id: <200906201620.n5KGK8Jb075085@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Daniel Burkland Cc: Subject: Re: amd64/121439: [boot] Installation of FreeBSD 7.0 fails: ACPI problem with abit ip35 pro X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Burkland List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2009 16:20:09 -0000 The following reply was made to PR amd64/121439; it has been noted by GNATS. From: Daniel Burkland To: "bug-followup@FreeBSD.org" , "paul.antonescu@gmail.com" Cc: Subject: Re: amd64/121439: [boot] Installation of FreeBSD 7.0 fails: ACPI problem with abit ip35 pro Date: Sat, 20 Jun 2009 10:50:09 -0500 I don't have the exact same board (ASUS P5K Deluxe also p35) but had a similar issue. Even when I set IDE to AHCI it would still lockup if I tried to install from CD. However if I loaded the kernel from the cd, removed the disk at the loader screen, and performed a network install it ran great. Just recently I tried installing a 7.2 Stable snapshot from CD which suffered none of the issues described above. If I may suggest something try installing a recent 7.2 snapshot from CD and post back your results. Dan Sent from my iPhone