From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 26 11:05:03 2008 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 69F1E106566B for ; Sun, 26 Oct 2008 11:05:03 +0000 (UTC) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2600F8FC16 for ; Sun, 26 Oct 2008 11:05:03 +0000 (UTC) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ku2eW-0004cU-UQ for freebsd-acpi@freebsd.org; Sun, 26 Oct 2008 10:15:21 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Oct 2008 10:15:20 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Oct 2008 10:15:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-acpi@freebsd.org From: martinko Date: Sun, 26 Oct 2008 11:15:11 +0100 Lines: 26 Message-ID: References: <639139.36385.qm@web31715.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20081009 SeaMonkey/1.1.12 In-Reply-To: <639139.36385.qm@web31715.mail.mud.yahoo.com> Sender: news Subject: Re: Support for Fn keys on a Sony laptop 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, 26 Oct 2008 11:05:03 -0000 Vishwanathan S V N wrote: > Hi! > > I posted this to the freebsd-mobile mailing list and got no response. Maybe someone from the freebsd-acpi list knows the answer. > > I am new to FreeBSD so please be gentle on me, especially if this is a FAQ. > > I am running DesktopBSD 1.6.1 live DVD on my sony vaio VGN SZ483NC laptop. I notice that the acpi_ibm module is very feature rich while the acpi_sony module almost feels like a stub. > > I know that under Linux there has been extensive work to reverse engineer the Fn keys on sony Vaio laptops. See > > http://tjworld.net/snc/ > > or > > http://ubuntuforums.org/showthread.php?t=465491 > > I am wondering if something similar to that is already available or in the works for FreeBSD as well? > > If it not available, how much work would it be to port things over? Is the acpi_sony.c the relevant file to look into? > Unfortunately the same situation we have with acpi_asus module which is actively developed at http://sourceforge.net/projects/acpi4asus/ but FreeBSD port is ancient with very limited functionality. :-( From owner-freebsd-acpi@FreeBSD.ORG Sun Oct 26 12:03:37 2008 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 1E357106566C for ; Sun, 26 Oct 2008 12:03:37 +0000 (UTC) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CDAEC8FC1F for ; Sun, 26 Oct 2008 12:03:36 +0000 (UTC) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ku4LG-00006m-Dg for freebsd-acpi@freebsd.org; Sun, 26 Oct 2008 12:03:34 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Oct 2008 12:03:34 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Oct 2008 12:03:34 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-acpi@freebsd.org From: martinko Date: Sun, 26 Oct 2008 13:03:25 +0100 Lines: 38 Message-ID: <49045C8D.8090708@users.sf.net> References: <200804171115.13132.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20081009 SeaMonkey/1.1.12 In-Reply-To: <200804171115.13132.jkim@FreeBSD.org> Sender: news Subject: Re: ODP: Re: Acpli driver for FreeBSD to Asus A6F 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, 26 Oct 2008 12:03:37 -0000 Jung-uk Kim wrote: > > You have to hook up devd to get extra buttons that are not handled by > acpi_asus(4). One night, I wrote an ugly script to do that (attached > for your reference). To use it, you need to add the following lines > in the /etc/devd.conf: > > # ASUS laptop notified actions. > notify 10 { > match "system" "ACPI"; > match "subsystem" "ASUS"; > action "/etc/acpi_asus $notify"; > }; > > and place the attached file in /etc and make it executable. For X.org > OSD, you need to install ports/misc/xosd. > > Enjoy, > > Jung-uk Kim > This is great! :-D I've already forgotten this part of my laptop's functionality but now I'm getting excited about it again. ;-) Well, not everything works out of the box but it's a good place to start. Btw, don't you want to create a port of this ?? :o) I'm already thinking of ways to improve the script. First, I want to add support for extra keys my laptop has got. Then I'd like to factor the settings out so that users don't have to edit the script in order to change desired behaviour. /Also, for instance, main volume control does not work everywhere and therefore it is likely to be needed redefined./ Cheers! :-) Martin From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 27 11:07:06 2008 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 9D27B1065670 for ; Mon, 27 Oct 2008 11:07:06 +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 8A6E18FC4A for ; Mon, 27 Oct 2008 11:07:06 +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 m9RB765B001836 for ; Mon, 27 Oct 2008 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id m9RB75nS001832 for freebsd-acpi@FreeBSD.org; Mon, 27 Oct 2008 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Oct 2008 11:07:05 GMT Message-Id: <200810271107.m9RB75nS001832@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, 27 Oct 2008 11:07:06 -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/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/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 41 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 27 16:02:43 2008 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 94191106567B; Mon, 27 Oct 2008 16:02:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C141F8FC1A; Mon, 27 Oct 2008 16:02:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id m9RG2Y1Z012952; Mon, 27 Oct 2008 12:02:35 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 27 Oct 2008 11:42:59 -0400 User-Agent: KMail/1.9.7 References: <4903A120.7040003@FreeBSD.org> In-Reply-To: <4903A120.7040003@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810271142.59666.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 27 Oct 2008 12:02:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8508/Mon Oct 27 09:02:44 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Alexander Motin Subject: Re: PCIe bridges resources disappearing with ACPI enabled. 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, 27 Oct 2008 16:02:43 -0000 On Saturday 25 October 2008 06:43:44 pm Alexander Motin wrote: > Hi. > > I have spent whole day trying to investigate strange problem of my Acer > TM6292 laptop (965GM+ICH8M). When booted with ACPI enabled, all three > of PCIe-to-PCIe bridges appearing completely without I/O resources: > pcib1: irq 17 at device 28.0 on pci0 > pcib1: domain 0 > pcib1: secondary bus 2 > pcib1: subordinate bus 3 > pcib1: I/O decode 0x0-0x0 > pcib1: no prefetched decode > ... > At the same time, with ACPI disabled, resources are present. There are > some different problem with IRQ in that case, but it is another > question, not so interesting to me. > > I have tried both IO and memory mapped PCIe configuration registers > without success. > > I have made heavy digging trying to find where resources disappearing. I > have even added debug printing inside pcireg_cfgwrite() and > pciereg_cfgwrite() to trace if somebody erases it and found nothing. > Nothing writes into that devices configuration registers. The SMI handle could be clearing the BARs when ACPI is enabled for some reason. Windows and Linux are smart enough to alloc resources for bridges, but FreeBSD isn't yet. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 27 16:18:08 2008 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 7F9F41065675; Mon, 27 Oct 2008 16:18:08 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi025.prodigy.net (nlpi025.sbcis.sbc.com [207.115.36.54]) by mx1.freebsd.org (Postfix) with ESMTP id 52FF18FC28; Mon, 27 Oct 2008 16:18:08 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-14-148.dsl.snfc21.pacbell.net [71.139.14.148]) (authenticated bits=0) by nlpi025.prodigy.net (8.13.8 smtpauth/dk/8.13.8) with ESMTP id m9RG7QSg016461; Mon, 27 Oct 2008 11:07:27 -0500 Message-ID: <4905E740.9060302@root.org> Date: Mon, 27 Oct 2008 09:07:28 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: John Baldwin References: <4903A120.7040003@FreeBSD.org> <200810271142.59666.jhb@freebsd.org> In-Reply-To: <200810271142.59666.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Alexander Motin Subject: Re: PCIe bridges resources disappearing with ACPI enabled. 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, 27 Oct 2008 16:18:08 -0000 John Baldwin wrote: > On Saturday 25 October 2008 06:43:44 pm Alexander Motin wrote: >> I have spent whole day trying to investigate strange problem of my Acer >> TM6292 laptop (965GM+ICH8M). When booted with ACPI enabled, all three >> of PCIe-to-PCIe bridges appearing completely without I/O resources: >> pcib1: irq 17 at device 28.0 on pci0 >> pcib1: domain 0 >> pcib1: secondary bus 2 >> pcib1: subordinate bus 3 >> pcib1: I/O decode 0x0-0x0 >> pcib1: no prefetched decode >> ... >> At the same time, with ACPI disabled, resources are present. There are >> some different problem with IRQ in that case, but it is another >> question, not so interesting to me. >> >> I have tried both IO and memory mapped PCIe configuration registers >> without success. >> >> I have made heavy digging trying to find where resources disappearing. I >> have even added debug printing inside pcireg_cfgwrite() and >> pciereg_cfgwrite() to trace if somebody erases it and found nothing. >> Nothing writes into that devices configuration registers. > > The SMI handler could be clearing the BARs when ACPI is enabled for some > reason. Windows and Linux are smart enough to alloc resources for bridges, > but FreeBSD isn't yet. That would match my expectations also. Where Linux works with ACPI but FreeBSD does not, it tends to be an error of omission (missing features) versus commission (a bug). So I would start looking into implementing more of the PCIe and ACPI spec. Look for areas where Linux has had more functionality brought in over the past couple years. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 27 23:10:09 2008 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 0E0961065675; Mon, 27 Oct 2008 23:10:09 +0000 (UTC) (envelope-from serge@a-1.com.ua) Received: from a1.com.ua (158-103-207-82.ip.ukrtel.net [82.207.103.158]) by mx1.freebsd.org (Postfix) with ESMTP id ACCD18FC14; Mon, 27 Oct 2008 23:10:08 +0000 (UTC) (envelope-from serge@a-1.com.ua) Received: from localhost ([127.0.0.1] helo=serge.a1.lan ident=nobody) by a1.com.ua with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1KuasG-000HpW-PL; Tue, 28 Oct 2008 00:47:48 +0200 Message-ID: <4906450E.4030700@a-1.com.ua> Date: Tue, 28 Oct 2008 00:47:42 +0200 From: Serge Semenenko User-Agent: Thunderbird 2.0.0.12 (X11/20080404) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4903A120.7040003@FreeBSD.org> <200810271142.59666.jhb@freebsd.org> In-Reply-To: <200810271142.59666.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: serge@a-1.com.ua X-SA-Exim-Scanned: No (on a1.com.ua); SAEximRunCond expanded to false Cc: Alexander Motin Subject: Re: PCIe bridges resources disappearing with ACPI enabled. 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, 27 Oct 2008 23:10:09 -0000 John Baldwin wrote: > On Saturday 25 October 2008 06:43:44 pm Alexander Motin wrote: > >> Hi. >> >> I have spent whole day trying to investigate strange problem of my Acer >> TM6292 laptop (965GM+ICH8M). When booted with ACPI enabled, all three >> of PCIe-to-PCIe bridges appearing completely without I/O resources: >> pcib1: irq 17 at device 28.0 on pci0 >> pcib1: domain 0 >> pcib1: secondary bus 2 >> pcib1: subordinate bus 3 >> pcib1: I/O decode 0x0-0x0 >> pcib1: no prefetched decode >> ... >> At the same time, with ACPI disabled, resources are present. There are >> some different problem with IRQ in that case, but it is another >> question, not so interesting to me. >> >> I have tried both IO and memory mapped PCIe configuration registers >> without success. >> >> I have made heavy digging trying to find where resources disappearing. I >> have even added debug printing inside pcireg_cfgwrite() and >> pciereg_cfgwrite() to trace if somebody erases it and found nothing. >> Nothing writes into that devices configuration registers. >> > > The SMI handle could be clearing the BARs when ACPI is enabled for some > reason. Windows and Linux are smart enough to alloc resources for bridges, > but FreeBSD isn't yet. > > Thanks for a good tip. Elimination of "Store (Zero, SMIC)" string from ASL code has solved the problem. From owner-freebsd-acpi@FreeBSD.ORG Tue Oct 28 15:31:50 2008 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 0E2881065679; Tue, 28 Oct 2008 15:31:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 86C298FC1D; Tue, 28 Oct 2008 15:31:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id m9SFUCWo024647; Tue, 28 Oct 2008 11:31:05 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Serge Semenenko Date: Tue, 28 Oct 2008 11:08:55 -0400 User-Agent: KMail/1.9.7 References: <4903A120.7040003@FreeBSD.org> <200810271142.59666.jhb@freebsd.org> <4906450E.4030700@a-1.com.ua> In-Reply-To: <4906450E.4030700@a-1.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810281108.56218.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 28 Oct 2008 11:31:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8526/Tue Oct 28 09:21:35 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, Alexander Motin Subject: Re: PCIe bridges resources disappearing with ACPI enabled. 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, 28 Oct 2008 15:31:50 -0000 On Monday 27 October 2008 06:47:42 pm Serge Semenenko wrote: > John Baldwin wrote: > > On Saturday 25 October 2008 06:43:44 pm Alexander Motin wrote: > > > >> Hi. > >> > >> I have spent whole day trying to investigate strange problem of my Acer > >> TM6292 laptop (965GM+ICH8M). When booted with ACPI enabled, all three > >> of PCIe-to-PCIe bridges appearing completely without I/O resources: > >> pcib1: irq 17 at device 28.0 on pci0 > >> pcib1: domain 0 > >> pcib1: secondary bus 2 > >> pcib1: subordinate bus 3 > >> pcib1: I/O decode 0x0-0x0 > >> pcib1: no prefetched decode > >> ... > >> At the same time, with ACPI disabled, resources are present. There are > >> some different problem with IRQ in that case, but it is another > >> question, not so interesting to me. > >> > >> I have tried both IO and memory mapped PCIe configuration registers > >> without success. > >> > >> I have made heavy digging trying to find where resources disappearing. I > >> have even added debug printing inside pcireg_cfgwrite() and > >> pciereg_cfgwrite() to trace if somebody erases it and found nothing. > >> Nothing writes into that devices configuration registers. > >> > > > > The SMI handle could be clearing the BARs when ACPI is enabled for some > > reason. Windows and Linux are smart enough to alloc resources for bridges, > > but FreeBSD isn't yet. > > > > > > Thanks for a good tip. Elimination of "Store (Zero, SMIC)" string from > ASL code has solved the problem. That may not be a good solution though as there may be other things the SMI handler is doing to enable ACPI support that the OS is dependent on. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 29 17:40:49 2008 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 102E71065679; Wed, 29 Oct 2008 17:40:49 +0000 (UTC) (envelope-from serge@a-1.com.ua) Received: from a1.com.ua (158-103-207-82.ip.ukrtel.net [82.207.103.158]) by mx1.freebsd.org (Postfix) with ESMTP id ACC698FC16; Wed, 29 Oct 2008 17:40:47 +0000 (UTC) (envelope-from serge@a-1.com.ua) Received: from localhost ([127.0.0.1] helo=serge.a1.lan ident=nobody) by a1.com.ua with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1KvF2D-0008Ns-Sb; Wed, 29 Oct 2008 19:40:45 +0200 Message-ID: <4908A017.3070305@a-1.com.ua> Date: Wed, 29 Oct 2008 19:40:39 +0200 From: Serge Semenenko User-Agent: Thunderbird 2.0.0.12 (X11/20080404) MIME-Version: 1.0 To: John Baldwin References: <4903A120.7040003@FreeBSD.org> <200810271142.59666.jhb@freebsd.org> <4906450E.4030700@a-1.com.ua> <200810281108.56218.jhb@freebsd.org> In-Reply-To: <200810281108.56218.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: serge@a-1.com.ua X-SA-Exim-Scanned: No (on a1.com.ua); SAEximRunCond expanded to false Cc: freebsd-acpi@freebsd.org, Alexander Motin Subject: Re: PCIe bridges resources disappearing with ACPI enabled. 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, 29 Oct 2008 17:40:49 -0000 John Baldwin wrote: > On Monday 27 October 2008 06:47:42 pm Serge Semenenko wrote: > >> John Baldwin wrote: >> >>> On Saturday 25 October 2008 06:43:44 pm Alexander Motin wrote: >>> >>> >>>> Hi. >>>> >>>> I have spent whole day trying to investigate strange problem of my Acer >>>> TM6292 laptop (965GM+ICH8M). When booted with ACPI enabled, all three >>>> of PCIe-to-PCIe bridges appearing completely without I/O resources: >>>> pcib1: irq 17 at device 28.0 on pci0 >>>> pcib1: domain 0 >>>> pcib1: secondary bus 2 >>>> pcib1: subordinate bus 3 >>>> pcib1: I/O decode 0x0-0x0 >>>> pcib1: no prefetched decode >>>> ... >>>> At the same time, with ACPI disabled, resources are present. There are >>>> some different problem with IRQ in that case, but it is another >>>> question, not so interesting to me. >>>> >>>> I have tried both IO and memory mapped PCIe configuration registers >>>> without success. >>>> >>>> I have made heavy digging trying to find where resources disappearing. I >>>> have even added debug printing inside pcireg_cfgwrite() and >>>> pciereg_cfgwrite() to trace if somebody erases it and found nothing. >>>> Nothing writes into that devices configuration registers. >>>> >>>> >>> The SMI handle could be clearing the BARs when ACPI is enabled for some >>> reason. Windows and Linux are smart enough to alloc resources for >>> > bridges, > >>> but FreeBSD isn't yet. >>> >>> >>> >> Thanks for a good tip. Elimination of "Store (Zero, SMIC)" string from >> ASL code has solved the problem. >> > > That may not be a good solution though as there may be other things the SMI > handler is doing to enable ACPI support that the OS is dependent on. > > Seems you're right. Some WMI routines stop working. But anyway that appears unrelated to the subject. Got to make a confession... It's a shame, but I've forgot about NO_MODULES="YES" option at make.conf... So my acpi.ko remains hacked all the time... After rebuild even with patched ASL bridge resources are still unassigned... Sorry for the mess.. From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 30 02:48:26 2008 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 05A47106567E for ; Thu, 30 Oct 2008 02:48:26 +0000 (UTC) (envelope-from soediro@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id C911E8FC17 for ; Thu, 30 Oct 2008 02:48:25 +0000 (UTC) (envelope-from soediro@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so330137wfg.7 for ; Wed, 29 Oct 2008 19:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=FG0Yfus+E9c74GVJKEH8v1u66CsO8N9S2MP0ItES0Rw=; b=r+y5I20UDnasUSgdLp+LZYK/aK6IKlDQxP/WYxiF3+vWNE1FGSqMbU+loOH6i6fE0B omwcrAogl65a7WC74k26IV8o14Qya3gJ692id3NyTAwhdRPtv8yNGhrLhReVlwHjY8dE v2xwHslaAjfphFiTPxbYiWD2jW94r1cdsoCu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=pO39c5BHBkT1u7Ng6h7SwzAOwmn5YpE8amgGYVvIFU1Z42ELOJbDX6rdR8JIxzXcPL m8UnQtwEZ/zlxRKzFc1VfNgLru+02TeyyVRS8LnwmqI3RoH3QDpJFh5jflg1y733JbS/ O2ZmLqdBZqK2gYmoQeE3mE1KC1vO4SxzSZMBg= Received: by 10.142.223.20 with SMTP id v20mr4369248wfg.81.1225333329066; Wed, 29 Oct 2008 19:22:09 -0700 (PDT) Received: by 10.142.191.1 with HTTP; Wed, 29 Oct 2008 19:22:09 -0700 (PDT) Message-ID: <41fb1abc0810291922r239289e5ubb033e687d09bd5b@mail.gmail.com> Date: Thu, 30 Oct 2008 09:22:09 +0700 From: sudiro To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: router and inline proxy problem in FreeBSD 7.0 RELEASE 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, 30 Oct 2008 02:48:26 -0000 I've been setting up router & proxy in a single machine. With additional kernel configuration as follows: options IPFIREWALL options IPDIVERT and "unsecured" firewall /usr/local/etc/firewall.conf as: add divert natd all from any to any via sk0 add allow all from any to any with above configuration and some additional parameter at /etc/rc.conf, I can't connect directly from my LAN to the internet or ICMP request to my ISP or run tracert in DOS box, except the browser which has to be set using proxy connection first. I've read the official documentation and some related books both FreeBSD and Squid. but remain the same. is there anything left? I'm using 2 NIC. one facing the internet (connect to my ISP using static IP), another facing my LAN. Thank's From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 31 16:39:22 2008 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 F345C106564A for ; Fri, 31 Oct 2008 16:39:21 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id B276B8FC0A for ; Fri, 31 Oct 2008 16:39:21 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 31 Oct 2008 09:39:21 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.33,523,1220252400"; d="scan'208";a="68508291" Received: from unknown (HELO azsmsx601.amr.corp.intel.com) ([10.2.121.193]) by azsmga001.ch.intel.com with ESMTP; 31 Oct 2008 09:39:20 -0700 Received: from orsmsx603.amr.corp.intel.com (10.22.226.49) by azsmsx601.amr.corp.intel.com (10.2.121.193) with Microsoft SMTP Server (TLS) id 8.1.311.2; Fri, 31 Oct 2008 09:39:18 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx603.amr.corp.intel.com ([10.22.226.49]) with mapi; Fri, 31 Oct 2008 09:39:17 -0700 From: "Moore, Robert" To: "Moore, Robert" Date: Fri, 31 Oct 2008 09:39:16 -0700 Thread-Topic: ACPICA version 20081031 released Thread-Index: Ack7dzbXPqNentGpRcSrRLjoRnzf0Q== Message-ID: <4911F71203A09E4D9981D27F9D8308580AEC1809@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 X-Mailman-Approved-At: Fri, 31 Oct 2008 16:46:57 +0000 Cc: Subject: ACPICA version 20081031 released 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, 31 Oct 2008 16:39:22 -0000 31 October 2008. Summary of changes for version 20081031: This release is available at www.acpica.org/downloads. 1) ACPI CA Core Subsystem: Restructured the ACPICA header files into public/private. acpi.h now includ= es only the "public" acpica headers. All other acpica headers are "private"= and should not be included by acpica users. One new file, accommon.h is us= ed to include the commonly used private headers for acpica code generation.= Future plans include moving all private headers to a new subdirectory. Implemented an automatic Buffer->String return value conversion for predefi= ned ACPI methods. For these methods (such as _BIF), added automatic convers= ion for return objects that are required to be a String, but a Buffer was f= ound instead. This can happen when reading string battery data from an oper= ation region, because it used to be difficult to convert the data from buff= er to string from within the ASL. Ensures that the host OS is provided with= a valid null-terminated string. Linux BZ 11822. Updated the FACS waking vector interfaces. Split AcpiSetFirmwareWakingVecto= r into two: one for the 32-bit vector, another for the 64-bit vector. This = is required because the host OS must setup the wake much differently for ea= ch vector (real vs. protected mode, etc.) and the interface itself should n= ot be deciding which vector to use. Also, eliminated the GetFirmwareWakingV= ector interface, as it served no purpose (only the firmware reads the vecto= r, OS only writes the vector.) ACPICA BZ 731. Implemented a mechanism to escape infinite AML While() loops. Added a loop = counter to force exit from AML While loops if the count becomes too large. = This can occur in poorly written AML when the hardware does not respond wit= hin a while loop and the loop does not implement a timeout. The maximum loo= p count is configurable. A new exception code is returned when a loop is br= oken, AE_AML_INFINITE_LOOP. Alexey Starikovskiy, Bob Moore. Optimized the execution of AML While loops. Previously, a control state obj= ect was allocated and freed for each execution of the loop. The optimizatio= n is to simply reuse the control state for each iteration. This speeds up t= he raw loop execution time by about 5%. Enhanced the implicit return mechanism. For Windows compatibility, return a= n implicit integer of value zero for methods that contain no executable cod= e. Such methods are seen in the field as stubs (presumably), and can cause = drivers to fail if they expect a return value. Lin Ming. Allow multiple backslashes as root prefixes in namepaths. In a fully qualif= ied namepath, allow multiple backslash prefixes. This can happen (and is se= en in the field) because of the use of a double-backslash in strings (since= backslash is the escape character) causing confusion. ACPICA BZ 739 Lin Mi= ng. Emit a warning if two different FACS or DSDT tables are discovered in the F= ADT. Checks if there are two valid but different addresses for the FACS and= DSDT within the FADT (mismatch between the 32-bit and 64-bit fields.) Consolidated the method argument count validation code. Merged the code tha= t validates control method argument counts into the predefined validation m= odule. Eliminates possible multiple warnings for incorrect argument counts. Implemented ACPICA example code. Includes code for ACPICA initialization, h= andler installation, and calling a control method. Available at source/tool= s/examples. Added a global pointer for FACS table to simplify internal FACS access. Use= the global pointer instead of using AcpiGetTableByIndex for each FACS acce= ss. This simplifies the code for the Global Lock and the Firmware Waking Ve= ctor(s). Example Code and Data Size: These are the sizes for the OS-independent acpi= ca.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug = version of the code includes the debug output trace mechanism and has a muc= h larger code and data size. Previous Release: Non-Debug Version: 81.2K Code, 17.0K Data, 98.2K Total Debug Version: 155.8K Code, 49.1K Data, 204.9K Total Current Release: Non-Debug Version: 81.7K Code, 17.3K Data, 99.0K Total Debug Version: 156.4K Code, 49.4K Data, 205.8K Total 2) iASL Compiler/Disassembler and Tools: iASL: Improved disassembly of external method calls. Added the -e option to= allow the inclusion of additional ACPI tables to help with the disassembly= of method invocations and the generation of external declarations during t= he disassembly. Certain external method invocations cannot be disassembled = properly without the actual declaration of the method. Use the -e option to= include the table where the external method(s) are actually declared. Most= useful for disassembling SSDTs that make method calls back to the master D= SDT. Lin Ming. Example: To disassemble an SSDT with calls to DSDT: iasl -d= -e dsdt.aml ssdt1.aml iASL: Fix to allow references to aliases within ASL namepaths. Fixes a prob= lem where the use of an alias within a namepath would result in a not found= error or cause the compiler to fault. Also now allows forward references f= rom the Alias operator itself. ACPICA BZ 738. From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 31 18:37:31 2008 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 0B23D1065675 for ; Fri, 31 Oct 2008 18:37:31 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.186]) by mx1.freebsd.org (Postfix) with ESMTP id B6C538FC1E for ; Fri, 31 Oct 2008 18:37:30 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so1093575rne.12 for ; Fri, 31 Oct 2008 11:37:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=6xj5+Y4A51UbSxix1IPyXQTqu5oE3CKO+TvMaB/+9UM=; b=tvcFEBSibqSpiIdEFhoVTMf5hn4B5Clddnbyp5tk3sXh6K5O2TleaL3+sJDUDfMeRz RTgL24bvyMK3lzws5QJeRM+E6iQdni5uynsAfcHy1FlG7zR1aTkPl6dnc8SIaoadXwlk QoK45cpSER5FTtq+bcJv2YSmNOSVtMPOOrjFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=cOVVUpMZ38uZSlK3HeBWEGINL+Yy7s26+QQlvW1AFvnjJ6ZQTmUU9dG0eZzN9DZJzB I0u8JdY2TRkgDM7ndvW3gFFQPcyFbqmQb7RJ3mqhkHf9dol08H1nOAHNvTuOeUMT3pGA kL0lQ/hSD0/6JQnUAGH/bX92VizKR7A19mrgM= Received: by 10.150.204.12 with SMTP id b12mr220724ybg.135.1225476726372; Fri, 31 Oct 2008 11:12:06 -0700 (PDT) Received: by 10.151.26.16 with HTTP; Fri, 31 Oct 2008 11:12:06 -0700 (PDT) Message-ID: Date: Fri, 31 Oct 2008 21:12:06 +0300 From: "Nikolay Tychina" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI coexist with APM 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, 31 Oct 2008 18:37:31 -0000 Hello, acpi is enabled, apm is disabled. > cat /boot/device.hints | grep apm hint.apm.0.disabled="1" hint.apm.0.flags="0x20" > cat /boot/device.hints | grep acpi hint.acpi.0.disabled="0" String "device apm" is commented in kernel config. ..and even kldstat shows NO apm: > kldstat -v | grep -i apm > As far as i know, they can't coexist. But they do: > apm APM version: 1.2 APM Management: Disabled AC Line status: on-line Battery Status: high Remaining battery life: 100% Remaining battery time: unknown Number of batteries: 1 Battery 0: Battery Status: high Remaining battery life: 100% Remaining battery time: unknown Resume timer: unknown Resume on ring indicator: disabled > acpiconf -i batt Design capacity: 4800 mAh Last full capacity: 3824 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 240 mAh Capacity (low): 144 mAh Low/warn granularity: 264 mAh Warn/full granularity: 3780 mAh Model number: Primary Serial number: Type: Lion OEM info: ACER State: high Remaining capacity: 100% Remaining time: unknown Present rate: 0 mA Voltage: 16391 mV Why apm shows me information, if it's disabled "by the data"? From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 31 19:03:22 2008 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 1C82E1065676 for ; Fri, 31 Oct 2008 19:03:22 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id 00BE68FC1D for ; Fri, 31 Oct 2008 19:03:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id LCF98340; Fri, 31 Oct 2008 11:52:40 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BB2F045010; Fri, 31 Oct 2008 11:52:40 -0700 (PDT) To: "Nikolay Tychina" In-Reply-To: Your message of "Fri, 31 Oct 2008 21:12:06 +0300." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1225479160_1165P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 31 Oct 2008 11:52:40 -0700 From: "Kevin Oberman" Message-Id: <20081031185240.BB2F045010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Nikolay Tychina X-To_Domain: gmail.com X-To: "Nikolay Tychina" X-To_Email: niktychina@gmail.com X-To_Alias: niktychina Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI coexist with APM 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, 31 Oct 2008 19:03:22 -0000 --==_Exmh_1225479160_1165P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 31 Oct 2008 21:12:06 +0300 > From: "Nikolay Tychina" > Sender: owner-freebsd-acpi@freebsd.org > > Hello, > > acpi is enabled, apm is disabled. > > > cat /boot/device.hints | grep apm > > hint.apm.0.disabled="1" > hint.apm.0.flags="0x20" > > cat /boot/device.hints | grep acpi > hint.acpi.0.disabled="0" > > String "device apm" is commented in kernel config. > ..and even kldstat shows NO apm: > > kldstat -v | grep -i apm > > > > > > As far as i know, they can't coexist. But they do: > > > > > apm > APM version: 1.2 > APM Management: Disabled > AC Line status: on-line > > Battery Status: high > Remaining battery life: 100% > Remaining battery time: unknown > Number of batteries: 1 > Battery 0: > Battery Status: high > Remaining battery life: 100% > Remaining battery time: unknown > > Resume timer: unknown > Resume on ring indicator: disabled > > > acpiconf -i batt > Design capacity: 4800 mAh > Last full capacity: 3824 mAh > Technology: secondary (rechargeable) > Design voltage: 14800 mV > Capacity (warn): 240 mAh > Capacity (low): 144 mAh > Low/warn granularity: 264 mAh > Warn/full granularity: 3780 mAh > Model number: Primary > Serial number: > Type: Lion > OEM info: ACER > State: high > Remaining capacity: 100% > Remaining time: unknown > Present rate: 0 mA > Voltage: 16391 mV > > > > Why apm shows me information, if it's disabled "by the data"? Because the ACPI code has an APM emulator that supports legacy applications that lack ACPI capability. The apm command is an obvious case. Does your rc.conf have "apm_enable" or "apmd_enable"? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1225479160_1165P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFJC1P4kn3rs5h7N1ERAnMtAJ9V4l5tELmAm/kS2vNtH4VoRHkF5QCeODMm /vaGlRXJza88ko5DpmVeTEw= =oHXp -----END PGP SIGNATURE----- --==_Exmh_1225479160_1165P-- From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 31 19:45:47 2008 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 0AF4A1065674 for ; Fri, 31 Oct 2008 19:45:47 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id B17D48FC12 for ; Fri, 31 Oct 2008 19:45:46 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so592640ywe.13 for ; Fri, 31 Oct 2008 12:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=DnrbWC1H0T/TN+10wpokAnOkh8EZKFM3YVlljw69yAE=; b=S1FSRe19QlMGYarC7eAcYx5BwRIQv4cK1JCWKqUV68OgQJnBBrkoC4I7Tb2LouKI/X 13knZc0wwue69iQnXXfhG+M9Gnu2hwUQsBk9JKs/pUnwXUzkEvhrLfXt+ssTDRlqrFL3 hBqa+DMUUZP1Tl9kwyBriKAIufYJf8WO2nyBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=aH/gklTI4GTX4DRinjQX+UBQklE6yttD0O72odigFxjKQvjD39oGkadoRxcmAIN0TL 6waHF0jUMw8MdcVi1bDQw/hxWON7GrolGnoqYJLuzoD47KfThrl/q1b7zrOvw0gplHME ITvzgJAYsJeXbiwzTwGxxnaf5EYyHtl/pWu44= Received: by 10.151.149.14 with SMTP id b14mr6166419ybo.232.1225482345829; Fri, 31 Oct 2008 12:45:45 -0700 (PDT) Received: by 10.151.26.16 with HTTP; Fri, 31 Oct 2008 12:45:45 -0700 (PDT) Message-ID: Date: Fri, 31 Oct 2008 22:45:45 +0300 From: "Nikolay Tychina" To: freebsd-acpi@freebsd.org In-Reply-To: <20081031185240.BB2F045010@ptavv.es.net> MIME-Version: 1.0 References: <20081031185240.BB2F045010@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ACPI coexist with APM 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, 31 Oct 2008 19:45:47 -0000 rc.conf hasn't "apm_enable" and "apmd_enable". 2008/10/31 Kevin Oberman > > Date: Fri, 31 Oct 2008 21:12:06 +0300 > > From: "Nikolay Tychina" > > Sender: owner-freebsd-acpi@freebsd.org > > > > Hello, > > > > acpi is enabled, apm is disabled. > > > > > cat /boot/device.hints | grep apm > > > > hint.apm.0.disabled="1" > > hint.apm.0.flags="0x20" > > > cat /boot/device.hints | grep acpi > > hint.acpi.0.disabled="0" > > > > String "device apm" is commented in kernel config. > > ..and even kldstat shows NO apm: > > > kldstat -v | grep -i apm > > > > > > > > > > > As far as i know, they can't coexist. But they do: > > > > > > > > > apm > > APM version: 1.2 > > APM Management: Disabled > > AC Line status: on-line > > > > Battery Status: high > > Remaining battery life: 100% > > Remaining battery time: unknown > > Number of batteries: 1 > > Battery 0: > > Battery Status: high > > Remaining battery life: 100% > > Remaining battery time: unknown > > > > Resume timer: unknown > > Resume on ring indicator: disabled > > > > > acpiconf -i batt > > Design capacity: 4800 mAh > > Last full capacity: 3824 mAh > > Technology: secondary (rechargeable) > > Design voltage: 14800 mV > > Capacity (warn): 240 mAh > > Capacity (low): 144 mAh > > Low/warn granularity: 264 mAh > > Warn/full granularity: 3780 mAh > > Model number: Primary > > Serial number: > > Type: Lion > > OEM info: ACER > > State: high > > Remaining capacity: 100% > > Remaining time: unknown > > Present rate: 0 mA > > Voltage: 16391 mV > > > > > > > > Why apm shows me information, if it's disabled "by the data"? > > Because the ACPI code has an APM emulator that supports legacy > applications that lack ACPI capability. The apm command is an obvious > case. > > Does your rc.conf have "apm_enable" or "apmd_enable"? > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 1 00:20:05 2008 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 9DF131065690 for ; Sat, 1 Nov 2008 00:20:05 +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 8C4028FC1C for ; Sat, 1 Nov 2008 00:20:05 +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 mA10K5O3065655 for ; Sat, 1 Nov 2008 00:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mA10K5Lc065654; Sat, 1 Nov 2008 00:20:05 GMT (envelope-from gnats) Date: Sat, 1 Nov 2008 00:20:05 GMT Message-Id: <200811010020.mA10K5Lc065654@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Jung-uk Kim Cc: Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jung-uk Kim List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2008 00:20:05 -0000 The following reply was made to PR kern/121504; it has been noted by GNATS. From: Jung-uk Kim To: "Anish Mistry" Cc: bug-followup@FreeBSD.org, John Baldwin Subject: Re: kern/121504: [patch] Correctly set hw.acpi.osname on certain machines Date: Fri, 31 Oct 2008 20:09:50 -0400 --Boundary-00=_Q55CJS/aKGjigvh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline If you are still feeling adventurous, please try the attached patch. Note that _OSI is very different from _OS_ and we cannot reuse "hw.acpi.osname" tunable here. First of all, _OSI method must be able to match multiple entries, not just predefined OS strings, e.g., "3.0 Thermal Model", "Extended Address Space Descriptor", etc. although nobody really uses these 'feature group strings' for their BIOS implementations. (Ideally, if there is a device driver which implemented the feature, the driver is responsible for registering its capabilities to this table.) With the attached patch, you can add multiple entries by setting "hw.acpi.supported_osi" tunable and they must be comma-separated, e.g.: hw.acpi.supported_osi="Windows 2006, Processor Device" You can even try something like this: hw.acpi.supported_osi="FreeBSD,Linux,Windows 2001,Windows 2006" It means the OS supports all of the above OS interfaces (but we don't). Well, it is not impossible, at least in theory. :-) Warning #1: It may affect your system badly if the BIOS implements OS-specific "workarounds" or "features" for You-Know-Who. ;-) Warning #2: Even if your DSDT contains _OSI("FreeBSD"), it does not mean that you can set hw.acpi.supported_osi="FreeBSD" and expect an improvement. Most likely the code path is never tested and it may even cause regression. See http://ubuntuforums.org/showthread.php?t=869249 for the latest Linux episode. With the exact same reason, I am not setting any default value here. Cheers, Jung-uk Kim --Boundary-00=_Q55CJS/aKGjigvh Content-Type: text/plain; charset="iso-8859-1"; name="OsdMemory.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="OsdMemory.patch" --- sys/dev/acpica/Osd/OsdMemory.c 22 Mar 2007 18:16:41 -0000 1.15 +++ sys/dev/acpica/Osd/OsdMemory.c 31 Oct 2008 22:52:58 -0000 @@ -40,6 +40,9 @@ #include #include +static char acpi_osi[128]; +TUNABLE_STR("hw.acpi.supported_osi", acpi_osi, sizeof(acpi_osi)); + MALLOC_DEFINE(M_ACPICA, "acpica", "ACPI CA memory pool"); void * @@ -77,6 +80,29 @@ ACPI_STATUS AcpiOsValidateInterface (char *Interface) { + size_t len; + char *cp; + + if (Interface == NULL || *Interface == '\0') + return (AE_BAD_PARAMETER); + + if (*acpi_osi != '\0') { + cp = acpi_osi; + len = strlen(Interface); + for (;;) { + if (strlen(cp) < len || (cp = strstr(cp, Interface)) == NULL) + break; + cp += len; + if (*cp == '\0' || *cp == ',') { + if (bootverbose) + printf("ACPI: _OSI(\"%s\") matched\n", Interface); + return (AE_OK); + } + while (*cp != '\0' && *cp != ',') + cp++; + } + } + return (AE_SUPPORT); } --Boundary-00=_Q55CJS/aKGjigvh--