From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 11 16:40:35 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13501106564A for ; Sun, 11 Apr 2010 16:40:35 +0000 (UTC) (envelope-from amikkili@ecn.purdue.edu) Received: from mx02.ecn.purdue.edu (smtp.ecn.purdue.edu [128.46.177.9]) by mx1.freebsd.org (Postfix) with ESMTP id C22018FC0C for ; Sun, 11 Apr 2010 16:40:34 +0000 (UTC) Received: from snarky.local (pool-108-10-97-179.ipslin.dsl-w.verizon.net [108.10.97.179]) (authenticated bits=0) by smtp.ecn.purdue.edu (8.14.4/8.14.4) with ESMTP id o3BGO2Yh009057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 11 Apr 2010 12:24:02 -0400 From: "Aravind K. Mikkilineni" To: freebsd-acpi@freebsd.org Date: Sun, 11 Apr 2010 12:23:58 -0400 User-Agent: KMail/1.9.9 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201004111223.59181.amikkili@ecn.purdue.edu> X-ECN-MailServer-VirusScanned: by amavisd-new X-ECN-MailServer-Origination: pool-108-10-97-179.ipslin.dsl-w.verizon.net [108.10.97.179] X-ECN-MailServer-SpamScanAdvice: DoScan Subject: Toshiba U405-S2833 does not resume from S3 suspend FreeBSD-8.0-STABLE-201004 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, 11 Apr 2010 16:40:35 -0000 I have a Toshiba U405-S2833 laptop which does not resume from S3 suspend running FreeBSD-8.0-STABLE-201004 with the following patch to get the msk ethernet device to work (ACPI related). http://forums.freebsd.org/showpost.php?p=59431&postcount=54 The console output from a suspend/resume session is as follows: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv >>>>> These are comments <<<<< # sync # sync # sync # acpiconf -s 3 # fwohci0: fwohci_pci_suspend >>>>> SYSTEM GOES TO SLEEP AT THIS POINT <<<<< >>>>> Press key on keyboard to wake up <<<<< >>>>> or close lid/screen and open lid/screen <<<<< acpi0: suspend request ignored (not ready yet) acpi0: request to enter state S5 failed (err 6) battery0: battery initialization start ugen3.2: at usbus3 (disconnected) battery0: battery initialization done, tried 1 times acpi_ec0: wait timed out (response), forcing polled mode >>>>> Keyboard is unresponsive at this point <<<<< >>>>> Every few minutes afterward the following two appear <<<<< acd0: WARNING -TEST_UNIT_READY taskqueue timeout - completing request directly acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly >>>>> The only button that generates a response is the power button <<<<< >>>>> Press power button <<<<< request to enter state S5 failed (err 6) >>>>> Hold down power button to shutdown computer and bring back up <<<<< ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I am able to suspend/resume without the patch, however I have no ethernet. Console output below running unpatched GENERIC kernel vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv >>>>> These are comments <<<<< # sync # sync # sync # acpiconf -s 3 # fwohci0: fwohci_pci_suspend >>>>> SYSTEM GOES TO SLEEP AT THIS POINT <<<<< >>>>> Press key on keyboard to wake up <<<<< >>>>> or close lid/screen and open lid/screen <<<<< acpi0: suspend request ignored (not ready yet) acpi0: request to enter state S5 failed (err 6) battery0: battery initialization start ugen3.2: at usbus3 (disconnected) battery0: battery initialization done, tried 1 times fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000,SelfID Count=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus managet 0 fwohci0: unrecoverable error >>>>> Press Enter <<<<< # >>>>> Back to normal operation <<<<< ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I have gathered all relevent information and placed it at the following address so as not to create a super long post. (The link below ~90k) http://cobweb.ecn.purdue.edu/~amikkili/private/Toshiba_U405-S2833.tar.gz Included are the following . |-- INDEX "This file" |-- S3_console_output "Transcribed console output after resume" |-- asl.gz "acpidump -dt" |-- dmesg.GENERIC "dmesg from unpatched GENERIC kernel" |-- dmesg.PATCHED_GENERIC "dmesg from patched GENERIC kernel" |-- dmesg.linux "dmesg from linux on same laptop" |-- pcib_pci.patch "PATCH used to get msk ethernet working" |-- sysctl.output "sysctl -a" `-- other_info_from_linux "Other information from linux on same laptop" |-- dsdt |-- iomem |-- ioports |-- lsmod.log |-- lspci.log `-- lsusb.log I included some information from Linux as well since the machine works under linux (including ACPI). Hopefully that is helpful is correcting the behavior in FreeBSD. Any assistance is appreciated. Please let me know if more information is needed. Thanks! -akm From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 11 19:25:08 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804B0106564A; Sun, 11 Apr 2010 19:25:08 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from hita.home.const.name (dale.cnst.cs.uwaterloo.ca [129.97.7.219]) by mx1.freebsd.org (Postfix) with ESMTP id E79028FC14; Sun, 11 Apr 2010 19:25:07 +0000 (UTC) Received: from dale.cnst.cs.uwaterloo.ca (localhost [127.0.0.1]) by hita.home.const.name (8.14.3/8.14.3) with ESMTP id o3BJOowt001457; Sun, 11 Apr 2010 15:24:50 -0400 (EDT) (envelope-from cnst@FreeBSD.org) Received: (from constant@localhost) by dale.cnst.cs.uwaterloo.ca (8.14.3/8.14.3/Submit) id o3BJOn3p001456; Sun, 11 Apr 2010 15:24:49 -0400 (EDT) (envelope-from cnst@FreeBSD.org) X-Authentication-Warning: dale.cnst.cs.uwaterloo.ca: constant set sender to cnst@FreeBSD.org using -f Date: Sun, 11 Apr 2010 15:24:49 -0400 From: "Constantine A. Murenin" To: "M. Warner Losh" Message-ID: <20100411192449.GA1367@dale.cnst.cs.uwaterloo.ca> References: <20100405055947.GA3544@hita.home.const.name> <20100406.074313.364718154403381345.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20100406.074313.364718154403381345.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Organization: David R. Cheriton School of Computer Science, Faculty of Mathematics, University of Waterloo X-Postal-Address: Constantine A. Murenin, David R. Cheriton School of Computer Science, University of Waterloo, 200 University Avenue West, Waterloo, Ontario N2L 3G1 Canada X-Office-Phone: +1-519-888-4567 x33581 X-Mobile-Phone: +1-K1W-ST1-CNST X-WWW: http://Constantine.SU/ X-LinkedIn: http://www.linkedin.com/in/mureninc Cc: freebsd-acpi@FreeBSD.org, "Constantine A. Murenin" , rpaulo@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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, 11 Apr 2010 19:25:08 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline On Tue, Apr 06, 2010 at 07:43:13AM -0600, M. Warner Losh wrote: > In message: > Rui Paulo writes: > : Hi, > : > : On 5 Apr 2010, at 06:59, Constantine A. Murenin wrote: > : > : > Dear freebsd-{acpi,drivers,hardware}@, > : > > : > Attached patch provides support for the hardware monitoring capabilities that are present in many modern desktop motherboards from ASUS featuring the ATK0110 ACPI device. > : > > : > This driver, aibs(4), is a fresh replacement for FreeBSD's existing acpi_aiboost(4). The new aibs(4) driver has the following advantages when compared to the old acpi_aiboost(4): > : > * the sensors are now provided through the user-serviceable hw.acpi.aibs0 tree (with a subtree for each sensor type), instead of the Newbus-internal dev.acpi_aiboost.0 tree that contains various nonprime data at the same level as the actual sensors > : > : I was under the impression that this the right way in FreeBSD. > > To be clear, this is a regression. They should be through the dev > tree. We've been migrating exposed functionality from the hw. tree to > the dev. tree for quite some time now. hw. isn't any more > user-serviceable than dev. is. > > Warner Thanks for your comments. But what about the %desc, %driver, %location, %pnpinfo and %parent leaves that, for example, appear under the dev.aibs.0 tree? Don't they introduce the perception that the dev tree is not really user-serviceable, as most of the tree is practically entirely useless for the end-user? Is there, or should there be, a way to tell sysctl(8) to not print such %driver leaves under the dev tree? I've simply used acpi_thermal.c as the exemplar for hw.acpi attachment, as I've found it to produce more elegant results than the dev attachment. Should acpi_thermal be also converted to use the dev tree? I can write a patch. In any case, I've modified aibs(4) to now use its dev tree (see the patch inline); aibs(4) is now even smaller than it was before, still supporting several additional features: > ll /usr/c/src/sys/dev/acpi_support/{acpi_aiboost,atk0110}.c -rw-r--r-- 1 constant wheel 8919 Apr 3 20:31 /usr/c/src/sys/dev/acpi_support/acpi_aiboost.c -rw-r--r-- 1 constant wheel 8299 Apr 11 12:29 /usr/c/src/sys/dev/acpi_support/atk0110.c > ll /boot/kernel/*aib*s* -r-xr-xr-x 1 root wheel 11581 Apr 11 12:57 /boot/kernel/acpi_aiboost.ko -r-xr-xr-x 1 root wheel 24504 Apr 11 12:57 /boot/kernel/acpi_aiboost.ko.symbols -r-xr-xr-x 1 root wheel 9801 Apr 11 12:57 /boot/kernel/aibs.ko -r-xr-xr-x 1 root wheel 21203 Apr 11 12:57 /boot/kernel/aibs.ko.symbols > sysctl dev.aibs.0.{volt,temp,fan} dev.aibs.0.volt.0: 1240 850 1600 dev.aibs.0.volt.1: 3312 2970 3630 dev.aibs.0.volt.2: 5017 4500 5500 dev.aibs.0.volt.3: 12302 10200 13800 dev.aibs.0.temp.0: 30.0C 80.0C 95.0C dev.aibs.0.temp.1: 56.0C 60.0C 95.0C dev.aibs.0.fan.0: 878 600 7200 dev.aibs.0.fan.1: 0 700 7200 Best regards, Constantine. --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename="svn_diff.aibs.r0.2010-04-11T123857-0400.dev.patch" Index: share/man/man4/aibs.4 =================================================================== --- share/man/man4/aibs.4 (revision 0) +++ share/man/man4/aibs.4 (revision 0) @@ -0,0 +1,209 @@ +.\" $FreeBSD$ +.\" $NetBSD: aibs.4,v 1.2 2010/02/09 05:37:25 cnst Exp $ +.\" $OpenBSD: aibs.4,v 1.4 2009/07/30 06:30:45 jmc Exp $ +.\" +.\" Copyright (c) 2009/2010 Constantine A. Murenin +.\" +.\" Permission to use, copy, modify, and distribute this software for any +.\" purpose with or without fee is hereby granted, provided that the above +.\" copyright notice and this permission notice appear in all copies. +.\" +.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES +.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF +.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR +.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES +.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF +.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. +.\" +.Dd April 4, 2010 +.Dt AIBS 4 +.Os +.Sh NAME +.Nm aibs +.Nd "ASUSTeK AI Booster ACPI ATK0110 voltage, temperature and fan sensor" +.Sh SYNOPSIS +To compile this driver into the kernel, +place the following lines in your +kernel configuration file: +.Bd -ragged -offset indent +.Cd "device acpi" +.Cd "device aibs" +.Ed +.Pp +Alternatively, to load the driver as a +module at boot time, place the following lines in +.Xr loader.conf 5 : +.Bd -literal -offset indent +acpi_load="YES" +aibs_load="YES" +.Ed +.Sh DESCRIPTION +The +.Nm +driver provides support for the voltage, temperature and fan sensors +available through the +.Tn ATK0110 +.Tn ASOC +.Tn ACPI +device +on +.Tn ASUSTeK +motherboards. +The number of sensors of each type, +as well as the description of each sensor, +varies according to the motherboard. +.Pp +The driver supports an arbitrary set of sensors, +provides descriptions regarding what each sensor is used for, +and reports the current values as well as +the supposed range specifications of each sensor's input +as defined by the motherboard manufacturer through +.Tn ACPI . +.Pp +The range specifications are as follows: +.Bl -bullet +.It +Voltage sensors have a lower and an upper range specification. +.It +Temperature sensors have two upper specifications. +.It +Fan sensors may either have only the lower specification, +or, depending on the +.Tn DSDT , +one lower and one upper specification. +.El +.Pp +Sensor readings and the range specifications are made available through the +.Xr sysctl 3 +interface, +and can be monitored with +.Xr sysctl 8 . +For example, on an ASUS V3-P5G965 barebone: +.Bd -literal -offset indent +> sysctl dev.aibs.0.{volt,temp,fan} +dev.aibs.0.volt.0: 1192 850 1600 +dev.aibs.0.volt.1: 3312 2970 3630 +dev.aibs.0.volt.2: 5017 4500 5500 +dev.aibs.0.volt.3: 12302 10200 13800 +dev.aibs.0.temp.0: 28.0C 80.0C 95.0C +dev.aibs.0.temp.1: 55.0C 60.0C 95.0C +dev.aibs.0.fan.0: 878 600 7200 +dev.aibs.0.fan.1: 0 700 7200 +.Pp +> sysctl -d dev.aibs.0.{volt,temp,fan} +dev.aibs.0.volt: +dev.aibs.0.volt.0: Vcore Voltage +dev.aibs.0.volt.1: +3.3 Voltage +dev.aibs.0.volt.2: +5 Voltage +dev.aibs.0.volt.3: +12 Voltage +dev.aibs.0.temp: +dev.aibs.0.temp.0: CPU Temperature +dev.aibs.0.temp.1: MB Temperature +dev.aibs.0.fan: +dev.aibs.0.fan.0: CPU FAN Speed +dev.aibs.0.fan.1: CHASSIS FAN Speed +.Ed +.Pp +Generally, sensors provided by the +.Nm +driver may also be supported by certain other drivers or utilities +that access the +.Tn ISA / +.Tn LPC +or +.Tn I2C / +.Tn SMBus +devices directly. +The precise collection of +.Nm +sensors is comprised of the sensors +specifically utilised in the motherboard +design, which may be supported through +a combination of one or more physical hardware monitoring chips. +.Pp +The +.Nm +driver, however, provides the following advantages +when compared to the native hardware monitoring drivers or other utilities: +.Bl -bullet +.It +Sensor values from +.Nm +are expected to be more reliable. +For example, voltage sensors in many hardware monitoring chips +can only sense voltage from 0 to 2 or 4 volts, and the excessive +voltage is removed by the resistors, which may vary with the motherboard +and with the voltage that is being sensed. +In +.Nm , +the required resistor factors are provided by +the motherboard manufacturer through +.Tn ACPI ; +in the native drivers, the resistor factors +are encoded into the driver based on the chip manufacturer's recommendations. +In essence, sensor values from +.Nm +are very likely to be identical to the readings from the +Hardware Monitor screen in the BIOS. +.It +Sensor descriptions from +.Nm +are more likely to match the markings on the motherboard. +.It +Sensor range specifications are supported by +.Nm . +The range specification is reported +for each individual sensor as suggested by the motherboard manufacturer. +For example, the threshold for the CPU temperature sensor is likely +to be significantly higher than that for the chassis temperature sensor. +.It +Support for newer chips in +.Nm . +Newer chips may miss a native driver, +but should be supported through +.Nm +regardless. +.El +.Sh SEE ALSO +.Xr sysctl 3 , +.Xr acpi 4 , +.Xr sysctl 8 +.Sh HISTORY +The +.Nm +driver first appeared in +.Ox 4.7 , +.Dx 2.5 , +.Nx 6.0 +and +.Fx 9.0 . +.Pp +An earlier version of the driver, +.Nm acpi_aiboost , +first appeared in +.Fx 7.0 +and +.Nx 5.0 . +.Sh AUTHORS +.An -nosplit +The +.Nm +driver was written for +.Ox , +.Dx , +.Nx +and +.Fx +by +.An Constantine A. Murenin Aq cnst@FreeBSD.org , +Raouf Boutaba Research Group, +David R. Cheriton School of Computer Science, +University of Waterloo. +.Pp +An earlier version of the driver, named +.Nm acpi_aiboost , +was written for +.Fx +by +.An Takanori Watanabe . Index: share/man/man4/Makefile =================================================================== --- share/man/man4/Makefile (revision 206482) +++ share/man/man4/Makefile (working copy) @@ -26,6 +26,7 @@ ahc.4 \ ahci.4 \ ahd.4 \ + ${_aibs.4} \ aio.4 \ alc.4 \ ale.4 \ @@ -629,6 +630,7 @@ _acpi_sony.4= acpi_sony.4 _acpi_toshiba.4=acpi_toshiba.4 _acpi_wmi.4= acpi_wmi.4 +_aibs.4= aibs.4 _amdsbwd.4= amdsbwd.4 _amdsmb.4= amdsmb.4 _amdtemp.4= amdtemp.4 Index: sys/conf/files =================================================================== --- sys/conf/files (revision 206482) +++ sys/conf/files (working copy) @@ -416,6 +416,7 @@ dev/acpi_support/acpi_panasonic.c optional acpi_panasonic acpi dev/acpi_support/acpi_sony.c optional acpi_sony acpi dev/acpi_support/acpi_toshiba.c optional acpi_toshiba acpi +dev/acpi_support/atk0110.c optional aibs acpi dev/acpica/Osd/OsdDebug.c optional acpi dev/acpica/Osd/OsdHardware.c optional acpi dev/acpica/Osd/OsdInterrupt.c optional acpi Index: sys/modules/acpi/Makefile =================================================================== --- sys/modules/acpi/Makefile (revision 206482) +++ sys/modules/acpi/Makefile (working copy) @@ -6,6 +6,6 @@ SUBDIR+= acpi_aiboost acpi_asus acpi_fujitsu acpi_hp acpi_ibm \ acpi_panasonic acpi_sony acpi_toshiba acpi_video \ - acpi_dock acpi_wmi + acpi_dock acpi_wmi aibs .include Index: sys/modules/acpi/aibs/Makefile =================================================================== --- sys/modules/acpi/aibs/Makefile (revision 0) +++ sys/modules/acpi/aibs/Makefile (revision 0) @@ -0,0 +1,10 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../../dev/acpi_support + +KMOD= aibs +SRCS= atk0110.c +SRCS+= opt_acpi.h acpi_if.h bus_if.h device_if.h +SRCS+= opt_ddb.h + +.include Index: sys/dev/acpi_support/atk0110.c =================================================================== --- sys/dev/acpi_support/atk0110.c (revision 0) +++ sys/dev/acpi_support/atk0110.c (revision 0) @@ -0,0 +1,359 @@ +/* $FreeBSD$ */ +/* $NetBSD: atk0110.c,v 1.4 2010/02/11 06:54:57 cnst Exp $ */ +/* $OpenBSD: atk0110.c,v 1.1 2009/07/23 01:38:16 cnst Exp $ */ + +/* + * Copyright (c) 2009/2010 Constantine A. Murenin + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +/* + * ASUSTeK AI Booster (ACPI ASOC ATK0110). + * + * This code was originally written for OpenBSD after the techniques + * described in the Linux's asus_atk0110.c and FreeBSD's Takanori Watanabe's + * acpi_aiboost.c were verified to be accurate on the actual hardware kindly + * provided by Sam Fourman Jr. It was subsequently ported from OpenBSD to + * DragonFly BSD, to NetBSD's sysmon_envsys(9) and to FreeBSD's sysctl(9). + * + * -- Constantine A. Murenin + */ + +#define _COMPONENT ACPI_OEM +ACPI_MODULE_NAME("aibs"); +ACPI_SERIAL_DECL(aibs, "aibs"); + +#define AIBS_MORE_SENSORS +#define AIBS_VERBOSE + +enum aibs_type { + AIBS_VOLT, + AIBS_TEMP, + AIBS_FAN +}; + +struct aibs_sensor { + ACPI_INTEGER v; + ACPI_INTEGER i; + ACPI_INTEGER l; + ACPI_INTEGER h; + enum aibs_type t; +}; + +struct aibs_softc { + struct device *sc_dev; + ACPI_HANDLE sc_ah; + + struct aibs_sensor *sc_asens_volt; + struct aibs_sensor *sc_asens_temp; + struct aibs_sensor *sc_asens_fan; +}; + +static int aibs_probe(device_t); +static int aibs_attach(device_t); +static int aibs_detach(device_t); +static int aibs_sysctl(SYSCTL_HANDLER_ARGS); + +static void aibs_attach_sif(struct aibs_softc *, enum aibs_type); + +static device_method_t aibs_methods[] = { + DEVMETHOD(device_probe,aibs_probe), + DEVMETHOD(device_attach,aibs_attach), + DEVMETHOD(device_detach,aibs_detach), + { NULL, NULL } +}; + +static driver_t aibs_driver = { + "aibs", + aibs_methods, + sizeof(struct aibs_softc) +}; + +static devclass_t aibs_devclass; + +DRIVER_MODULE(aibs, acpi, aibs_driver, aibs_devclass, NULL, NULL); + + +static char* aibs_hids[] = { + "ATK0110", + NULL +}; + +static int +aibs_probe(device_t dev) +{ + if (acpi_disabled("aibs") || + ACPI_ID_PROBE(device_get_parent(dev), dev, aibs_hids) == NULL) + return ENXIO; + + device_set_desc(dev, "ASUSTeK AI Booster (ACPI ASOC ATK0110)"); + return 0; +} + +static int +aibs_attach(device_t dev) +{ + struct aibs_softc *sc = device_get_softc(dev); + + sc->sc_dev = dev; + sc->sc_ah = acpi_get_handle(dev); + + aibs_attach_sif(sc, AIBS_VOLT); + aibs_attach_sif(sc, AIBS_TEMP); + aibs_attach_sif(sc, AIBS_FAN); + + return 0; +} + +static void +aibs_attach_sif(struct aibs_softc *sc, enum aibs_type st) +{ + ACPI_STATUS s; + ACPI_BUFFER b; + ACPI_OBJECT *bp, *o; + int i, n; + const char *node; + char name[] = "?SIF"; + struct aibs_sensor *as; + struct sysctl_oid *so; + + switch (st) { + case AIBS_VOLT: + node = "volt"; + name[0] = 'V'; + break; + case AIBS_TEMP: + node = "temp"; + name[0] = 'T'; + break; + case AIBS_FAN: + node = "fan"; + name[0] = 'F'; + break; + default: + return; + } + + b.Length = ACPI_ALLOCATE_BUFFER; + s = AcpiEvaluateObjectTyped(sc->sc_ah, name, NULL, &b, + ACPI_TYPE_PACKAGE); + if (ACPI_FAILURE(s)) { + device_printf(sc->sc_dev, "%s not found\n", name); + return; + } + + bp = b.Pointer; + o = bp->Package.Elements; + if (o[0].Type != ACPI_TYPE_INTEGER) { + device_printf(sc->sc_dev, "%s[0]: invalid type\n", name); + AcpiOsFree(b.Pointer); + return; + } + + n = o[0].Integer.Value; + if (bp->Package.Count - 1 < n) { + device_printf(sc->sc_dev, "%s: invalid package\n", name); + AcpiOsFree(b.Pointer); + return; + } else if (bp->Package.Count - 1 > n) { + int on = n; + +#ifdef AIBS_MORE_SENSORS + n = bp->Package.Count - 1; +#endif + device_printf(sc->sc_dev, "%s: malformed package: %i/%i" + ", assume %i\n", name, on, bp->Package.Count - 1, n); + } + if (n < 1) { + device_printf(sc->sc_dev, "%s: no members in the package\n", + name); + AcpiOsFree(b.Pointer); + return; + } + + as = malloc(sizeof(*as) * n, M_DEVBUF, M_NOWAIT | M_ZERO); + if (as == NULL) { + device_printf(sc->sc_dev, "%s: malloc fail\n", name); + AcpiOsFree(b.Pointer); + return; + } + switch (st) { + case AIBS_VOLT: + sc->sc_asens_volt = as; + break; + case AIBS_TEMP: + sc->sc_asens_temp = as; + break; + case AIBS_FAN: + sc->sc_asens_fan = as; + break; + } + + /* sysctl subtree for sensors of this type */ + so = SYSCTL_ADD_NODE(device_get_sysctl_ctx(sc->sc_dev), + SYSCTL_CHILDREN(device_get_sysctl_tree(sc->sc_dev)), st, + node, CTLFLAG_RD, NULL, NULL); + + for (i = 0, o++; i < n; i++, o++) { + ACPI_OBJECT *oi; + char si[3]; + const char *desc; + + /* acpica5 automatically evaluates the referenced package */ + if(o[0].Type != ACPI_TYPE_PACKAGE) { + device_printf(sc->sc_dev, + "%s: %i: not a package: %i type\n", + name, i, o[0].Type); + continue; + } + oi = o[0].Package.Elements; + if (o[0].Package.Count != 5 || + oi[0].Type != ACPI_TYPE_INTEGER || + oi[1].Type != ACPI_TYPE_STRING || + oi[2].Type != ACPI_TYPE_INTEGER || + oi[3].Type != ACPI_TYPE_INTEGER || + oi[4].Type != ACPI_TYPE_INTEGER) { + device_printf(sc->sc_dev, + "%s: %i: invalid package\n", + name, i); + continue; + } + as[i].i = oi[0].Integer.Value; + desc = oi[1].String.Pointer; + as[i].l = oi[2].Integer.Value; + as[i].h = oi[3].Integer.Value; + as[i].t = st; +#ifdef AIBS_VERBOSE + device_printf(sc->sc_dev, "%c%i: " + "0x%08"PRIx64" %20s %5"PRIi64" / %5"PRIi64" " + "0x%"PRIx64"\n", + name[0], i, + as[i].i, desc, (int64_t)as[i].l, (int64_t)as[i].h, + oi[4].Integer.Value); +#endif + snprintf(si, sizeof(si), "%i", i); + SYSCTL_ADD_PROC(device_get_sysctl_ctx(sc->sc_dev), + SYSCTL_CHILDREN(so), i, si, CTLTYPE_OPAQUE | CTLFLAG_RD, + sc, st, aibs_sysctl, st == AIBS_TEMP ? "IK" : "I", desc); + } + + AcpiOsFree(b.Pointer); +} + +static int +aibs_detach(device_t dev) +{ + struct aibs_softc *sc = device_get_softc(dev); + + if (sc->sc_asens_volt != NULL) + free(sc->sc_asens_volt, M_DEVBUF); + if (sc->sc_asens_temp != NULL) + free(sc->sc_asens_temp, M_DEVBUF); + if (sc->sc_asens_fan != NULL) + free(sc->sc_asens_fan, M_DEVBUF); + return 0; +} + +#ifdef AIBS_VERBOSE +#define ddevice_printf(x...) device_printf(x) +#else +#define ddevice_printf(x...) +#endif + +static int +aibs_sysctl(SYSCTL_HANDLER_ARGS) +{ + struct aibs_softc *sc = arg1; + enum aibs_type st = arg2; + int i = oidp->oid_number; + ACPI_STATUS rs; + ACPI_OBJECT p, *bp; + ACPI_OBJECT_LIST mp; + ACPI_BUFFER b; + char *name; + struct aibs_sensor *as; + ACPI_INTEGER v, l, h; + int so[3]; + + switch (st) { + case AIBS_VOLT: + name = "RVLT"; + as = sc->sc_asens_volt; + break; + case AIBS_TEMP: + name = "RTMP"; + as = sc->sc_asens_temp; + break; + case AIBS_FAN: + name = "RFAN"; + as = sc->sc_asens_fan; + break; + default: + return ENOENT; + } + if (as == NULL) + return ENOENT; + l = as[i].l; + h = as[i].h; + p.Type = ACPI_TYPE_INTEGER; + p.Integer.Value = as[i].i; + mp.Count = 1; + mp.Pointer = &p; + b.Length = ACPI_ALLOCATE_BUFFER; + ACPI_SERIAL_BEGIN(aibs); + rs = AcpiEvaluateObjectTyped(sc->sc_ah, name, &mp, &b, + ACPI_TYPE_INTEGER); + if (ACPI_FAILURE(rs)) { + ddevice_printf(sc->sc_dev, + "%s: %i: evaluation failed\n", + name, i); + ACPI_SERIAL_END(aibs); + return EIO; + } + bp = b.Pointer; + v = bp->Integer.Value; + AcpiOsFree(b.Pointer); + ACPI_SERIAL_END(aibs); + + switch (st) { + case AIBS_VOLT: + break; + case AIBS_TEMP: + v += 2732; + l += 2732; + h += 2732; + break; + case AIBS_FAN: + break; + } + so[0] = v; + so[1] = l; + so[2] = h; + return sysctl_handle_opaque(oidp, &so, sizeof(so), req); +} Index: sys/i386/conf/NOTES =================================================================== --- sys/i386/conf/NOTES (revision 206482) +++ sys/i386/conf/NOTES (working copy) @@ -506,6 +506,9 @@ # ACPI Docking Station device acpi_dock +# ACPI ASOC ATK0110 ASUSTeK AI Booster (voltage, temperature and fan sensors) +device aibs + # The cpufreq(4) driver provides support for non-ACPI CPU frequency control device cpufreq --gBBFr7Ir9EOA20Yy-- From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 11 20:08:14 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0954C106566C; Sun, 11 Apr 2010 20:08:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 761118FC13; Sun, 11 Apr 2010 20:08:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o3BK0dl4093898; Sun, 11 Apr 2010 14:00:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 11 Apr 2010 14:00:47 -0600 (MDT) Message-Id: <20100411.140047.527849116143353707.imp@bsdimp.com> To: cnst@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20100411192449.GA1367@dale.cnst.cs.uwaterloo.ca> References: <20100406.074313.364718154403381345.imp@bsdimp.com> <20100411192449.GA1367@dale.cnst.cs.uwaterloo.ca> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, rpaulo@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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, 11 Apr 2010 20:08:14 -0000 In message: <20100411192449.GA1367@dale.cnst.cs.uwaterloo.ca> "Constantine A. Murenin" writes: : On Tue, Apr 06, 2010 at 07:43:13AM -0600, M. Warner Losh wrote: : > In message: : > Rui Paulo writes: : > : Hi, : > : : > : On 5 Apr 2010, at 06:59, Constantine A. Murenin wrote: : > : : > : > Dear freebsd-{acpi,drivers,hardware}@, : > : > : > : > Attached patch provides support for the hardware monitoring : > capabilities that are present in many modern desktop motherboards from : > ASUS featuring the ATK0110 ACPI device. : > : > : > : > This driver, aibs(4), is a fresh replacement for FreeBSD's : > existing acpi_aiboost(4). The new aibs(4) driver has the following : > advantages when compared to the old acpi_aiboost(4): : > : > * the sensors are now provided through the user-serviceable : > hw.acpi.aibs0 tree (with a subtree for each sensor type), instead of : > the Newbus-internal dev.acpi_aiboost.0 tree that contains various : > nonprime data at the same level as the actual sensors : > : : > : I was under the impression that this the right way in FreeBSD. : > : > To be clear, this is a regression. They should be through the dev : > tree. We've been migrating exposed functionality from the hw. tree to : > the dev. tree for quite some time now. hw. isn't any more : > user-serviceable than dev. is. : > Warner : : Thanks for your comments. But what about the %desc, %driver, : %location, %pnpinfo and %parent leaves that, for example, appear under : the dev.aibs.0 tree? Yes. They do. : Don't they introduce the perception that the dev : tree is not really user-serviceable, as most of the tree is : practically entirely useless for the end-user? No, they shouldn't. There's documented APIs for hooking into this tree. That sounds like it would be user-serviceable. That certainly was the intent when DES added them. : Is there, or should : there be, a way to tell sysctl(8) to not print such %driver leaves : under the dev tree? sysctl dev.acpi | grep -v % will do the trick. : I've simply used acpi_thermal.c as the exemplar : for hw.acpi attachment, as I've found it to produce more elegant : results than the dev attachment. Should acpi_thermal be also : converted to use the dev tree? I can write a patch. I think it should be. : In any case, I've modified aibs(4) to now use its dev tree (see the : patch inline); aibs(4) is now even smaller than it was before, still : supporting several additional features: Woo Hoo! : > ll /usr/c/src/sys/dev/acpi_support/{acpi_aiboost,atk0110}.c : -rw-r--r-- 1 constant wheel 8919 Apr 3 20:31 : -/usr/c/src/sys/dev/acpi_support/acpi_aiboost.c : -rw-r--r-- 1 constant wheel 8299 Apr 11 12:29 : -/usr/c/src/sys/dev/acpi_support/atk0110.c : > ll /boot/kernel/*aib*s* : -r-xr-xr-x 1 root wheel 11581 Apr 11 12:57 /boot/kernel/acpi_aiboost.ko : -r-xr-xr-x 1 root wheel 24504 Apr 11 12:57 : -/boot/kernel/acpi_aiboost.ko.symbols : -r-xr-xr-x 1 root wheel 9801 Apr 11 12:57 /boot/kernel/aibs.ko : -r-xr-xr-x 1 root wheel 21203 Apr 11 12:57 /boot/kernel/aibs.ko.symbols : > sysctl dev.aibs.0.{volt,temp,fan} : dev.aibs.0.volt.0: 1240 850 1600 : dev.aibs.0.volt.1: 3312 2970 3630 : dev.aibs.0.volt.2: 5017 4500 5500 : dev.aibs.0.volt.3: 12302 10200 13800 : dev.aibs.0.temp.0: 30.0C 80.0C 95.0C : dev.aibs.0.temp.1: 56.0C 60.0C 95.0C : dev.aibs.0.fan.0: 878 600 7200 : dev.aibs.0.fan.1: 0 700 7200 Cool. Warner From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 12 00:53:34 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9171B1065672 for ; Mon, 12 Apr 2010 00:53:34 +0000 (UTC) (envelope-from amikkili@ecn.purdue.edu) Received: from mx02.ecn.purdue.edu (smtp.ecn.purdue.edu [128.46.177.9]) by mx1.freebsd.org (Postfix) with ESMTP id 49D618FC08 for ; Mon, 12 Apr 2010 00:53:33 +0000 (UTC) Received: from snarky.local (pool-108-10-97-179.ipslin.dsl-w.verizon.net [108.10.97.179]) (authenticated bits=0) by smtp.ecn.purdue.edu (8.14.4/8.14.4) with ESMTP id o3C0rKBZ004780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 11 Apr 2010 20:53:21 -0400 From: "Aravind K. Mikkilineni" To: freebsd-acpi@freebsd.org Date: Sun, 11 Apr 2010 20:53:18 -0400 User-Agent: KMail/1.9.9 References: <201004111223.59181.amikkili@ecn.purdue.edu> In-Reply-To: <201004111223.59181.amikkili@ecn.purdue.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201004112053.19299.amikkili@ecn.purdue.edu> X-ECN-MailServer-VirusScanned: by amavisd-new X-ECN-MailServer-Origination: pool-108-10-97-179.ipslin.dsl-w.verizon.net [108.10.97.179] X-ECN-MailServer-SpamScanAdvice: DoScan Subject: Re: Toshiba U405-S2833 does not resume from S3 suspend FreeBSD-8.0-STABLE-201004 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, 12 Apr 2010 00:53:34 -0000 One other thing I should have pulled out of the dmesg and pointed out in the e-mail I get the following ACPI Error messages at the beginning of boot. This is true for both the patched and unpatched kernel. ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error: No handler for Region [ERAM] (0xffffff0002697980) [EmbeddedControl] (20100121/evregion-487) ACPI Error: Region EmbeddedControl(3) has no handler (20100121/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST ACPI Error (uteval-0318): Method execution failed [\\_SB_.PCI0.LPCB.CIR_._STA] (Node 0xffffff00026a2be0), AE_NOT_EXIST acpi0: reservation of ff80000, 10000 (3) failed -akm From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 12 11:06:53 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE4E106566C for ; Mon, 12 Apr 2010 11:06:53 +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 912BC8FC25 for ; Mon, 12 Apr 2010 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3CB6rBJ042317 for ; Mon, 12 Apr 2010 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3CB6qqD042315 for freebsd-acpi@FreeBSD.org; Mon, 12 Apr 2010 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Apr 2010 11:06:53 GMT Message-Id: <201004121106.o3CB6qqD042315@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, 12 Apr 2010 11:06:53 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o bin/145063 acpi [patch] powerd(8): Add -m and -M (minimum and maximum o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 60 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 12 15:26:22 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 401E4106564A for ; Mon, 12 Apr 2010 15:26:22 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 630368FC0A for ; Mon, 12 Apr 2010 15:26:20 +0000 (UTC) Received: by bwz8 with SMTP id 8so3141997bwz.3 for ; Mon, 12 Apr 2010 08:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:message-id; bh=I2uIW66aFEss4IiA9nfNixTxePcwUdNb6h2zeim/bBk=; b=PWfnCWXzOKIZaIhkyq145D2Ff8mxZWyH1Q06DSH1AUrUIfFdd4fu9EXtORqqR03011 o1972x0zIW7TryX9kxcK2cH3BZtgZwUw66dymSEPiiaM12LdUo/UWhVK/z873ZWshR6C 1mo1/rJzEOHbt/tTjvMEpg/IyB/WDsU44cVdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :message-id; b=ijImfTSORZ460eO2RcZlWYwEpWSxJ6ABgIzWC8cE4Px0dcCvGpgSci1CpPtLGMjk0G 4wJPS9xem5S3ihrJOfGQBpr8xQGkyaH+OunX+d9ipk6IJoXtAJTzUkj2M4tPlT+1fY7p SQEUDK0SvSIAw9lIld+s647iAU0tuEmie3ykg= Received: by 10.204.33.16 with SMTP id f16mr664416bkd.11.1271084519113; Mon, 12 Apr 2010 08:01:59 -0700 (PDT) Received: from zlobook.local (zloidemon.kraslan.ru [94.78.205.21]) by mx.google.com with ESMTPS id 16sm1797166bwz.13.2010.04.12.08.01.52 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 08:01:55 -0700 (PDT) From: zloidemon To: freebsd-acpi@freebsd.org Date: Mon, 12 Apr 2010 23:01:44 +0800 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_YXzwLNN54ub092e" Message-Id: <201004122301.45040.g.veniamin@googlemail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem network devices Acer Extensa 5635G X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 15:26:22 -0000 --Boundary-00=_YXzwLNN54ub092e Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi everybody. yongari@freebsd.org said that I asked here. I installed freebsd 8 release and release-p2 and stable. I see this is problem now... #ifconfig lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 nd6 options=3 I see only loop deveice, but with pciconf -lvc all network divices is active. iwn0@pci0:7:0:0: class=0x028000 card=0x13068086 chip=0x00838086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) alc0@pci0:9:0:0: class=0x020000 card=0x02531025 chip=0x10631969 rev=0xc0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[48] = MSI supports 1 message, 64 bit cap 10[58] = PCI-Express 1 endpoint max data 128(4096) link x1(x1) cap 03[6c] = VPD And few lines of messages.log iwn0: irq 19 at device 0.0 on pci7 iwn0: 0x2000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). iwn0: could not allocate memory resources device_attach: iwn0 attach returned 12 alc0: irq 17 at device 0.0 on pci9 alc0: 0x40000 bytes of rid 0x10 res 3 failed (0, 0xffffffffffffffff). alc0: cannot allocate memory resources. I attach archive with few logs and acpidump -dt. I see this is problem too for Toshiba m800 http://forums.freebsd.org/showpost.php?p=46261&postcount=41 , but his patch is not work for me. if I disable apci boot, then the system hangs. :( --Boundary-00=_YXzwLNN54ub092e--