From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 7 18:37:20 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5F281065696; Sun, 7 Feb 2010 18:37:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BE8428FC13; Sun, 7 Feb 2010 18:37:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o17IbKw5001151; Sun, 7 Feb 2010 18:37:20 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o17IbKYB001147; Sun, 7 Feb 2010 18:37:20 GMT (envelope-from gavin) Date: Sun, 7 Feb 2010 18:37:20 GMT Message-Id: <201002071837.o17IbKYB001147@freefall.freebsd.org> To: gavin@freebsd.org, gavin@FreeBSD.org, freebsd-acpi@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/127581: [patch] [acpi_sony] Add support for more Sony features 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, 07 Feb 2010 18:37:21 -0000 Synopsis: [patch] [acpi_sony] Add support for more Sony features State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Sun Feb 7 18:36:36 UTC 2010 State-Changed-Why: Fixed in head (r203622), MFC in 2 weeks. Responsible-Changed-From-To: freebsd-acpi->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Sun Feb 7 18:36:36 UTC 2010 Responsible-Changed-Why: Mine http://www.freebsd.org/cgi/query-pr.cgi?pr=127581 From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 8 11:06:49 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 CB4C01065698 for ; Mon, 8 Feb 2010 11:06:49 +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 9FDA78FC18 for ; Mon, 8 Feb 2010 11:06:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o18B6nVI087281 for ; Mon, 8 Feb 2010 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o18B6nrc087279 for freebsd-acpi@FreeBSD.org; Mon, 8 Feb 2010 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Feb 2010 11:06:49 GMT Message-Id: <201002081106.o18B6nrc087279@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, 08 Feb 2010 11:06:49 -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/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 kern/136808 acpi [acpi] panic when switching to s3 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/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be 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 57 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 8 16:39:59 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 441A9106566B; Mon, 8 Feb 2010 16:39:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 541EB8FC16; Mon, 8 Feb 2010 16:39:57 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA27297; Mon, 08 Feb 2010 18:39:55 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B703E5B.205@icyb.net.ua> Date: Mon, 08 Feb 2010 18:39:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <4B6B4A3C.5090308@icyb.net.ua> <4B6BB263.4040604@root.org> <4B6BB7AF.3040205@icyb.net.ua> <4B6BB8E2.6080204@root.org> In-Reply-To: <4B6BB8E2.6080204@root.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: John Baldwin Subject: Re: acpi_ec_ecdt_probe => acpi_ec_identify 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, 08 Feb 2010 16:39:59 -0000 on 05/02/2010 08:21 Nate Lawson said the following: > Andriy Gapon wrote: >> on 05/02/2010 07:53 Nate Lawson said the following: >>> I agree in concept. The ECDT-based probe method was intended to get it >>> active as early as possible, and Linux has a quirk to create a fake ECDT >>> to get an early EC on some systems that require it but don't have an ECDT. >>> >>> However, I thought jhb@'s multi-pass probe work would be a better way to >>> support this than moving it into device_identify(). Is that code ready >>> to use yet? >> I agree with this. But, unfortunately, the code doesn't seem to be as ready as >> everyone would love it to be. > > Ok, then identify() is fine too. I've been trying to understand why and if we need to handle ECDT table at all. It seems that we need it for reasons that don't allow acpi_ec_ecdt_probe => acpi_ec_identify conversion. It seems that Nate had a very good reason to put a call to acpi_ec_ecdt_probe where it is now. While no OS code uses EC early during boot, _INI methods of Devices may access EC address space and that seems to be one of the reasons to have ECDT. _INI methods are called quite early from AcpiInitializeObjects. This is before we do any walk of ACPI namespace and, thus, before enumeration of ACPI devices. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 8 18:22:20 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 9C8091065670; Mon, 8 Feb 2010 18:22:20 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id 783E48FC14; Mon, 8 Feb 2010 18:22:20 +0000 (UTC) Received: from [10.0.5.50] (ppp-71-139-29-85.dsl.snfc21.pacbell.net [71.139.29.85]) by mail.root.org (Postfix) with ESMTP id 9E30C476D; Mon, 8 Feb 2010 18:22:18 +0000 (UTC) Message-ID: <4B705659.4030604@root.org> Date: Mon, 08 Feb 2010 10:22:17 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Andriy Gapon References: <4B6B4A3C.5090308@icyb.net.ua> <4B6BB263.4040604@root.org> <4B6BB7AF.3040205@icyb.net.ua> <4B6BB8E2.6080204@root.org> <4B703E5B.205@icyb.net.ua> In-Reply-To: <4B703E5B.205@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: acpi_ec_ecdt_probe => acpi_ec_identify 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, 08 Feb 2010 18:22:20 -0000 Andriy Gapon wrote: > on 05/02/2010 08:21 Nate Lawson said the following: >> Andriy Gapon wrote: >>> on 05/02/2010 07:53 Nate Lawson said the following: >>>> I agree in concept. The ECDT-based probe method was intended to get it >>>> active as early as possible, and Linux has a quirk to create a fake ECDT >>>> to get an early EC on some systems that require it but don't have an ECDT. >>>> >>>> However, I thought jhb@'s multi-pass probe work would be a better way to >>>> support this than moving it into device_identify(). Is that code ready >>>> to use yet? >>> I agree with this. But, unfortunately, the code doesn't seem to be as ready as >>> everyone would love it to be. >> Ok, then identify() is fine too. > > I've been trying to understand why and if we need to handle ECDT table at all. > It seems that we need it for reasons that don't allow acpi_ec_ecdt_probe => > acpi_ec_identify conversion. It seems that Nate had a very good reason to put a > call to acpi_ec_ecdt_probe where it is now. > While no OS code uses EC early during boot, _INI methods of Devices may access EC > address space and that seems to be one of the reasons to have ECDT. > _INI methods are called quite early from AcpiInitializeObjects. > This is before we do any walk of ACPI namespace and, thus, before enumeration of > ACPI devices. Yes, that is the reason for the early nature of the ECDT probe. However, some AML needs this early probe method but does not have an ECDT. This was mostly an issue with older Compaq laptops, IIRC. In this case, Linux would assume it knows something about the EC (since it is always at the same IO ports: 0x64, 0x66) and create a fake ECDT for its own probe to consume. This would be enabled manually by a boot flag. I'm assuming Windows used a different probe method. It may be possible to "ping" the EC and if it answers, probe it. I'm not sure this is safe but might be worth investigating. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 8 23:13:36 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 3E108106568B for ; Mon, 8 Feb 2010 23:13:36 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 9AB488FC0C for ; Mon, 8 Feb 2010 23:13:35 +0000 (UTC) Received: (qmail invoked by alias); 08 Feb 2010 23:13:34 -0000 Received: from e181213141.adsl.alicedsl.de (EHLO klausdieter0815.dyndns.org) [85.181.213.141] by mail.gmx.com (mp-eu002) with SMTP; 09 Feb 2010 00:13:34 +0100 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX19TKigklYFTLkA12knldyi+RDX6q9HERxQToA2sJq liQjkJ2pjhTmnZ Received: by myhost.mydomain.de (Postfix, from userid 1001) id 8C3187092; Tue, 9 Feb 2010 00:13:33 +0100 (CET) From: Christof Schulze To: freebsd-stable@freebsd.org Date: Tue, 9 Feb 2010 00:13:26 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1434020.8VnMdkaJn1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201002090013.33363.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64000000000000001 Cc: freebsd-acpi@freebsd.org Subject: suspend to disk 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, 08 Feb 2010 23:13:36 -0000 --nextPart1434020.8VnMdkaJn1 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello everyone today I tried whether my samsung q35 laptop would suspend using acpiconf on= =20 RELENG_8. I was amazed that acpiconf -s3 works out of the box. However=20 acpiconf -s4 does not work which would be the useful side of hibernation fo= r=20 me. =46rom the manpage of acpiconf I understand that acpiconf -s4 should store = the=20 non-cache-parts from ram somewhere on disk. If called the system shuts down= =20 without writing much on the disk so something is odd there. I have 2,5 gb of ram and only 800MB of swap space which is labeled correctl= y. What do I have to do in order to make suspend to disk work? Is it possible to compress the contents of the ram like some programs from = the=20 linuxworld do it (tuxonice)? Or did I entirely miss some configuration here?=20 Please cc me while replying to this email as I am not on the freebsd-acpi=20 list. I do track -stable though. kind regards Christof =2D-=20 () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments --nextPart1434020.8VnMdkaJn1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAktwmp0ACgkQpZfyPAmdZJmqcwCg4YH5a46PXhouYX3mNGHAs6Rt w5sAmwVvCxHDauJ5ivEObRyWucD4+SVM =5zXe -----END PGP SIGNATURE----- --nextPart1434020.8VnMdkaJn1-- From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 12:33:23 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 B4FD01065679 for ; Tue, 9 Feb 2010 12:33:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 090258FC0C for ; Tue, 9 Feb 2010 12:33:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA12319; Tue, 09 Feb 2010 14:33:20 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B71560F.4050607@icyb.net.ua> Date: Tue, 09 Feb 2010 14:33:19 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Christof Schulze References: <201002090013.33363.christof.schulze@gmx.com> In-Reply-To: <201002090013.33363.christof.schulze@gmx.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend to disk 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, 09 Feb 2010 12:33:23 -0000 on 09/02/2010 01:13 Christof Schulze said the following: > Hello everyone > > today I tried whether my samsung q35 laptop would suspend using acpiconf on > RELENG_8. I was amazed that acpiconf -s3 works out of the box. However > acpiconf -s4 does not work which would be the useful side of hibernation for > me. > > From the manpage of acpiconf I understand that acpiconf -s4 should store the > non-cache-parts from ram somewhere on disk. If called the system shuts down > without writing much on the disk so something is odd there. > I have 2,5 gb of ram and only 800MB of swap space which is labeled correctly. > What do I have to do in order to make suspend to disk work? > Is it possible to compress the contents of the ram like some programs from the > linuxworld do it (tuxonice)? > Or did I entirely miss some configuration here? > > Please cc me while replying to this email as I am not on the freebsd-acpi > list. I do track -stable though. Long story short - FreeBSD does not support 'pure' S4. S4BIOS might work if your BIOS provides that feature. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 17:22: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 292911065670 for ; Tue, 9 Feb 2010 17:22:22 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 562DF8FC1B for ; Tue, 9 Feb 2010 17:22:20 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA17246 for ; Tue, 09 Feb 2010 19:22:19 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4B7199CB.1030104@freebsd.org> Date: Tue, 09 Feb 2010 19:22:19 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4B55B7CF.4080501@freebsd.org> In-Reply-To: <4B55B7CF.4080501@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: acpi_cpu: promote Processor's order 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, 09 Feb 2010 17:22:22 -0000 Please review the following patch for doing acpu_cpu's probe+attach ealier. There are several arguments in favor of this: 1. Theoretical: it's natural to attach to Processor before any other devices in ACPI namespace, because a processor is a central resource and a root of all action. 2. Practical: there are systems with DSDT defined in such a way that other devices depend on objects that get dynamically loaded (via Load) when Processor control methods are executed (e.g. _PDC/_OSC). Those devices may include devices that are themselves pretty essential to a system, for example, EC. Some links: http://lkml.org/lkml/2009/12/20/146 http://bugzilla.kernel.org/show_bug.cgi?id=14824 http://patchwork.kernel.org/patch/69039/ Of course, there is a reason why we give a low priority to acpi_cpu driver now. (In fact, I remember being somehow involved in that). The drivers on cpu (acpi_cpu) buses (child devices) expect to be probed and attached at the time when some other system resources are already made available, for example, PCI configuration space. So, I think that before proper multi-pass is available, we could use currently available approximation/emulation of multi-pass, that is SYSINIT with order of SI_SUB_CONFIGURE+SI_ORDER_MIDDLE. With that acpu_cpu child devices will be probed around the same time as they do now. Legacy systems (non-ACPI) are not affected by the suggested changes. P.S. Since I mentioned EC, I'd like to add a couple of words on ECDT. Currently we handle ECDT so early that AcpiInstallAddressSpaceHandler wouldn't and shouldn't call _REG method (or any other methods), so this case should not cause problems. And EC device in ACPI namespace would have a later order than Processor, so that's OK too. Index: sys/dev/acpica/acpi.c =================================================================== --- sys/dev/acpica/acpi.c (revision 203670) +++ sys/dev/acpica/acpi.c (working copy) @@ -1685,14 +1685,14 @@ * 100000. CPUs */ AcpiGetType(handle, &type); - if (acpi_MatchHid(handle, "PNP0C01") || acpi_MatchHid(handle, "PNP0C02")) + if (type == ACPI_TYPE_PROCESSOR) *order = 1; + else if (acpi_MatchHid(handle, "PNP0C01") || acpi_MatchHid(handle, "PNP0C02")) + *order = 2; else if (acpi_MatchHid(handle, "PNP0C09")) - *order = 2; + *order = 3; else if (acpi_MatchHid(handle, "PNP0C0F")) - *order = 3; - else if (type == ACPI_TYPE_PROCESSOR) - *order = 100000; + *order = 4; } /* Index: sys/dev/acpica/acpi_cpu.c =================================================================== --- sys/dev/acpica/acpi_cpu.c (revision 203670) +++ sys/dev/acpica/acpi_cpu.c (working copy) @@ -384,13 +384,30 @@ /* Probe for Cx state support. */ acpi_cpu_cx_probe(sc); - /* Finally, call identify and probe/attach for child devices. */ - bus_generic_probe(dev); - bus_generic_attach(dev); - return (0); } +static void +acpi_cpu_postattach(void *unused __unused) +{ + device_t *devices; + int err; + int i, n; + + err = devclass_get_devices(acpi_cpu_devclass, &devices, &n); + if (err != 0) { + printf("devclass_get_devices(acpi_cpu_devclass) failed\n"); + return; + } + for (i = 0; i < n; i++) + bus_generic_probe(devices[i]); + for (i = 0; i < n; i++) + bus_generic_attach(devices[i]); + free(devices, M_TEMP); +} +SYSINIT(acpi_cpu, SI_SUB_CONFIGURE, SI_ORDER_MIDDLE, + acpi_cpu_postattach, NULL); + /* * Disable any entry to the idle function during suspend and re-enable it * during resume. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 17:45:03 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 E6BDC106568D for ; Tue, 9 Feb 2010 17:45:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 35A918FC1E for ; Tue, 9 Feb 2010 17:45:02 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA17472; Tue, 09 Feb 2010 19:44:57 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B719F18.1020806@icyb.net.ua> Date: Tue, 09 Feb 2010 19:44:56 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Lin Ming References: <4911F71203A09E4D9981D27F9D83085855BBCFC8@orsmsx503.amr.corp.intel.com> <1265078423.14186.15.camel@minggr.sh.intel.com> In-Reply-To: <1265078423.14186.15.camel@minggr.sh.intel.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, "Moore, Robert" Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex 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, 09 Feb 2010 17:45:04 -0000 on 02/02/2010 04:40 Lin Ming said the following: > Problem 1 was already fixed in release 20091214, see > http://git.moblin.org/cgit.cgi/acpica/commit/?id=93324dd734d70c4aa451c3aa24dfe91b7b8ef7f9 > > Problem 2 is same with http://www.freebsd.org/cgi/query-pr.cgi?pr=140979 > and fixed by the attached patch. We will merge it into next release. It looks like there was a glitch on a machine supporting our PR database when this email was sent, so it didn't get registered as a followup to the PR. So I took a liberty to resubmit it there. BTW, the patch/fix doesn't seem to be in the git yet. Is the plan to include it into the next release still in force? :-) >> -----Original Message----- >> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd-acpi@freebsd.org] On Behalf Of linimon@FreeBSD.org >> Sent: Monday, February 01, 2010 4:08 PM >> To: linimon@FreeBSD.org; freebsd-bugs@FreeBSD.org; freebsd-acpi@FreeBSD.org >> Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex >> >> Old Synopsis: Two bugs in acpica in AcpiExReleaseMutex >> New Synopsis: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex >> >> Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi >> Responsible-Changed-By: linimon >> Responsible-Changed-When: Tue Feb 2 00:07:42 UTC 2010 >> Responsible-Changed-Why: >> Over to maintainer(s). >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=143432 -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 20:35:48 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 19B9C106566B for ; Tue, 9 Feb 2010 20:35:48 +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 E3EAC8FC1D for ; Tue, 9 Feb 2010 20:35:47 +0000 (UTC) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 09 Feb 2010 12:35:47 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.49,438,1262592000"; d="scan'208";a="242244403" Received: from orsmsx602.amr.corp.intel.com ([10.22.226.211]) by azsmga001.ch.intel.com with ESMTP; 09 Feb 2010 12:35:47 -0800 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx602.amr.corp.intel.com ([10.22.226.211]) with mapi; Tue, 9 Feb 2010 12:35:46 -0800 From: "Moore, Robert" To: Andriy Gapon , "Lin, Ming M" Date: Tue, 9 Feb 2010 12:35:47 -0800 Thread-Topic: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex Thread-Index: Acqpr5uLUE8iiiqyTlKEE7C5DELXvgAF9KVQ Message-ID: <4911F71203A09E4D9981D27F9D83085855DD736E@orsmsx503.amr.corp.intel.com> References: <4911F71203A09E4D9981D27F9D83085855BBCFC8@orsmsx503.amr.corp.intel.com> <1265078423.14186.15.camel@minggr.sh.intel.com> <4B719F18.1020806@icyb.net.ua> In-Reply-To: <4B719F18.1020806@icyb.net.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@FreeBSD.org" Subject: RE: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex 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, 09 Feb 2010 20:35:48 -0000 >-----Original Message----- >From: Andriy Gapon [mailto:avg@icyb.net.ua] >Sent: Tuesday, February 09, 2010 9:45 AM >To: Lin, Ming M >Cc: freebsd-acpi@FreeBSD.org; Moore, Robert >Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in >AcpiExReleaseMutex > >on 02/02/2010 04:40 Lin Ming said the following: >> Problem 1 was already fixed in release 20091214, see >> >http://git.moblin.org/cgit.cgi/acpica/commit/?id=3D93324dd734d70c4aa451c3a= a24 >dfe91b7b8ef7f9 >> >> Problem 2 is same with http://www.freebsd.org/cgi/query-pr.cgi?pr=3D1409= 79 >> and fixed by the attached patch. We will merge it into next release. > >It looks like there was a glitch on a machine supporting our PR database >when this >email was sent, so it didn't get registered as a followup to the PR. >So I took a liberty to resubmit it there. >BTW, the patch/fix doesn't seem to be in the git yet. >Is the plan to include it into the next release still in force? :-) > Yes, next release of ACPICA. >>> -----Original Message----- >>> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >acpi@freebsd.org] On Behalf Of linimon@FreeBSD.org >>> Sent: Monday, February 01, 2010 4:08 PM >>> To: linimon@FreeBSD.org; freebsd-bugs@FreeBSD.org; freebsd- >acpi@FreeBSD.org >>> Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in >AcpiExReleaseMutex >>> >>> Old Synopsis: Two bugs in acpica in AcpiExReleaseMutex >>> New Synopsis: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex >>> >>> Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi >>> Responsible-Changed-By: linimon >>> Responsible-Changed-When: Tue Feb 2 00:07:42 UTC 2010 >>> Responsible-Changed-Why: >>> Over to maintainer(s). >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D143432 > >-- >Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 21:54:37 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 0AD3010656A7 for ; Tue, 9 Feb 2010 21:54:37 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF908FC16 for ; Tue, 9 Feb 2010 21:54:36 +0000 (UTC) Received: by fxm24 with SMTP id 24so1260586fxm.3 for ; Tue, 09 Feb 2010 13:54:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=IYFvCWWEUUmYMXbsXaSEsSSwlfn8X3tAKcSKjAzjwOs=; b=LCjNC0efOlnPr9jUnHsVHiITqhXQXdQ90zYZB5kK/1NecwjdVZMfBXQH5BW/rQOypN j31qvTjw9BZSNaB3qD4Y7sOzA+N2s1iWItSLyHQ5tbehOwDK9p8QywMISjYidAbqbyJs uyUaAWpuktGWzPPorL0jMd8R5RqIz412E5Rak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=xpd12ZAsg+6wwcroW42WrfFYgEl3pZUcyCWxtYXD22NwrXGoLnq7A3z0UYHlw2LaRJ pUr9cv9EM8YUJf4yK31YRbS2xBZzd1l0WmCc2S6fg2wijgbEGfEiftZWN+u4p2RE6PPs vr2WOQQnvZCjz6Y3vj88qkznU9E2YziOCnKLA= Received: by 10.223.29.199 with SMTP id r7mr7733163fac.73.1265751172953; Tue, 09 Feb 2010 13:32:52 -0800 (PST) Received: from notebook ([178.125.83.126]) by mx.google.com with ESMTPS id 16sm299285fxm.0.2010.02.09.13.32.51 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Feb 2010 13:32:51 -0800 (PST) Date: Tue, 9 Feb 2010 23:33:24 +0200 From: "Sergey V. Dyatko" To: freebsd-acpi@freebsd.org Message-ID: <20100209233324.6b1ca158@notebook> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: need help. asus-a6m+brightness control 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, 09 Feb 2010 21:54:37 -0000 Hi, I have asus-a6m laptop running HEAD. But unfortunately brightness control not working when I boot with acpi support. I made some changes on acpi_asus.c but it doesn't help - brightness is still not regulated. Good news: the volume keys started working and now I have /dev/led/wled, /dev/led/mled :) result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: http://tiger.ipfw.ru/files/asus_a6m.asl.gz Thanks for any help notebook# svn diff acpi_asus.c Index: acpi_asus.c =================================================================== --- acpi_asus.c (revision 203701) +++ acpi_asus.c (working copy) @@ -357,6 +357,15 @@ .lcd_set = "\\Q10" }, { + .name = "A6M", + .wled_set = "WLED", + .mled_set = "MLED", + .brn_get = "GPLV", + .brn_set = "SPLV", + .brn_up = "\\_SB.PCI0.SBRG.EC0._Q0F", + .brn_dn = "\\_SB.PCI0.SBRG.EC0._Q0E" + }, + { .name = "M6N", .mled_set = "MLED", .wled_set = "WLED", -- wbr, tiger From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 22:27:45 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 0970F106566C for ; Tue, 9 Feb 2010 22:27:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 461B88FC13 for ; Tue, 9 Feb 2010 22:27:43 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA20169; Wed, 10 Feb 2010 00:27:38 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NeyYT-0002Yc-Vf; Wed, 10 Feb 2010 00:27:38 +0200 Message-ID: <4B71E157.5000401@icyb.net.ua> Date: Wed, 10 Feb 2010 00:27:35 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: "Moore, Robert" References: <4911F71203A09E4D9981D27F9D83085855BBCFC8@orsmsx503.amr.corp.intel.com> <1265078423.14186.15.camel@minggr.sh.intel.com> <4B719F18.1020806@icyb.net.ua> <4911F71203A09E4D9981D27F9D83085855DD736E@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D83085855DD736E@orsmsx503.amr.corp.intel.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@FreeBSD.org" , "Lin, Ming M" Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex 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, 09 Feb 2010 22:27:45 -0000 on 09/02/2010 22:35 Moore, Robert said the following: > >> -----Original Message----- >> From: Andriy Gapon [mailto:avg@icyb.net.ua] >> Sent: Tuesday, February 09, 2010 9:45 AM >> To: Lin, Ming M >> Cc: freebsd-acpi@FreeBSD.org; Moore, Robert >> Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in >> AcpiExReleaseMutex >> >> on 02/02/2010 04:40 Lin Ming said the following: >>> Problem 1 was already fixed in release 20091214, see >>> >> http://git.moblin.org/cgit.cgi/acpica/commit/?id=93324dd734d70c4aa451c3aa24 >> dfe91b7b8ef7f9 >>> Problem 2 is same with http://www.freebsd.org/cgi/query-pr.cgi?pr=140979 >>> and fixed by the attached patch. We will merge it into next release. >> It looks like there was a glitch on a machine supporting our PR database >> when this >> email was sent, so it didn't get registered as a followup to the PR. >> So I took a liberty to resubmit it there. >> BTW, the patch/fix doesn't seem to be in the git yet. >> Is the plan to include it into the next release still in force? :-) >> > > Yes, next release of ACPICA. Thank you for confirming. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 9 22:29: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 7B94C10656BD for ; Tue, 9 Feb 2010 22:29:22 +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 4F9AB8FC12 for ; Tue, 9 Feb 2010 22:29:21 +0000 (UTC) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 09 Feb 2010 14:29:21 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.49,438,1262592000"; d="scan'208";a="242285224" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by azsmga001.ch.intel.com with ESMTP; 09 Feb 2010 14:29:21 -0800 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx604.amr.corp.intel.com ([10.250.113.17]) with mapi; Tue, 9 Feb 2010 14:29:21 -0800 From: "Moore, Robert" To: Andriy Gapon Date: Tue, 9 Feb 2010 14:29:20 -0800 Thread-Topic: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex Thread-Index: Acqp1xkAZe0XjVJ0QzGnFKAuiGk1LAAACx0g Message-ID: <4911F71203A09E4D9981D27F9D83085855DD755D@orsmsx503.amr.corp.intel.com> References: <4911F71203A09E4D9981D27F9D83085855BBCFC8@orsmsx503.amr.corp.intel.com> <1265078423.14186.15.camel@minggr.sh.intel.com> <4B719F18.1020806@icyb.net.ua> <4911F71203A09E4D9981D27F9D83085855DD736E@orsmsx503.amr.corp.intel.com> <4B71E157.5000401@icyb.net.ua> In-Reply-To: <4B71E157.5000401@icyb.net.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-acpi@FreeBSD.org" , "Lin, Ming M" Subject: RE: kern/143432: [acpi] [patch] Two bugs in acpica in AcpiExReleaseMutex 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, 09 Feb 2010 22:29:22 -0000 We still need to fully test it, especially wrt the sync levels. >-----Original Message----- >From: Andriy Gapon [mailto:avg@icyb.net.ua] >Sent: Tuesday, February 09, 2010 2:28 PM >To: Moore, Robert >Cc: Lin, Ming M; freebsd-acpi@FreeBSD.org >Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in >AcpiExReleaseMutex > >on 09/02/2010 22:35 Moore, Robert said the following: >> >>> -----Original Message----- >>> From: Andriy Gapon [mailto:avg@icyb.net.ua] >>> Sent: Tuesday, February 09, 2010 9:45 AM >>> To: Lin, Ming M >>> Cc: freebsd-acpi@FreeBSD.org; Moore, Robert >>> Subject: Re: kern/143432: [acpi] [patch] Two bugs in acpica in >>> AcpiExReleaseMutex >>> >>> on 02/02/2010 04:40 Lin Ming said the following: >>>> Problem 1 was already fixed in release 20091214, see >>>> >>> >http://git.moblin.org/cgit.cgi/acpica/commit/?id=3D93324dd734d70c4aa451c3a= a24 >>> dfe91b7b8ef7f9 >>>> Problem 2 is same with http://www.freebsd.org/cgi/query- >pr.cgi?pr=3D140979 >>>> and fixed by the attached patch. We will merge it into next release. >>> It looks like there was a glitch on a machine supporting our PR databas= e >>> when this >>> email was sent, so it didn't get registered as a followup to the PR. >>> So I took a liberty to resubmit it there. >>> BTW, the patch/fix doesn't seem to be in the git yet. >>> Is the plan to include it into the next release still in force? :-) >>> >> >> Yes, next release of ACPICA. > >Thank you for confirming. > > >-- >Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 10 11:20:58 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 B531E106566B for ; Wed, 10 Feb 2010 11:20:58 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 408A98FC08 for ; Wed, 10 Feb 2010 11:20:58 +0000 (UTC) Received: by fxm24 with SMTP id 24so261973fxm.3 for ; Wed, 10 Feb 2010 03:20:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Arb0vgxlOQDHo0eOlc0JFGfpdA8a8jA1fYBpENsmd64=; b=bT/ljkEivWqXXDtDS1u96DLtVSjNdImBpekTTcBKVe1Fv2KexQMCSrFjmqHT1DLbi2 EoXNhCpRVDSHuOBbS+UD5hYQhmZCexkDQoEqDbfe4cg20aiKv8w51CYZr1+y7QJ4vTuK qS2/Jd2kOiRvBwl2D1h4GFWZbdYMs4J6wfMMI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=vpbhF+OiD8JfH70cNv/W9yvA5DKeAqHq1tX3MIe05uoFp+Bt5pI0cnfSuBjpNAnBwL XGDmjnOWSnfSsCKtF78r0dkqtq7Ox/ndHKeysylHdWbMFrJjiVf8KaOedpEsbXkfyl9d nmIHKgSt7D1XJ4q9Ht1s0KFVF8MqrwyeArIVc= Received: by 10.223.95.74 with SMTP id c10mr69180fan.82.1265800857217; Wed, 10 Feb 2010 03:20:57 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 13sm547596fxm.5.2010.02.10.03.20.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 03:20:56 -0800 (PST) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100209233324.6b1ca158@notebook> Date: Wed, 10 Feb 2010 11:20:54 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <20100209233324.6b1ca158@notebook> To: Sergey V. Dyatko X-Mailer: Apple Mail (2.1077) Cc: freebsd-acpi@freebsd.org Subject: Re: need help. asus-a6m+brightness control 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, 10 Feb 2010 11:20:58 -0000 On 9 Feb 2010, at 21:33, Sergey V. Dyatko wrote: > Hi, > > I have asus-a6m laptop running HEAD. But unfortunately brightness > control not working when I boot with acpi support. > > I made some changes on acpi_asus.c but it doesn't help - > brightness is still not regulated. Good news: the volume keys started > working and now I have /dev/led/wled, /dev/led/mled :) > > result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: > http://tiger.ipfw.ru/files/asus_a6m.asl.gz > > Thanks for any help > > notebook# svn diff acpi_asus.c > Index: acpi_asus.c > =================================================================== > --- acpi_asus.c (revision 203701) > +++ acpi_asus.c (working copy) > @@ -357,6 +357,15 @@ > .lcd_set = "\\Q10" > }, > { > + .name = "A6M", > + .wled_set = "WLED", > + .mled_set = "MLED", > + .brn_get = "GPLV", > + .brn_set = "SPLV", > + .brn_up = "\\_SB.PCI0.SBRG.EC0._Q0F", > + .brn_dn = "\\_SB.PCI0.SBRG.EC0._Q0E" > + }, According to your ASL, the methods are brn_get=\\_SB.PCI0.SBRG.EC0._Q11 brn_dn=\\_SB.PCI0.SBRG.EC0._Q0E brn_up=\\_SB.PCI0.SBRG.EC0._Q0F So I'm not sure what you have doesn't work... -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 10 11:51:30 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 B654C1065670 for ; Wed, 10 Feb 2010 11:51:30 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 4248C8FC08 for ; Wed, 10 Feb 2010 11:51:29 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so36695fgg.13 for ; Wed, 10 Feb 2010 03:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=5dgYh4wD2jUSVsPGrc/ZRaZThxhlz2l0wtz/s96k4ac=; b=dg48Ne4prvgLBk0u+VajR/pz0XrU5at/Kkxs1/2t+81JPNk3rFwPyKrnNoeQ4Pc8WU IysOl0Q44y3T0LazxpIIAqt2uZEl7GFpdE+yptHBd3TYIAc56JwAolsZ0EoUg0ocojaR g01VkpfIY/ea9/ancQG9MW6OBr5n+7QvgVmoE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=UwOV9V75V7Yp2O1OcGsHR1BicLrGURKDyOTLXwNN5Dbv1dTKI2KmEMsAx1T99fBQpz ZwiGUrFubQ/zaZ0CH4ANjrU0mY8rwdTmaun0X+qHT1LnwQRFfiMmhxFpCoLlOcKJHzqt AClHvYyf7m175B0G4OIRopl7ngeWbMNpCJyLU= Received: by 10.87.47.3 with SMTP id z3mr2735026fgj.70.1265802687684; Wed, 10 Feb 2010 03:51:27 -0800 (PST) Received: from notebook (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id e3sm7063081fga.6.2010.02.10.03.51.25 (version=SSLv3 cipher=RC4-MD5); Wed, 10 Feb 2010 03:51:26 -0800 (PST) Date: Wed, 10 Feb 2010 13:52:00 +0200 From: "Sergey V. Dyatko" To: Rui Paulo Message-ID: <20100210135200.5b1d7a37@notebook> In-Reply-To: References: <20100209233324.6b1ca158@notebook> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: need help. asus-a6m+brightness control 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, 10 Feb 2010 11:51:30 -0000 On Wed, 10 Feb 2010 11:20:54 +0000 Rui Paulo wrote: RP> RP> On 9 Feb 2010, at 21:33, Sergey V. Dyatko wrote: RP> RP> > Hi, RP> > RP> > I have asus-a6m laptop running HEAD. But unfortunately brightness RP> > control not working when I boot with acpi support. RP> > RP> > I made some changes on acpi_asus.c but it doesn't help - RP> > brightness is still not regulated. Good news: the volume keys RP> > started working and now I have /dev/led/wled, /dev/led/mled :) RP> > RP> > result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: RP> > http://tiger.ipfw.ru/files/asus_a6m.asl.gz RP> > RP> > Thanks for any help RP> > RP> > notebook# svn diff acpi_asus.c RP> > Index: acpi_asus.c RP> > =================================================================== RP> > --- acpi_asus.c (revision 203701) RP> > +++ acpi_asus.c (working copy) RP> > @@ -357,6 +357,15 @@ RP> > .lcd_set = "\\Q10" RP> > }, RP> > { RP> > + .name = "A6M", RP> > + .wled_set = "WLED", RP> > + .mled_set = "MLED", RP> > + .brn_get = "GPLV", RP> > + .brn_set = "SPLV", RP> > + .brn_up = "\\_SB.PCI0.SBRG.EC0._Q0F", RP> > + .brn_dn = RP> > "\\_SB.PCI0.SBRG.EC0._Q0E" RP> > + }, RP> RP> RP> According to your ASL, the methods are RP> RP> brn_get=\\_SB.PCI0.SBRG.EC0._Q11 RP> brn_dn=\\_SB.PCI0.SBRG.EC0._Q0E RP> brn_up=\\_SB.PCI0.SBRG.EC0._Q0F thanks fo reply RP> RP> So I'm not sure what you have doesn't work... I did as you advised, but: i. when I do `kldload acpi_asus` sysctl hw.acpi.asus.lcd_brightness is "1" ii. fn+f5,f6 still doesn't work... I hope this helps: notebook# sysctl hw.acpi.verbose=1 Fn+F5: Feb 10 13:40:48 notebook kernel: acpi_asus0: Brightness decreased Fn+F6: after 1st Fn+f5 value of hw.acpi.asus.lcd_brightness is 14. I can press 'Fn+f5' many times but value doesn't change. Fn+F7: Feb 10 13:41:27 notebook kernel: acpi_asus0: LCD turned off Fn+F7 again: Feb 10 13:41:28 notebook kernel: acpi_asus0: LCD turned on RP> RP> -- RP> Rui Paulo RP> -- wbw, tiger From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 18:05:10 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 D01961065676 for ; Fri, 12 Feb 2010 18:05:10 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id BBB668FC0A for ; Fri, 12 Feb 2010 18:05:09 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id 7AF0B78C2A for ; Fri, 12 Feb 2010 19:10:52 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ivcoPwHXtJ5S for ; Fri, 12 Feb 2010 19:10:27 +0100 (CET) Received: from [192.168.1.2] (chello213047242248.tirol.surfer.at [213.47.242.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id E0D9278C11 for ; Fri, 12 Feb 2010 19:10:25 +0100 (CET) Date: Fri, 12 Feb 2010 18:48:32 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast To: freebsd-acpi@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-496892480-560367094-1265996917=:1675" Subject: Call for testers acpi_dell 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, 12 Feb 2010 18:05:11 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---496892480-560367094-1265996917=:1675 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Hi all, I've written a small kernel driver to support Dell Mini 1011 (aka Dell Mini 10v) Brightness Controll Buttons. Since I do not have any other Dell Notebooks, I'd like you to test this module on other Dell Notebooks as well. This driver is in an early stage, but future releases will also support the rfkill switch and CRT switch. Currently following features are implemented: * Increase / Decrease Brightness * Change brightness if AC is connected / disconnected TODO: * Add CRT Support * Add Sysctl to define brightness levels for eco and ac powerprofile * Add Support for RF-Kill Switch Any suggestions are welcome regards Daniel ---496892480-560367094-1265996917=:1675 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=Makefile Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=Makefile S01PRD0JYWNwaV9kZWxsDQpTUkNTPQlhY3BpX2RlbGwuYyBvcHRfYWNwaS5o IGFjcGlfaWYuaCBidXNfaWYuaCBkZXZpY2VfaWYuaA0KDQouaW5jbHVkZSA8 YnNkLmttb2QubWs+DQo= ---496892480-560367094-1265996917=:1675 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=acpi_dell.c Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=acpi_dell.c LyotDQogKiBDb3B5cmlnaHQgKGMpIDIwMTAgV0FMVEVSIERhbmllbCA8c2Fo bmVAMHg5MC5hdD4NCiAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQogKg0KICog UmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBm b3Jtcywgd2l0aCBvciB3aXRob3V0DQogKiBtb2RpZmljYXRpb24sIGFyZSBw ZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlv bnMNCiAqIGFyZSBtZXQ6DQogKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291 cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodA0KICog ICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZv bGxvd2luZyBkaXNjbGFpbWVyLg0KICogMi4gUmVkaXN0cmlidXRpb25zIGlu IGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmln aHQNCiAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5k IHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUNCiAqICAgIGRvY3Vt ZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRo IHRoZSBkaXN0cmlidXRpb24uDQogKg0KICogVEhJUyBTT0ZUV0FSRSBJUyBQ Uk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJ UycnIEFORA0KICogQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVT LCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFDQogKiBJTVBM SUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQ0KICogQVJFIERJU0NMQUlNRUQu ICBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9S UyBCRSBMSUFCTEUNCiAqIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5D SURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFM DQogKiBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywg UFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUw0KICogT1IgU0VSVklD RVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVT UyBJTlRFUlJVUFRJT04pDQogKiBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5Z IFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNU UklDVA0KICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElH RU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQ0KICogT1VU IE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VE IE9GIFRIRSBQT1NTSUJJTElUWSBPRg0KICogU1VDSCBEQU1BR0UuDQogKg0K ICovDQoNCiNpbmNsdWRlIDxzeXMvY2RlZnMuaD4NCg0KI2luY2x1ZGUgIm9w dF9hY3BpLmgiDQojaW5jbHVkZSA8c3lzL3BhcmFtLmg+DQojaW5jbHVkZSA8 c3lzL2tlcm5lbC5oPg0KI2luY2x1ZGUgPHN5cy9tb2R1bGUuaD4NCiNpbmNs dWRlIDxzeXMvYnVzLmg+DQojaW5jbHVkZSA8c3lzL3Bvd2VyLmg+DQoNCiNp bmNsdWRlIDxjb250cmliL2Rldi9hY3BpY2EvaW5jbHVkZS9hY3BpLmg+DQoN CiNpbmNsdWRlIDxkZXYvYWNwaWNhL2FjcGl2YXIuaD4NCg0KI2RlZmluZSBf Q09NUE9ORU5UCUFDUElfT0VNDQpBQ1BJX01PRFVMRV9OQU1FKCJEZWxsIikN Cg0KLyogQ29tbWFuZHMgKi8NCiNkZWZpbmUgQUNQSV9ERUxMX0JSSUdIVE5F U1NfR0VUCSJfQlFDIg0KI2RlZmluZSBBQ1BJX0RFTExfQlJJR0hUTkVTU19T RVQJIl9CQ00iDQojZGVmaW5lCUFDUElfREVMTF9CUklHSFRORVNTX1NVUFBP UlRFRAkiX0JDTCINCg0KLyogTm90aWZ5Y2F0aW9ucyAqLw0KI2RlZmluZQlB Q1BJX0RFTExfQlJJR0hUTkVTU19JTkNSRUFTRQkweDg2DQojZGVmaW5lCUFD UElfREVMTF9CUklHSFRORVNTX0RFQ1JFQVNFCTB4ODcNCiNkZWZpbmUgQUNQ SV9ERUxMX1NXSVRDSF9PVVRQVVQJCTAJDQoNCi8qIERFQlVHIE5PVElGSUNB VElPTlMgKi8NCiNkZWZpbmUJQUNQSV9ERUxMX0RFQlVHCQkJMQ0KDQpzdHJ1 Y3QgYWNwaV9kZWxsX3NvZnRjIHsNCglkZXZpY2VfdAkJZGV2Ow0KCUFDUElf SEFORExFCQloYW5kbGU7DQoJZXZlbnRoYW5kbGVyX3RhZwlwb3dlcl9wcm9m aWxlOw0KCWludAkJCWJyaWdodG5lc3M7DQoJaW50CQkJYnJpZ2h0bmVzc19p bmRleDsNCglpbnQJCQllY29fYnJpZ2h0bmVzczsNCglpbnQJCQlhY19icmln aHRuZXNzOwkNCglpbnQJCQludW1fbGV2ZWxzOw0KCWludAkJCSpicmlnaHRu ZXNzX2xldmVsczsNCn07DQoNCnN0YXRpYyBpbnQJYWNwaV9kZWxsX3Byb2Jl KGRldmljZV90IGRldik7DQpzdGF0aWMgaW50CWFjcGlfZGVsbF9hdHRhY2go ZGV2aWNlX3QgZGV2KTsNCnN0YXRpYyBpbnQJYWNwaV9kZWxsX2RldGFjaChk ZXZpY2VfdCBkZXYpOw0Kc3RhdGljIHZvaWQJYWNwaV9kZWxsX25vdGlmeShB Q1BJX0hBTkRMRSBoLCBVSU5UMzIgbm90aWZ5LCB2b2lkICpjb250ZXh0KTsN CnN0YXRpYyBpbnQJYWNwaV9kZWxsX2dldF9icmlnaHRuZXNzKHN0cnVjdCBh Y3BpX2RlbGxfc29mdGMgKnNjKTsNCnN0YXRpYyBpbnQJYWNwaV9kZWxsX3Nl dF9icmlnaHRuZXNzKHN0cnVjdCBhY3BpX2RlbGxfc29mdGMgKnNjLCBpbnQg aW5jKTsNCnN0YXRpYyB2b2lkCWFjcGlfZGVsbF9wb3dlcnByb2ZpbGUodm9p ZCAqY29udGV4dCk7DQpzdGF0aWMgaW50CWFjcGlfZGVsbF9nZXRfYnJpZ2h0 bmVzc19sZXZlbHMoc3RydWN0IGFjcGlfZGVsbF9zb2Z0YyAqc2MpOw0KDQov KiBEZWNsYXJlIGxvY2sgKi8NCkFDUElfU0VSSUFMX0RFQ0woZGVsbCwgIkFD UEkgREVMTCBleHRyYXMiKTsNCg0Kc3RhdGljIGRldmljZV9tZXRob2RfdCBh Y3BpX2RlbGxfbWV0aG9kc1tdID0gew0KCURFVk1FVEhPRChkZXZpY2VfcHJv YmUsCQlhY3BpX2RlbGxfcHJvYmUpLA0KCURFVk1FVEhPRChkZXZpY2VfYXR0 YWNoLAlhY3BpX2RlbGxfYXR0YWNoKSwNCglERVZNRVRIT0QoZGV2aWNlX2Rl dGFjaCwJYWNwaV9kZWxsX2RldGFjaCksDQoNCgl7MCwgMH0NCn07DQoNCnN0 YXRpYyBkcml2ZXJfdCBhY3BpX2RlbGxfZHJpdmVyID0gew0KCSJhY3BpX2Rl bGwiLA0KCWFjcGlfZGVsbF9tZXRob2RzLA0KCXNpemVvZihzdHJ1Y3QgYWNw aV9kZWxsX3NvZnRjKSwNCn07DQoNCi8qIHN1cHBvcnRlZCBiYWNrbGlnaHQg dmFsdWVzIGZvciBkZWxsIG1pbmkgMTAxMSAoYWthIGRlbGwgbWluaSAxMHYp ICovDQpzdGF0aWMgaW50IGFjcGlfZGVsbF92YWxpZF9icmlnaHRuZXNzIFtd ID0gew0KCTB4NjQsDQoJMHg0MSwNCgkweDE5LA0KCTB4MWUsDQoJMHgyMywN CgkweDI4LA0KCTB4MmQsDQoJMHgzMiwNCgkweDM3LA0KCTB4M2MsDQoJMHg0 MSwNCgkweDQ2LA0KCTB4NGIsDQoJMHg1MCwNCgkweDU1LA0KCTB4NWEsDQoJ MHg1ZiwNCgkweDY0DQp9Ow0KDQpzdGF0aWMgZGV2Y2xhc3NfdCBhY3BpX2Rl bGxfZGV2Y2xhc3M7DQpEUklWRVJfTU9EVUxFKGFjcGlfZGVsbCwgYWNwaSwg YWNwaV9kZWxsX2RyaXZlciwgYWNwaV9kZWxsX2RldmNsYXNzLCAwLCAwKTsN Ck1PRFVMRV9ERVBFTkQoYWNwaV9kZWxsLCBhY3BpLCAxLCAxLCAxKTsNCg0K c3RhdGljIGludA0KYWNwaV9kZWxsX3Byb2JlIChkZXZpY2VfdCBkZXYpDQp7 DQoJQUNQSV9IQU5ETEUJCWRldmgsaDsNCglBQ1BJX09CSkVDVF9UWVBFIAl0 X2RvczsNCgkNCglkZXZoID0gYWNwaV9nZXRfaGFuZGxlKGRldik7DQoJaWYg KGFjcGlfZGlzYWJsZWQoImRlbGwiKSB8fCANCgkgICAgQUNQSV9GQUlMVVJF KEFjcGlHZXRIYW5kbGUoZGV2aCwgIl9CQ0wiLCAmaCkpIHx8DQoJICAgIEFD UElfRkFJTFVSRShBY3BpR2V0VHlwZShoLCAmdF9kb3MpKSB8fA0KCSAgICB0 X2RvcyAhPSBBQ1BJX1RZUEVfTUVUSE9EKSANCgkJcmV0dXJuIChFTlhJTyk7 DQojaWZkZWYJQUNQSV9ERUxMX0RFQlVHDQoJZGV2aWNlX3ByaW50ZihkZXYs ICJmb3VuZCBkZXZpY2VcbiIpOw0KI2VuZGlmCQ0KCWRldmljZV9zZXRfZGVz YyhkZXYsICJEZWxsIEFDUEkgVmlkZW8iKTsNCglyZXR1cm4gKDApOw0KDQp9 DQoNCnN0YXRpYyBpbnQNCmFjcGlfZGVsbF9hdHRhY2ggKGRldmljZV90IGRl dikNCnsNCglzdHJ1Y3QgYWNwaV9kZWxsX3NvZnRjIAkqc2M7DQoJc3RydWN0 IGFjcGlfc29mdGMgCSphY3BpX3NjOw0KCWludAkJCWJyaWdodG5lc3M7DQoJ DQoJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7DQoJc2MtPmRldiA9IGRl djsNCglzYy0+aGFuZGxlID0gYWNwaV9nZXRfaGFuZGxlKGRldik7DQoJc2Mt Pm51bV9sZXZlbHMgPSBhY3BpX2RlbGxfZ2V0X2JyaWdodG5lc3NfbGV2ZWxz KHNjKTsNCgkvKiANCgkgKiBpZiBkeW5hbWljIHJlYWQgb2YgYnJpZ2h0bmVz cyBsZXZlbHMgZGlkIG5vdCB3b3JrIA0KCSAqIHVzZSBzdGF0aWMgdGFibGUg DQoJICovDQoJaWYgKHNjLT5udW1fbGV2ZWxzID09IC0xKSB7DQojaWZkZWYJ QUNQSV9ERUxMX0RFQlVHDQoJCWRldmljZV9wcmludGYoZGV2LCAiQ291bGQg bm90IGdldCBicmlnaHRuZXNzIGxldmVsc1xuIik7DQojZW5kaWYNCgkJc2Mt Pm51bV9sZXZlbHMgPSAxODsNCgkJc2MtPmJyaWdodG5lc3NfbGV2ZWxzID0g YWNwaV9kZWxsX3ZhbGlkX2JyaWdodG5lc3M7DQoJfQ0KCS8qIHNldCBicmln aG5lc3MgbGV2ZWxzIGZvciBhYyBhbmQgZWNvIHBvd2VyICovDQoJc2MtPmFj X2JyaWdodG5lc3MgPSBzYy0+YnJpZ2h0bmVzc19sZXZlbHNbMF07DQoJc2Mt PmVjb19icmlnaHRuZXNzID0gc2MtPmJyaWdodG5lc3NfbGV2ZWxzWzFdOw0K CS8qIGdldCBicmlnaHRuZXNzICovDQoJYnJpZ2h0bmVzcyA9IGFjcGlfZGVs bF9nZXRfYnJpZ2h0bmVzcyhzYyk7DQoJDQoJYWNwaV9zYyA9IGFjcGlfZGV2 aWNlX2dldF9wYXJlbnRfc29mdGMoZGV2KTsNCgkNCgkvKiBpbnN0YWxsIG5v dGlmY2F0aW9uIGFuZCBldmVudCBoYW5kbGVyICovDQoJQWNwaUluc3RhbGxO b3RpZnlIYW5kbGVyKHNjLT5oYW5kbGUsIEFDUElfREVWSUNFX05PVElGWSwN CgkJCWFjcGlfZGVsbF9ub3RpZnksIHNjKTsNCg0KCXNjLT5wb3dlcl9wcm9m aWxlID0gRVZFTlRIQU5ETEVSX1JFR0lTVEVSKHBvd2VyX3Byb2ZpbGVfY2hh bmdlLCANCgkJCQkJCSAgYWNwaV9kZWxsX3Bvd2VycHJvZmlsZSwgDQoJCQkJ CQkgIHNjLCAwKTsNCg0KCXJldHVybiAoMCk7DQp9DQoNCnN0YXRpYyBpbnQN CmFjcGlfZGVsbF9kZXRhY2goIGRldmljZV90IGRldikNCnsNCglzdHJ1Y3Qg YWNwaV9kZWxsX3NvZnRjCSpzYzsNCglzYyA9IGRldmljZV9nZXRfc29mdGMo ZGV2KTsNCgkNCglFVkVOVEhBTkRMRVJfREVSRUdJU1RFUihwb3dlcl9wcm9m aWxlX2NoYW5nZSwgc2MtPnBvd2VyX3Byb2ZpbGUpOw0KCUFjcGlSZW1vdmVO b3RpZnlIYW5kbGVyKHNjLT5oYW5kbGUsIEFDUElfREVWSUNFX05PVElGWSwg DQoJCQkJYWNwaV9kZWxsX25vdGlmeSk7DQoJDQoJaWYgKHNjLT5icmlnaHRu ZXNzX2xldmVscyAhPSBOVUxMKQ0KCQlBY3BpT3NGcmVlKHNjLT5icmlnaHRu ZXNzX2xldmVscyk7DQoJDQoJcmV0dXJuICgwKTsNCn0NCg0KDQoNCnN0YXRp YyB2b2lkDQphY3BpX2RlbGxfbm90aWZ5KEFDUElfSEFORExFIGgsIFVJTlQz MiBub3RpZnksIHZvaWQgKmNvbnRleHQpDQp7DQoJc3RydWN0CWFjcGlfZGVs bF9zb2Z0YyAqc2M7DQoJLypVSU5UMzIJa2V5OyovDQoJc2MgPSAoc3RydWN0 IGFjcGlfZGVsbF9zb2Z0YyAqKSBjb250ZXh0Ow0KCXN3aXRjaCAobm90aWZ5 KSB7DQoJCWNhc2UgQUNQSV9ERUxMX0JSSUdIVE5FU1NfSU5DUkVBU0U6DQoj aWZkZWYgQUNQSV9ERUxMX0RFQlVHDQoJCQlkZXZpY2VfcHJpbnRmKHNjLT5k ZXYsIA0KCQkJCSJpbmNyZWFzZSBicmlnaHRuZXNzIG5vdGlmeSAweCV4XG4i LCBub3RpZnkpOw0KI2VuZGlmDQoJCQlhY3BpX2RlbGxfc2V0X2JyaWdodG5l c3Moc2MsIDEpOw0KCQkJYnJlYWs7DQoJCWNhc2UgQUNQSV9ERUxMX0JSSUdI VE5FU1NfREVDUkVBU0U6DQojaWZkZWYgQUNQSV9ERUxMX0RFQlVHDQoJCQlk ZXZpY2VfcHJpbnRmKHNjLT5kZXYsIA0KCQkJCSJkZWNyZWFzZSBicmlnaHRu ZXNzIG5vdGlmeSAweCV4XG4iLCBub3RpZnkpOw0KI2VuZGlmDQoJCQlhY3Bp X2RlbGxfc2V0X2JyaWdodG5lc3Moc2MsIDApOw0KCQkJYnJlYWs7DQoJCWRl ZmF1bHQ6DQoJCQlkZXZpY2VfcHJpbnRmKHNjLT5kZXYsICJub3RpZnkgMHgl eFxuIiwgbm90aWZ5KTsNCgkJCWJyZWFrOw0KCX0NCn0NCg0Kc3RhdGljIGlu dA0KYWNwaV9kZWxsX2dldF9icmlnaHRuZXNzKHN0cnVjdCBhY3BpX2RlbGxf c29mdGMgKnNjKQ0Kew0KCWludCBpOw0KCWludCBicmlnaHRuZXNzOw0KCWFj cGlfR2V0SW50ZWdlcihzYy0+aGFuZGxlLCBBQ1BJX0RFTExfQlJJR0hUTkVT U19HRVQsICZicmlnaHRuZXNzKTsNCglzYy0+YnJpZ2h0bmVzcyA9IGJyaWdo dG5lc3M7DQoJZm9yIChpID0gMjsgaSA8IHNjLT5udW1fbGV2ZWxzOyBpKysp IA0KCQlpZiAoYnJpZ2h0bmVzcyA9PSBhY3BpX2RlbGxfdmFsaWRfYnJpZ2h0 bmVzc1tpXSkNCgkJCWJyZWFrOw0KCXNjLT5icmlnaHRuZXNzX2luZGV4ID0g aTsNCglyZXR1cm4gKGJyaWdodG5lc3MpOw0KfQ0KDQpzdGF0aWMgaW50DQph Y3BpX2RlbGxfc2V0X2JyaWdodG5lc3Moc3RydWN0IGFjcGlfZGVsbF9zb2Z0 YyAqc2MsIGludCBpbmMpDQp7DQoJaW50IGJyaWdodG5lc3M7DQoJaW50IG5l eHRfYnI7DQoJQUNQSV9TRVJJQUxfQkVHSU4oZGVsbCk7DQoJYnJpZ2h0bmVz cyA9IGFjcGlfZGVsbF9nZXRfYnJpZ2h0bmVzcyhzYyk7DQoJaWYgKGluYykg ew0KCQluZXh0X2JyID0gc2MtPmJyaWdodG5lc3NfaW5kZXggKyAxOw0KCQlp ZiAobmV4dF9iciA+PSBzYy0+bnVtX2xldmVscykgDQoJCQluZXh0X2JyID0g c2MtPm51bV9sZXZlbHM7DQoJfSBlbHNlIHsNCgkJbmV4dF9iciA9IHNjLT5i cmlnaHRuZXNzX2luZGV4IC0gMTsNCgkJaWYgKG5leHRfYnIgPD0gMikgDQoJ CQluZXh0X2JyID0gMjsNCgl9DQoJYWNwaV9TZXRJbnRlZ2VyKHNjLT5oYW5k bGUsIEFDUElfREVMTF9CUklHSFRORVNTX1NFVCwgDQoJCQlhY3BpX2RlbGxf dmFsaWRfYnJpZ2h0bmVzc1tuZXh0X2JyXSk7DQoJc2MtPmJyaWdodG5lc3Mg PSBhY3BpX2RlbGxfdmFsaWRfYnJpZ2h0bmVzc1tuZXh0X2JyXTsNCglzYy0+ YnJpZ2h0bmVzc19pbmRleCA9IG5leHRfYnI7DQoJQUNQSV9TRVJJQUxfRU5E KGRlbGwpOw0KCXJldHVybiAoMCk7DQp9DQoNCnN0YXRpYyBpbnQNCmFjcGlf ZGVsbF9nZXRfYnJpZ2h0bmVzc19sZXZlbHMoc3RydWN0IGFjcGlfZGVsbF9z b2Z0YyAqc2MpDQp7DQoJQUNQSV9TVEFUVVMJc3RhdHVzOw0KCUFDUElfQlVG RkVSCWJjbF9idWY7DQoJQUNQSV9PQkpFQ1QJKmJjbF9vYmo7DQoJaW50CQlp LCBuLCBudW07DQoJaW50CQkqbHZsOw0KDQoJbnVtID0gMDsNCgliY2xfYnVm Lkxlbmd0aCA9IEFDUElfQUxMT0NBVEVfQlVGRkVSOw0KCWJjbF9idWYuUG9p bnRlciA9IE5VTEw7DQoJDQoJc3RhdHVzID0gQWNwaUV2YWx1YXRlT2JqZWN0 KHNjLT5oYW5kbGUsIEFDUElfREVMTF9CUklHSFRORVNTX1NVUFBPUlRFRCwN CgkJCQkgICAgTlVMTCwgJmJjbF9idWYpOw0KCWlmIChBQ1BJX0ZBSUxVUkUo c3RhdHVzKSkgew0KCQlpZiAoc3RhdHVzICE9IEFFX05PVF9GT1VORCkNCgkJ CWRldmljZV9wcmludGYoc2MtPmRldiwgImNvdWxkIG5vdCBldmFsdWF0ZSBf QkNMXG4iKTsNCgkJbnVtID0gLTE7DQoJCWdvdG8gb3V0Ow0KCX0gDQoNCgli Y2xfb2JqID0gKEFDUElfT0JKRUNUICopYmNsX2J1Zi5Qb2ludGVyOw0KCWlm ICghQUNQSV9QS0dfVkFMSUQoYmNsX29iaiwyKSkgew0KCQlkZXZpY2VfcHJp bnRmKHNjLT5kZXYsICJldmFsdWF0aW9uIG9mIF9CQ0wgbWFrZXMgbm8gc2Vu c2VcbiIpOw0KCQludW0gPSAtMTsNCgkJZ290byBvdXQ7DQoJfQ0KDQoJbnVt ID0gYmNsX29iai0+UGFja2FnZS5Db3VudDsNCglsdmwgPSBBY3BpT3NBbGxv Y2F0ZShudW0gKiBzaXplb2YoKmx2bCkpOw0KCWlmIChsdmwgPT0gTlVMTCkg ew0KCQludW0gPSAtMTsNCgkJZ290byBvdXQ7DQoJfQ0KCQ0KCWZvciAoaSA9 IDAsIG4gPSAwOyBpIDwgbnVtOyBpKyspDQoJCWlmIChhY3BpX1BrZ0ludDMy KGJjbF9vYmosIGksICZsdmxbbl0pID09IDApDQoJCQluKys7DQoJaWYgKG4g PCAyKSB7DQoJCW51bSA9IC0xOw0KCQlBY3BpT3NGcmVlKGx2bCk7DQoJfSBl bHNlIHsNCgkJbnVtID0gbjsNCgkJc2MtPmJyaWdodG5lc3NfbGV2ZWxzID0g bHZsOw0KCX0NCm91dDoJDQoJaWYgKGJjbF9idWYuUG9pbnRlciAhPSBOVUxM KQ0KCQlBY3BpT3NGcmVlKGJjbF9idWYuUG9pbnRlcik7DQoJDQoJcmV0dXJu IChudW0pOw0KfQ0KDQpzdGF0aWMgdm9pZA0KYWNwaV9kZWxsX3Bvd2VycHJv ZmlsZSh2b2lkICpjb250ZXh0KQ0Kew0KCWludCAJCQlzdGF0ZTsNCglzdHJ1 Y3QgYWNwaV9kZWxsX3NvZnRjCSpzYzsNCg0KCXNjID0gY29udGV4dDsNCglz dGF0ZSA9IHBvd2VyX3Byb2ZpbGVfZ2V0X3N0YXRlKCk7DQoJaWYgKHN0YXRl ICE9IFBPV0VSX1BST0ZJTEVfUEVSRk9STUFOQ0UgJiYNCgkgICAgc3RhdGUg IT0gUE9XRVJfUFJPRklMRV9FQ09OT01ZKQ0KCQlyZXR1cm4gOw0KDQoJQUNQ SV9TRVJJQUxfQkVHSU4oZGVsbCk7DQoJYWNwaV9TZXRJbnRlZ2VyKHNjLT5o YW5kbGUsIEFDUElfREVMTF9CUklHSFRORVNTX1NFVCwgDQoJCQlzdGF0ZSA9 PSBQT1dFUl9QUk9GSUxFX0VDT05PTVkgPyANCgkJCXNjLT5lY29fYnJpZ2h0 bmVzcyA6IHNjLT5hY19icmlnaHRuZXNzKTsNCglBQ1BJX1NFUklBTF9FTkQo ZGVsbCk7DQp9DQo= ---496892480-560367094-1265996917=:1675-- From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 18:21:14 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8E3071065679; Fri, 12 Feb 2010 18:21:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 12 Feb 2010 13:20:49 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002121320.51441.jkim@FreeBSD.org> Cc: Daniel Walter Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 18:21:14 -0000 On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: > Hi all, > > I've written a small kernel driver to support Dell Mini 1011 (aka > Dell Mini 10v) Brightness Controll Buttons. Since I do not have any > other Dell Notebooks, I'd like you to test this module on other > Dell Notebooks as well. > > This driver is in an early stage, but future releases will also > support the rfkill switch and CRT switch. > > Currently following features are implemented: > * Increase / Decrease Brightness > * Change brightness if AC is connected / disconnected > > TODO: > * Add CRT Support > * Add Sysctl to define brightness levels for eco and ac > powerprofile * Add Support for RF-Kill Switch > > Any suggestions are welcome I just quickly glanced at it but I failed see anything quite specific to Dell laptops except for "TODO: Add support for RF-Kill Switch". acpi_video(4) should be able to do what you want. Am I missing something here? Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 18:50:10 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 23462106568B; Fri, 12 Feb 2010 18:50:10 +0000 (UTC) (envelope-from D.Walter@student.uibk.ac.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id D216C8FC15; Fri, 12 Feb 2010 18:50:09 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id 6E39878C2A; Fri, 12 Feb 2010 19:55:32 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2qn2kiCWXHyY; Fri, 12 Feb 2010 19:55:08 +0100 (CET) Received: from [192.168.1.2] (chello213047242248.tirol.surfer.at [213.47.242.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id C45D078C11; Fri, 12 Feb 2010 19:55:06 +0100 (CET) Date: Fri, 12 Feb 2010 19:33:12 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast To: Jung-uk Kim In-Reply-To: <201002121320.51441.jkim@FreeBSD.org> Message-ID: References: <201002121320.51441.jkim@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@FreeBSD.org, Daniel Walter Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 18:50:10 -0000 On Fri, 12 Feb 2010, Jung-uk Kim wrote: > On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: >> Hi all, >> >> I've written a small kernel driver to support Dell Mini 1011 (aka >> Dell Mini 10v) Brightness Controll Buttons. Since I do not have any >> other Dell Notebooks, I'd like you to test this module on other >> Dell Notebooks as well. >> >> This driver is in an early stage, but future releases will also >> support the rfkill switch and CRT switch. >> >> Currently following features are implemented: >> * Increase / Decrease Brightness >> * Change brightness if AC is connected / disconnected >> >> TODO: >> * Add CRT Support >> * Add Sysctl to define brightness levels for eco and ac >> powerprofile * Add Support for RF-Kill Switch >> >> Any suggestions are welcome > > I just quickly glanced at it but I failed see anything quite specific > to Dell laptops except for "TODO: Add support for RF-Kill Switch". > acpi_video(4) should be able to do what you want. Am I missing > something here? > > Jung-uk Kim hi, Yes it is possible to control the brightness using acpi_video(4) via sysctl but there is no support for the FN-Buttons. This module adds the support for those buttons. Daniel Walter From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 19:09:55 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CDE9C1065697; Fri, 12 Feb 2010 19:09:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 12 Feb 2010 14:09:47 -0500 User-Agent: KMail/1.6.2 References: <201002121320.51441.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002121409.49779.jkim@FreeBSD.org> Cc: Daniel Walter , Daniel Walter Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 19:09:56 -0000 On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: > On Fri, 12 Feb 2010, Jung-uk Kim wrote: > > On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: > >> Hi all, > >> > >> I've written a small kernel driver to support Dell Mini 1011 > >> (aka Dell Mini 10v) Brightness Controll Buttons. Since I do not > >> have any other Dell Notebooks, I'd like you to test this module > >> on other Dell Notebooks as well. > >> > >> This driver is in an early stage, but future releases will also > >> support the rfkill switch and CRT switch. > >> > >> Currently following features are implemented: > >> * Increase / Decrease Brightness > >> * Change brightness if AC is connected / disconnected > >> > >> TODO: > >> * Add CRT Support > >> * Add Sysctl to define brightness levels for eco and ac > >> powerprofile * Add Support for RF-Kill Switch > >> > >> Any suggestions are welcome > > > > I just quickly glanced at it but I failed see anything quite > > specific to Dell laptops except for "TODO: Add support for > > RF-Kill Switch". acpi_video(4) should be able to do what you > > want. Am I missing something here? > > > > Jung-uk Kim > > hi, > > Yes it is possible to control the brightness using acpi_video(4) > via sysctl but there is no support for the FN-Buttons. This module > adds the support for those buttons. I see. However, my point is the probe function does not seem specific to Dell laptops. In fact, you are just checking _BCL transition, i.e., effectively it just makes a generic acpi_video notify handler for brightness change. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 19:38:26 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 E17B810656A5 for ; Fri, 12 Feb 2010 19:38:26 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id 833668FC23 for ; Fri, 12 Feb 2010 19:38:26 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id CA7A178C2A; Fri, 12 Feb 2010 21:00:21 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8o+Hd3navNKW; Fri, 12 Feb 2010 20:59:32 +0100 (CET) Received: from [192.168.1.2] (chello213047242248.tirol.surfer.at [213.47.242.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id 0979E78C11; Fri, 12 Feb 2010 20:59:31 +0100 (CET) Date: Fri, 12 Feb 2010 20:37:42 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast To: Jung-uk Kim In-Reply-To: <201002121409.49779.jkim@FreeBSD.org> Message-ID: References: <201002121320.51441.jkim@FreeBSD.org> <201002121409.49779.jkim@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@FreeBSD.org Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 19:38:27 -0000 On Fri, 12 Feb 2010, Jung-uk Kim wrote: > On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: >>>> Hi all, >>>> >>>> I've written a small kernel driver to support Dell Mini 1011 >>>> (aka Dell Mini 10v) Brightness Controll Buttons. Since I do not >>>> have any other Dell Notebooks, I'd like you to test this module >>>> on other Dell Notebooks as well. >>>> >>>> This driver is in an early stage, but future releases will also >>>> support the rfkill switch and CRT switch. >>>> >>>> Currently following features are implemented: >>>> * Increase / Decrease Brightness >>>> * Change brightness if AC is connected / disconnected >>>> >>>> TODO: >>>> * Add CRT Support >>>> * Add Sysctl to define brightness levels for eco and ac >>>> powerprofile * Add Support for RF-Kill Switch >>>> >>>> Any suggestions are welcome >>> >>> I just quickly glanced at it but I failed see anything quite >>> specific to Dell laptops except for "TODO: Add support for >>> RF-Kill Switch". acpi_video(4) should be able to do what you >>> want. Am I missing something here? >>> >>> Jung-uk Kim >> >> hi, >> >> Yes it is possible to control the brightness using acpi_video(4) >> via sysctl but there is no support for the FN-Buttons. This module >> adds the support for those buttons. > > I see. However, my point is the probe function does not seem specific > to Dell laptops. In fact, you are just checking _BCL transition, > i.e., effectively it just makes a generic acpi_video notify handler > for brightness change. > > Jung-uk Kim Oh, I've completly overlooked this one. Sorry for that, I should replace the probing with a Dell specific probing instead. Do you have any suggestions to this one ? Daniel Walter From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 19:48:27 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 0D815106568F; Fri, 12 Feb 2010 19:48:27 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 12 Feb 2010 14:48:17 -0500 User-Agent: KMail/1.6.2 References: <201002121409.49779.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002121448.20071.jkim@FreeBSD.org> Cc: Daniel Walter Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 19:48:27 -0000 On Friday 12 February 2010 02:37 pm, Daniel Walter wrote: > On Fri, 12 Feb 2010, Jung-uk Kim wrote: > > On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: > >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: > >>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: > >>>> Hi all, > >>>> > >>>> I've written a small kernel driver to support Dell Mini 1011 > >>>> (aka Dell Mini 10v) Brightness Controll Buttons. Since I do > >>>> not have any other Dell Notebooks, I'd like you to test this > >>>> module on other Dell Notebooks as well. > >>>> > >>>> This driver is in an early stage, but future releases will > >>>> also support the rfkill switch and CRT switch. > >>>> > >>>> Currently following features are implemented: > >>>> * Increase / Decrease Brightness > >>>> * Change brightness if AC is connected / disconnected > >>>> > >>>> TODO: > >>>> * Add CRT Support > >>>> * Add Sysctl to define brightness levels for eco and ac > >>>> powerprofile * Add Support for RF-Kill Switch > >>>> > >>>> Any suggestions are welcome > >>> > >>> I just quickly glanced at it but I failed see anything quite > >>> specific to Dell laptops except for "TODO: Add support for > >>> RF-Kill Switch". acpi_video(4) should be able to do what you > >>> want. Am I missing something here? > >>> > >>> Jung-uk Kim > >> > >> hi, > >> > >> Yes it is possible to control the brightness using acpi_video(4) > >> via sysctl but there is no support for the FN-Buttons. This > >> module adds the support for those buttons. > > > > I see. However, my point is the probe function does not seem > > specific to Dell laptops. In fact, you are just checking _BCL > > transition, i.e., effectively it just makes a generic acpi_video > > notify handler for brightness change. > > > > Jung-uk Kim > > Oh, I've completly overlooked this one. Sorry for that, I should > replace the probing with a Dell specific probing instead. Do you > have any suggestions to this one ? It totally depends on DSDT of your laptop model and you will have to maintain the list of these ACPI handles, unfortunately. Please see acpi_asus.c for example. If you are interested in generic acpi_video(4) enhancement, you just need to extend acpi_video.c to get these notifications, i.e., 0x86 and 0x87. FYI, acpi_video can only handle 0x80 and 0x81 events ATM. Please read ACPI specification Appendix B. Video Extensions, especially B.6 and B.7 are what you are looking for. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 20:12:57 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 B1CB91065676; Fri, 12 Feb 2010 20:12:57 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6D08FC1C; Fri, 12 Feb 2010 20:12:57 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id 95F1378C2A; Fri, 12 Feb 2010 21:34:52 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vNCvrGKHYf8X; Fri, 12 Feb 2010 21:34:28 +0100 (CET) Received: from mini-beast.lan (chello212186010058.tirol.surfer.at [212.186.10.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id E25EF78C11; Fri, 12 Feb 2010 21:34:27 +0100 (CET) Date: Fri, 12 Feb 2010 21:12:34 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast.lan To: Jung-uk Kim In-Reply-To: <201002121448.20071.jkim@FreeBSD.org> Message-ID: References: <201002121409.49779.jkim@FreeBSD.org> <201002121448.20071.jkim@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@FreeBSD.org, Daniel Walter Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 20:12:57 -0000 On Fri, 12 Feb 2010, Jung-uk Kim wrote: > On Friday 12 February 2010 02:37 pm, Daniel Walter wrote: >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>> On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: >>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>>>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: >>>>>> Hi all, >>>>>> >>>>>> I've written a small kernel driver to support Dell Mini 1011 >>>>>> (aka Dell Mini 10v) Brightness Controll Buttons. Since I do >>>>>> not have any other Dell Notebooks, I'd like you to test this >>>>>> module on other Dell Notebooks as well. >>>>>> >>>>>> This driver is in an early stage, but future releases will >>>>>> also support the rfkill switch and CRT switch. >>>>>> >>>>>> Currently following features are implemented: >>>>>> * Increase / Decrease Brightness >>>>>> * Change brightness if AC is connected / disconnected >>>>>> >>>>>> TODO: >>>>>> * Add CRT Support >>>>>> * Add Sysctl to define brightness levels for eco and ac >>>>>> powerprofile * Add Support for RF-Kill Switch >>>>>> >>>>>> Any suggestions are welcome >>>>> >>>>> I just quickly glanced at it but I failed see anything quite >>>>> specific to Dell laptops except for "TODO: Add support for >>>>> RF-Kill Switch". acpi_video(4) should be able to do what you >>>>> want. Am I missing something here? >>>>> >>>>> Jung-uk Kim >>>> >>>> hi, >>>> >>>> Yes it is possible to control the brightness using acpi_video(4) >>>> via sysctl but there is no support for the FN-Buttons. This >>>> module adds the support for those buttons. >>> >>> I see. However, my point is the probe function does not seem >>> specific to Dell laptops. In fact, you are just checking _BCL >>> transition, i.e., effectively it just makes a generic acpi_video >>> notify handler for brightness change. >>> >>> Jung-uk Kim >> >> Oh, I've completly overlooked this one. Sorry for that, I should >> replace the probing with a Dell specific probing instead. Do you >> have any suggestions to this one ? > > It totally depends on DSDT of your laptop model and you will have to > maintain the list of these ACPI handles, unfortunately. Please see > acpi_asus.c for example. > > If you are interested in generic acpi_video(4) enhancement, you just > need to extend acpi_video.c to get these notifications, i.e., 0x86 > and 0x87. FYI, acpi_video can only handle 0x80 and 0x81 events ATM. > Please read ACPI specification Appendix B. Video Extensions, > especially B.6 and B.7 are what you are looking for. > > Jung-uk Kim Hi I'll take a look at my DSDT again ... I've also will take a look at Appendix B of the current ACPI spec to see if 0x86 and 0x87 are OEM or part of the standard. If they are not completly out of spec I'll patch acpi_video(4) and send it again to the list. thanks for your help and hints. Daniel WALTER From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 20:41:40 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 4634E106566B; Fri, 12 Feb 2010 20:41:38 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 12 Feb 2010 15:41:27 -0500 User-Agent: KMail/1.6.2 References: <201002121448.20071.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002121541.29429.jkim@FreeBSD.org> Cc: Daniel Walter Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 20:41:40 -0000 On Friday 12 February 2010 03:12 pm, Daniel Walter wrote: > On Fri, 12 Feb 2010, Jung-uk Kim wrote: > > On Friday 12 February 2010 02:37 pm, Daniel Walter wrote: > >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: > >>> On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: > >>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: > >>>>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: > >>>>>> Hi all, > >>>>>> > >>>>>> I've written a small kernel driver to support Dell Mini 1011 > >>>>>> (aka Dell Mini 10v) Brightness Controll Buttons. Since I do > >>>>>> not have any other Dell Notebooks, I'd like you to test this > >>>>>> module on other Dell Notebooks as well. > >>>>>> > >>>>>> This driver is in an early stage, but future releases will > >>>>>> also support the rfkill switch and CRT switch. > >>>>>> > >>>>>> Currently following features are implemented: > >>>>>> * Increase / Decrease Brightness > >>>>>> * Change brightness if AC is connected / disconnected > >>>>>> > >>>>>> TODO: > >>>>>> * Add CRT Support > >>>>>> * Add Sysctl to define brightness levels for eco and ac > >>>>>> powerprofile * Add Support for RF-Kill Switch > >>>>>> > >>>>>> Any suggestions are welcome > >>>>> > >>>>> I just quickly glanced at it but I failed see anything quite > >>>>> specific to Dell laptops except for "TODO: Add support for > >>>>> RF-Kill Switch". acpi_video(4) should be able to do what you > >>>>> want. Am I missing something here? > >>>>> > >>>>> Jung-uk Kim > >>>> > >>>> hi, > >>>> > >>>> Yes it is possible to control the brightness using > >>>> acpi_video(4) via sysctl but there is no support for the > >>>> FN-Buttons. This module adds the support for those buttons. > >>> > >>> I see. However, my point is the probe function does not seem > >>> specific to Dell laptops. In fact, you are just checking _BCL > >>> transition, i.e., effectively it just makes a generic > >>> acpi_video notify handler for brightness change. > >>> > >>> Jung-uk Kim > >> > >> Oh, I've completly overlooked this one. Sorry for that, I should > >> replace the probing with a Dell specific probing instead. Do you > >> have any suggestions to this one ? > > > > It totally depends on DSDT of your laptop model and you will have > > to maintain the list of these ACPI handles, unfortunately. > > Please see acpi_asus.c for example. > > > > If you are interested in generic acpi_video(4) enhancement, you > > just need to extend acpi_video.c to get these notifications, > > i.e., 0x86 and 0x87. FYI, acpi_video can only handle 0x80 and > > 0x81 events ATM. Please read ACPI specification Appendix B. Video > > Extensions, especially B.6 and B.7 are what you are looking for. > > > > Jung-uk Kim > > Hi I'll take a look at my DSDT again ... > > I've also will take a look at Appendix B of the current ACPI spec > to see if 0x86 and 0x87 are OEM or part of the standard. If they > are not completly out of spec I'll patch acpi_video(4) and send it > again to the list. 0x86/0x87 is part of the spec. and it should be handled by acpi_video IMHO. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 12 21:38:50 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 6D99B106566B; Fri, 12 Feb 2010 21:38:50 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id B20018FC0A; Fri, 12 Feb 2010 21:38:49 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id D0DF378C2A; Fri, 12 Feb 2010 23:00:44 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uH1PMeByhDKU; Fri, 12 Feb 2010 23:00:20 +0100 (CET) Received: from mini-beast.lan (chello212186010058.tirol.surfer.at [212.186.10.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id 2420B78C11; Fri, 12 Feb 2010 23:00:19 +0100 (CET) Date: Fri, 12 Feb 2010 22:38:27 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast.lan To: Jung-uk Kim In-Reply-To: <201002121541.29429.jkim@FreeBSD.org> Message-ID: References: <201002121448.20071.jkim@FreeBSD.org> <201002121541.29429.jkim@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-496892480-1044077609-1266010709=:5956" Cc: freebsd-acpi@FreeBSD.org Subject: Re: Call for testers acpi_dell 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, 12 Feb 2010 21:38:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---496892480-1044077609-1266010709=:5956 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 12 Feb 2010, Jung-uk Kim wrote: > On Friday 12 February 2010 03:12 pm, Daniel Walter wrote: >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>> On Friday 12 February 2010 02:37 pm, Daniel Walter wrote: >>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>>>> On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: >>>>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>>>>>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I've written a small kernel driver to support Dell Mini 1011 >>>>>>>> (aka Dell Mini 10v) Brightness Controll Buttons. Since I do >>>>>>>> not have any other Dell Notebooks, I'd like you to test this >>>>>>>> module on other Dell Notebooks as well. >>>>>>>> >>>>>>>> This driver is in an early stage, but future releases will >>>>>>>> also support the rfkill switch and CRT switch. >>>>>>>> >>>>>>>> Currently following features are implemented: >>>>>>>> * Increase / Decrease Brightness >>>>>>>> * Change brightness if AC is connected / disconnected >>>>>>>> >>>>>>>> TODO: >>>>>>>> * Add CRT Support >>>>>>>> * Add Sysctl to define brightness levels for eco and ac >>>>>>>> powerprofile * Add Support for RF-Kill Switch >>>>>>>> >>>>>>>> Any suggestions are welcome >>>>>>> >>>>>>> I just quickly glanced at it but I failed see anything quite >>>>>>> specific to Dell laptops except for "TODO: Add support for >>>>>>> RF-Kill Switch". acpi_video(4) should be able to do what you >>>>>>> want. Am I missing something here? >>>>>>> >>>>>>> Jung-uk Kim >>>>>> >>>>>> hi, >>>>>> >>>>>> Yes it is possible to control the brightness using >>>>>> acpi_video(4) via sysctl but there is no support for the >>>>>> FN-Buttons. This module adds the support for those buttons. >>>>> >>>>> I see. However, my point is the probe function does not seem >>>>> specific to Dell laptops. In fact, you are just checking _BCL >>>>> transition, i.e., effectively it just makes a generic >>>>> acpi_video notify handler for brightness change. >>>>> >>>>> Jung-uk Kim >>>> >>>> Oh, I've completly overlooked this one. Sorry for that, I should >>>> replace the probing with a Dell specific probing instead. Do you >>>> have any suggestions to this one ? >>> >>> It totally depends on DSDT of your laptop model and you will have >>> to maintain the list of these ACPI handles, unfortunately. >>> Please see acpi_asus.c for example. >>> >>> If you are interested in generic acpi_video(4) enhancement, you >>> just need to extend acpi_video.c to get these notifications, >>> i.e., 0x86 and 0x87. FYI, acpi_video can only handle 0x80 and >>> 0x81 events ATM. Please read ACPI specification Appendix B. Video >>> Extensions, especially B.6 and B.7 are what you are looking for. >>> >>> Jung-uk Kim >> >> Hi I'll take a look at my DSDT again ... >> >> I've also will take a look at Appendix B of the current ACPI spec >> to see if 0x86 and 0x87 are OEM or part of the standard. If they >> are not completly out of spec I'll patch acpi_video(4) and send it >> again to the list. > > 0x86/0x87 is part of the spec. and it should be handled by acpi_video > IMHO. > > Jung-uk Kim hi, as you suggested I've written a patch for acpi_video(4) to support the 0x86 and 0x87 notifications. the support for 0x85, 0x88, 0x89 (also specified in ACPI Standard Appendix B7) is not yet implemented. Could anyone with a ACPI sending 0x86 and 0x87 test the patch ? thanks for the help and pointing my in the right direction. regards Daniel ---496892480-1044077609-1266010709=:5956 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=acpi_video.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=acpi_video.diff LS0tIC91c3Ivc3JjL3N5cy9kZXYvYWNwaWNhL2FjcGlfdmlkZW8uYwkyMDA5 LTEwLTI1IDAyOjEwOjI5LjAwMDAwMDAwMCArMDEwMA0KKysrIGFjcGlfdmlk ZW8uYwkyMDEwLTAyLTEyIDIyOjM3OjIyLjAwMDAwMDAwMCArMDEwMA0KQEAg LTIzLDcgKzIzLDcgQEANCiAgKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNP RlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9G DQogICogU1VDSCBEQU1BR0UuDQogICoNCi0gKgkkSWQ6IGFjcGlfdmlkLmMs diAxLjQgMjAwMy8xMC8xMyAxMDowNzozNiB0YWt1IEV4cCAkDQorICoJJElk OiBhY3BpX3ZpZGVvLmMgMyAyMDEwLTAyLTEyIDE2OjI0OjIwWiBzYWhuZSAk DQogICovDQogDQogI2luY2x1ZGUgPHN5cy9jZGVmcy5oPg0KQEAgLTg3LDYg Kzg3LDcgQEANCiBzdGF0aWMgaW50CWFjcGlfdmlkZW9fdm9fYnJpZ2h0X3N5 c2N0bChTWVNDVExfSEFORExFUl9BUkdTKTsNCiBzdGF0aWMgaW50CWFjcGlf dmlkZW9fdm9fcHJlc2V0c19zeXNjdGwoU1lTQ1RMX0hBTkRMRVJfQVJHUyk7 DQogc3RhdGljIGludAlhY3BpX3ZpZGVvX3ZvX2xldmVsc19zeXNjdGwoU1lT Q1RMX0hBTkRMRVJfQVJHUyk7DQorc3RhdGljIHZvaWQJYWNwaV92aWRlb192 b19ub3RpZnlfaGFuZGxlcihBQ1BJX0hBTkRMRSwgVUlOVDMyLCB2b2lkICop Ow0KIA0KIC8qIG9wZXJhdGlvbnMgKi8NCiBzdGF0aWMgdm9pZAl2aWRfc2V0 X3N3aXRjaF9wb2xpY3koQUNQSV9IQU5ETEUsIFVJTlQzMik7DQpAQCAtOTks OCArMTAwLDEwIEBADQogc3RhdGljIHZvaWQJdm9fc2V0X2RldmljZV9zdGF0 ZShBQ1BJX0hBTkRMRSwgVUlOVDMyKTsNCiANCiAvKiBldmVudHMgKi8NCi0j ZGVmaW5lIFZJRF9OT1RJRllfU1dJVENIRUQJMHg4MA0KLSNkZWZpbmUgVklE X05PVElGWV9SRVBST0JFCTB4ODENCisjZGVmaW5lIFZJRF9OT1RJRllfU1dJ VENIRUQJCTB4ODANCisjZGVmaW5lIFZJRF9OT1RJRllfUkVQUk9CRQkJMHg4 MQ0KKyNkZWZpbmUgVklEX05PVElGWV9CUklHSFRORVNTX1VQCTB4ODYNCisj ZGVmaW5lIFZJRF9OT1RJRllfQlJJR0hUTkVTU19ET1dOCTB4ODcNCiANCiAv KiBfRE9TIChFbmFibGUvRGlzYWJsZSBPdXRwdXQgU3dpdGNoaW5nKSBhcmd1 bWVudCBiaXRzICovDQogI2RlZmluZSBET1NfU1dJVENIX01BU0sJCTMNCkBA IC01NjYsNiArNTY5LDggQEANCiAJCQkvKiBYWFggLSBzZWUgYWJvdmUuICov DQogCQkJdm8tPnZvX2Vjb25vbXkgPSB2by0+dm9fbGV2ZWxzW0JDTF9FQ09O T01ZXTsNCiAJfQ0KKwlBY3BpSW5zdGFsbE5vdGlmeUhhbmRsZXIodm8tPmhh bmRsZSxBQ1BJX0RFVklDRV9OT1RJRlksDQorCQkJYWNwaV92aWRlb192b19u b3RpZnlfaGFuZGxlciwgdm8pOw0KIH0NCiANCiBzdGF0aWMgdm9pZA0KQEAg LTU3NCw2ICs1NzksOSBAQA0KIAlzdHJ1Y3QgYWNwaV92aWRlb19vdXRwdXRf cXVldWUgKnZvcWg7DQogDQogCUFDUElfU0VSSUFMX0FTU0VSVCh2aWRlbyk7 DQorCUFjcGlSZW1vdmVOb3RpZnlIYW5kbGVyKHZvLT5oYW5kbGUsIEFDUElf REVWSUNFX05PVElGWSwgDQorCQkJCWFjcGlfdmlkZW9fdm9fbm90aWZ5X2hh bmRsZXIpOw0KKw0KIAlpZiAodm8tPnZvX3N5c2N0bF90cmVlICE9IE5VTEwp IHsNCiAJCXZvLT52b19zeXNjdGxfdHJlZSA9IE5VTEw7DQogCQlzeXNjdGxf Y3R4X2ZyZWUoJnZvLT52b19zeXNjdGxfY3R4KTsNCkBAIC05MzksMyArOTQ3 LDU2IEBADQogCQlwcmludGYoImNhbid0IGV2YWx1YXRlICVzLl9EU1MgLSAl c1xuIiwNCiAJCSAgICAgICBhY3BpX25hbWUoaGFuZGxlKSwgQWNwaUZvcm1h dEV4Y2VwdGlvbihzdGF0dXMpKTsNCiB9DQorDQorc3RhdGljIHZvaWQNCith Y3BpX3ZpZGVvX3ZvX25vdGlmeV9oYW5kbGVyKEFDUElfSEFORExFIGhhbmRs ZSwgVUlOVDMyIG5vdGlmeSwgdm9pZCAqY29udGV4dCkNCit7DQorCXN0cnVj dCBhY3BpX3ZpZGVvX291dHB1dCAqdm87DQorCWludCBicmlnaHRuZXNzOw0K KwlpbnQgaSA9IDA7DQorCXZvID0gY29udGV4dDsNCisJc3dpdGNoKG5vdGlm eSkgewkNCisJY2FzZSBWSURfTk9USUZZX0JSSUdIVE5FU1NfVVA6DQorCQlB Q1BJX1NFUklBTF9CRUdJTih2aWRlbyk7DQorCQlpZiAodm8tPnZvX2xldmVs cyAhPSBOVUxMKSB7DQorCQkJYnJpZ2h0bmVzcyA9IHZvLT52b19icmlnaHRu ZXNzOw0KKwkJCWlmIChicmlnaHRuZXNzID09IC0xKSB7DQorCQkJCWJyaWdo dG5lc3MgPSB2by0+dm9fZnVsbHBvd2VyOw0KKwkJCX0NCisJCQ0KKwkJCWlm IChicmlnaHRuZXNzICE9IHZvLT52b19mdWxscG93ZXIpIHsNCisJCQkJZm9y IChpID0gMjsgaSA8IHZvLT52b19udW1sZXZlbHM7IGkrKykNCisJCQkJCWlm ICh2by0+dm9fbGV2ZWxzW2ldID09IGJyaWdodG5lc3MpDQorCQkJCQkJYnJl YWs7DQorCQkJfQ0KKwkJCWlmIChpICE9IHZvLT52b19udW1sZXZlbHMgLSAx KSB7DQorCQkJCWJyaWdodG5lc3MgPSB2by0+dm9fbGV2ZWxzW2krMV07DQor CQkJCXZvX3NldF9icmlnaHRuZXNzKHZvLT5oYW5kbGUsIGJyaWdodG5lc3Mp Ow0KKwkJCQl2by0+dm9fYnJpZ2h0bmVzcyA9IGJyaWdodG5lc3M7DQorCQkJ fQ0KKwkJfQ0KKwkJQUNQSV9TRVJJQUxfRU5EKHZpZGVvKTsNCisJCWJyZWFr Ow0KKwljYXNlIFZJRF9OT1RJRllfQlJJR0hUTkVTU19ET1dOOg0KKwkJQUNQ SV9TRVJJQUxfQkVHSU4odmlkZW8pOw0KKwkJaWYgKHZvLT52b19sZXZlbHMg IT0gTlVMTCkgew0KKwkJCWJyaWdodG5lc3MgPSB2by0+dm9fYnJpZ2h0bmVz czsNCisJCQlpZiAoYnJpZ2h0bmVzcyA9PSAtMSkgew0KKwkJCQlicmlnaHRu ZXNzID0gdm8tPnZvX2Z1bGxwb3dlcjsNCisJCQl9DQorCQkNCisJCQlmb3Ig KGkgPSAyOyBpIDwgdm8tPnZvX251bWxldmVsczsgaSsrKQ0KKwkJCQlpZiAo dm8tPnZvX2xldmVsc1tpXSA9PSBicmlnaHRuZXNzKQ0KKwkJCQkJYnJlYWs7 DQorCQkJaWYgKGkgPiAyKSB7DQorCQkJCWJyaWdodG5lc3MgPSB2by0+dm9f bGV2ZWxzW2ktMV07DQorCQkJCXZvX3NldF9icmlnaHRuZXNzKHZvLT5oYW5k bGUsIGJyaWdodG5lc3MpOw0KKwkJCQl2by0+dm9fYnJpZ2h0bmVzcyA9IGJy aWdodG5lc3M7DQorCQkJfQ0KKwkJfQ0KKwkJQUNQSV9TRVJJQUxfRU5EKHZp ZGVvKTsNCisJCWJyZWFrOw0KKwlkZWZhdWx0Og0KKwkJYnJlYWs7DQorCX0N Cit9DQo= ---496892480-1044077609-1266010709=:5956-- From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 02:26:03 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 937471065672; Sat, 13 Feb 2010 02:26:03 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 12 Feb 2010 21:25:54 -0500 User-Agent: KMail/1.6.2 References: <201002121541.29429.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002122125.56882.jkim@FreeBSD.org> Cc: Daniel Walter Subject: Re: Call for testers acpi_dell X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 02:26:03 -0000 On Friday 12 February 2010 04:38 pm, Daniel Walter wrote: > On Fri, 12 Feb 2010, Jung-uk Kim wrote: > > On Friday 12 February 2010 03:12 pm, Daniel Walter wrote: > >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: > >>> On Friday 12 February 2010 02:37 pm, Daniel Walter wrote: > >>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: > >>>>> On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: > >>>>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: > >>>>>>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: > >>>>>>>> Hi all, > >>>>>>>> > >>>>>>>> I've written a small kernel driver to support Dell Mini > >>>>>>>> 1011 (aka Dell Mini 10v) Brightness Controll Buttons. > >>>>>>>> Since I do not have any other Dell Notebooks, I'd like you > >>>>>>>> to test this module on other Dell Notebooks as well. > >>>>>>>> > >>>>>>>> This driver is in an early stage, but future releases will > >>>>>>>> also support the rfkill switch and CRT switch. > >>>>>>>> > >>>>>>>> Currently following features are implemented: > >>>>>>>> * Increase / Decrease Brightness > >>>>>>>> * Change brightness if AC is connected / disconnected > >>>>>>>> > >>>>>>>> TODO: > >>>>>>>> * Add CRT Support > >>>>>>>> * Add Sysctl to define brightness levels for eco and ac > >>>>>>>> powerprofile * Add Support for RF-Kill Switch > >>>>>>>> > >>>>>>>> Any suggestions are welcome > >>>>>>> > >>>>>>> I just quickly glanced at it but I failed see anything > >>>>>>> quite specific to Dell laptops except for "TODO: Add > >>>>>>> support for RF-Kill Switch". acpi_video(4) should be able > >>>>>>> to do what you want. Am I missing something here? > >>>>>>> > >>>>>>> Jung-uk Kim > >>>>>> > >>>>>> hi, > >>>>>> > >>>>>> Yes it is possible to control the brightness using > >>>>>> acpi_video(4) via sysctl but there is no support for the > >>>>>> FN-Buttons. This module adds the support for those buttons. > >>>>> > >>>>> I see. However, my point is the probe function does not seem > >>>>> specific to Dell laptops. In fact, you are just checking > >>>>> _BCL transition, i.e., effectively it just makes a generic > >>>>> acpi_video notify handler for brightness change. > >>>>> > >>>>> Jung-uk Kim > >>>> > >>>> Oh, I've completly overlooked this one. Sorry for that, I > >>>> should replace the probing with a Dell specific probing > >>>> instead. Do you have any suggestions to this one ? > >>> > >>> It totally depends on DSDT of your laptop model and you will > >>> have to maintain the list of these ACPI handles, unfortunately. > >>> Please see acpi_asus.c for example. > >>> > >>> If you are interested in generic acpi_video(4) enhancement, you > >>> just need to extend acpi_video.c to get these notifications, > >>> i.e., 0x86 and 0x87. FYI, acpi_video can only handle 0x80 and > >>> 0x81 events ATM. Please read ACPI specification Appendix B. > >>> Video Extensions, especially B.6 and B.7 are what you are > >>> looking for. > >>> > >>> Jung-uk Kim > >> > >> Hi I'll take a look at my DSDT again ... > >> > >> I've also will take a look at Appendix B of the current ACPI > >> spec to see if 0x86 and 0x87 are OEM or part of the standard. If > >> they are not completly out of spec I'll patch acpi_video(4) and > >> send it again to the list. > > > > 0x86/0x87 is part of the spec. and it should be handled by > > acpi_video IMHO. > > > > Jung-uk Kim > > hi, > > as you suggested I've written a patch for acpi_video(4) to support > the 0x86 and 0x87 notifications. the support for 0x85, 0x88, 0x89 > (also specified in ACPI Standard Appendix B7) is not yet > implemented. > > Could anyone with a ACPI sending 0x86 and 0x87 test the patch ? > > thanks for the help and pointing my in the right direction. I just went ahead and committed a rewritten version. :-) Thanks! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 05:59:48 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 117A8106566B; Sat, 13 Feb 2010 05:59:46 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Sat, 13 Feb 2010 00:59:31 -0500 User-Agent: KMail/1.6.2 References: <20100209233324.6b1ca158@notebook> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002130059.35808.jkim@FreeBSD.org> Cc: "Sergey V. Dyatko" Subject: Re: need help. asus-a6m+brightness control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 05:59:48 -0000 On Wednesday 10 February 2010 06:20 am, Rui Paulo wrote: > On 9 Feb 2010, at 21:33, Sergey V. Dyatko wrote: > > Hi, > > > > I have asus-a6m laptop running HEAD. But unfortunately > > brightness control not working when I boot with acpi support. > > > > I made some changes on acpi_asus.c but it doesn't help - > > brightness is still not regulated. Good news: the volume keys > > started working and now I have /dev/led/wled, /dev/led/mled :) > > > > result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: > > http://tiger.ipfw.ru/files/asus_a6m.asl.gz > > > > Thanks for any help > > > > notebook# svn diff acpi_asus.c > > Index: acpi_asus.c > > ================================================================= > >== --- acpi_asus.c (revision 203701) > > +++ acpi_asus.c (working copy) > > @@ -357,6 +357,15 @@ > > .lcd_set = "\\Q10" > > }, > > { > > + .name = "A6M", > > + .wled_set = "WLED", > > + .mled_set = "MLED", > > + .brn_get = "GPLV", > > + .brn_set = "SPLV", > > + .brn_up = "\\_SB.PCI0.SBRG.EC0._Q0F", > > + .brn_dn = "\\_SB.PCI0.SBRG.EC0._Q0E" > > + }, > > According to your ASL, the methods are > > brn_get=\\_SB.PCI0.SBRG.EC0._Q11 > brn_dn=\\_SB.PCI0.SBRG.EC0._Q0E > brn_up=\\_SB.PCI0.SBRG.EC0._Q0F > > So I'm not sure what you have doesn't work... This DSDT checks _OSI("Windows 2006") aka Windows Vista and uses ACPI video extensions instead of ASUS-specific notifications when it matches (and we do now). I just committed generic ACPI backlight brightness control for acpi_video(4). It should work with acpi_video now. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 07:57:48 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 2FD6D1065670 for ; Sat, 13 Feb 2010 07:57:48 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-px0-f180.google.com (mail-px0-f180.google.com [209.85.216.180]) by mx1.freebsd.org (Postfix) with ESMTP id 07AE58FC0A for ; Sat, 13 Feb 2010 07:57:47 +0000 (UTC) Received: by pxi10 with SMTP id 10so1730147pxi.13 for ; Fri, 12 Feb 2010 23:57:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qnmuFEMacTkHWg0xcdeiDcnndE83QlXLmw31gRP7KU4=; b=AmlMdbLyMph9eXXgXHApZ9OMkArgwTmiqvXBud+gNvlQCUlZX7KiPT161i/YuSJO+p lpkwIFwkJEP+ZvaXElp8bk6w+1oDYZ3NpGxf1Kr4jB1ZVL2PkQpwMUtpgmAnqXplh6nV sE3g7KmPp/wZMGyVKwU848Q4/mkDaJinvNP2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OusdeXtE1MpD2uubmm85pGjxlcXxgUFC0/ZwkBzvup4RDv8r5271FHA3YTKpwEIDgW iIGDPY7gSUqt8x7pYaqg6vKwEWxqoPIMsf/B8Tg4x8xmvdBXZhEabVuWEm8JJINn/vH9 xovWPI87zoT8aUh3YYGkPKHlUfNrQE8id6EwY= MIME-Version: 1.0 Received: by 10.142.9.8 with SMTP id 8mr1632782wfi.174.1266047865544; Fri, 12 Feb 2010 23:57:45 -0800 (PST) In-Reply-To: <20100209233324.6b1ca158@notebook> References: <20100209233324.6b1ca158@notebook> Date: Sat, 13 Feb 2010 01:57:45 -0600 Message-ID: <11167f521002122357g3aec580bl763f6aaafd3d5a19@mail.gmail.com> From: "Sam Fourman Jr." To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org Subject: Re: need help. asus-a6m+brightness control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 07:57:48 -0000 On Tue, Feb 9, 2010 at 3:33 PM, Sergey V. Dyatko wrote: > Hi, > > I have asus-a6m laptop running HEAD. =A0But unfortunately brightness > control not working when I boot with acpi support. > > I made some changes on acpi_asus.c but it doesn't help - > brightness is still not regulated. Good news: the volume keys started > working and now I have /dev/led/wled, /dev/led/mled :) > > result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: > http://tiger.ipfw.ru/files/asus_a6m.asl.gz > > Thanks for any help I saw this acpidump command (dont know anything about ACPI) and thought I would run it on my Asus x83v laptop this notebook runs the following: MiniBSD# uname -a FreeBSD MiniBSD.PuffyBSD.Com 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Dec 24 21:13:20 CST 2009 sfourman@MiniBSD.PuffyBSD.Com:/usr/obj/usr/src/sys/GENERIC amd64 here is the output of `acpidump -dt | gzip -c9 >asus_x83v.asl.gz http://www.puffybsd.com/asus_x83v.asl.gz hopefully this will help FreeBSD devlopers better support Asus Laptops I am very willing to help devlopers and root on this notebook is available from public ssh .. just ask Sam Fourman Jr. From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 11:21:06 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453B8106566B; Sat, 13 Feb 2010 11:21:06 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id 95E358FC0C; Sat, 13 Feb 2010 11:21:02 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id 6379678C2A; Sat, 13 Feb 2010 12:42:59 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id a3kWBLw5dm7A; Sat, 13 Feb 2010 12:42:34 +0100 (CET) Received: from [192.168.1.2] (chello213047242248.tirol.surfer.at [213.47.242.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id 7D3CB78C11; Sat, 13 Feb 2010 12:42:33 +0100 (CET) Date: Sat, 13 Feb 2010 12:20:34 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast To: Jung-uk Kim In-Reply-To: <201002122125.56882.jkim@FreeBSD.org> Message-ID: References: <201002121541.29429.jkim@FreeBSD.org> <201002122125.56882.jkim@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-496892480-2074569814-1266060041=:1389" Cc: freebsd-acpi@FreeBSD.org Subject: Re: Call for testers acpi_dell X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 11:21:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---496892480-2074569814-1266060041=:1389 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 12 Feb 2010, Jung-uk Kim wrote: > On Friday 12 February 2010 04:38 pm, Daniel Walter wrote: >> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>> On Friday 12 February 2010 03:12 pm, Daniel Walter wrote: >>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>>>> On Friday 12 February 2010 02:37 pm, Daniel Walter wrote: >>>>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>>>>>> On Friday 12 February 2010 01:33 pm, Daniel Walter wrote: >>>>>>>> On Fri, 12 Feb 2010, Jung-uk Kim wrote: >>>>>>>>> On Friday 12 February 2010 12:48 pm, Daniel Walter wrote: >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> I've written a small kernel driver to support Dell Mini >>>>>>>>>> 1011 (aka Dell Mini 10v) Brightness Controll Buttons. >>>>>>>>>> Since I do not have any other Dell Notebooks, I'd like you >>>>>>>>>> to test this module on other Dell Notebooks as well. >>>>>>>>>> >>>>>>>>>> This driver is in an early stage, but future releases will >>>>>>>>>> also support the rfkill switch and CRT switch. >>>>>>>>>> >>>>>>>>>> Currently following features are implemented: >>>>>>>>>> * Increase / Decrease Brightness >>>>>>>>>> * Change brightness if AC is connected / disconnected >>>>>>>>>> >>>>>>>>>> TODO: >>>>>>>>>> * Add CRT Support >>>>>>>>>> * Add Sysctl to define brightness levels for eco and ac >>>>>>>>>> powerprofile * Add Support for RF-Kill Switch >>>>>>>>>> >>>>>>>>>> Any suggestions are welcome >>>>>>>>> >>>>>>>>> I just quickly glanced at it but I failed see anything >>>>>>>>> quite specific to Dell laptops except for "TODO: Add >>>>>>>>> support for RF-Kill Switch". acpi_video(4) should be able >>>>>>>>> to do what you want. Am I missing something here? >>>>>>>>> >>>>>>>>> Jung-uk Kim >>>>>>>> >>>>>>>> hi, >>>>>>>> >>>>>>>> Yes it is possible to control the brightness using >>>>>>>> acpi_video(4) via sysctl but there is no support for the >>>>>>>> FN-Buttons. This module adds the support for those buttons. >>>>>>> >>>>>>> I see. However, my point is the probe function does not seem >>>>>>> specific to Dell laptops. In fact, you are just checking >>>>>>> _BCL transition, i.e., effectively it just makes a generic >>>>>>> acpi_video notify handler for brightness change. >>>>>>> >>>>>>> Jung-uk Kim >>>>>> >>>>>> Oh, I've completly overlooked this one. Sorry for that, I >>>>>> should replace the probing with a Dell specific probing >>>>>> instead. Do you have any suggestions to this one ? >>>>> >>>>> It totally depends on DSDT of your laptop model and you will >>>>> have to maintain the list of these ACPI handles, unfortunately. >>>>> Please see acpi_asus.c for example. >>>>> >>>>> If you are interested in generic acpi_video(4) enhancement, you >>>>> just need to extend acpi_video.c to get these notifications, >>>>> i.e., 0x86 and 0x87. FYI, acpi_video can only handle 0x80 and >>>>> 0x81 events ATM. Please read ACPI specification Appendix B. >>>>> Video Extensions, especially B.6 and B.7 are what you are >>>>> looking for. >>>>> >>>>> Jung-uk Kim >>>> >>>> Hi I'll take a look at my DSDT again ... >>>> >>>> I've also will take a look at Appendix B of the current ACPI >>>> spec to see if 0x86 and 0x87 are OEM or part of the standard. If >>>> they are not completly out of spec I'll patch acpi_video(4) and >>>> send it again to the list. >>> >>> 0x86/0x87 is part of the spec. and it should be handled by >>> acpi_video IMHO. >>> >>> Jung-uk Kim >> >> hi, >> >> as you suggested I've written a patch for acpi_video(4) to support >> the 0x86 and 0x87 notifications. the support for 0x85, 0x88, 0x89 >> (also specified in ACPI Standard Appendix B7) is not yet >> implemented. >> >> Could anyone with a ACPI sending 0x86 and 0x87 test the patch ? >> >> thanks for the help and pointing my in the right direction. > > I just went ahead and committed a rewritten version. :-) > > Thanks! > > Jung-uk Kim Hi, I've quickly added support for 0x85 (Cycle Brightness) and 0x88 (Zero Brightness). Could you have a look at the patch? Would you mind MFC the acpi_video(4) ? regards and thanks Daniel Walter ---496892480-2074569814-1266060041=:1389 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=acpi_video.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=acpi_video.diff LS0tIGFjcGlfdmlkZW8uYwkyMDEwLTAyLTEzIDA2OjM4OjIxLjAwMDAwMDAw MCArMDEwMA0KKysrIGFjcGlfdmlkZW8uYwkyMDEwLTAyLTEzIDEyOjE0OjAz LjAwMDAwMDAwMCArMDEwMA0KQEAgLTEwMyw4ICsxMDMsMTAgQEANCiAvKiBl dmVudHMgKi8NCiAjZGVmaW5lIFZJRF9OT1RJRllfU1dJVENIRUQJMHg4MA0K ICNkZWZpbmUgVklEX05PVElGWV9SRVBST0JFCTB4ODENCisjZGVmaW5lCVZJ RF9OT1RJRllfQ1lDX0JSTgkweDg1DQogI2RlZmluZQlWSURfTk9USUZZX0lO Q19CUk4JMHg4Ng0KICNkZWZpbmUJVklEX05PVElGWV9ERUNfQlJOCTB4ODcN CisjZGVmaW5lCVZJRF9OT1RJRllfWlJPX0JSTgkweDg4DQogDQogLyogX0RP UyAoRW5hYmxlL0Rpc2FibGUgT3V0cHV0IFN3aXRjaGluZykgYXJndW1lbnQg Yml0cyAqLw0KICNkZWZpbmUgRE9TX1NXSVRDSF9NQVNLCQkzDQpAQCAtNjUx LDYgKzY1Myw3IEBADQogCX0NCiANCiAJc3dpdGNoIChub3RpZnkpIHsNCisJ Y2FzZSBWSURfTk9USUZZX0NZQ19CUk46DQogCWNhc2UgVklEX05PVElGWV9J TkNfQlJOOg0KIAljYXNlIFZJRF9OT1RJRllfREVDX0JSTjoNCiAJCWlmICh2 by0+dm9fbGV2ZWxzID09IE5VTEwpDQpAQCAtNjcxLDExICs2NzQsMTkgQEAN CiAJCQkJCW5ld19sZXZlbCA9IGo7DQogCQkJfQ0KIAkJfQ0KKwkJaWYgKG5v dGlmeSA9PSBWSURfTk9USUZZX0NZQ19CUk4gJiYgbmV3X2xldmVsID09IGxl dmVsKQ0KKwkJCW5ld19sZXZlbD0gdm8tPnZvX2xldmVsc1syXTsNCiAJCWlm IChuZXdfbGV2ZWwgIT0gbGV2ZWwpIHsNCiAJCQl2b19zZXRfYnJpZ2h0bmVz cyhoYW5kbGUsIG5ld19sZXZlbCk7DQogCQkJdm8tPnZvX2JyaWdodG5lc3Mg PSBuZXdfbGV2ZWw7DQogCQl9DQogCQlicmVhazsNCisJY2FzZSBWSURfTk9U SUZZX1pST19CUk46DQorCQlpZiAoYWNwaV92aWRlb192b19jaGVja19sZXZl bCh2bywgMCkgPT0gMCkgew0KKwkJCXZvX3NldF9icmlnaHRuZXNzKGhhbmRs ZSwgMCk7DQorCQkJdm8tPnZvX2JyaWdodG5lc3MgPSAwOw0KKwkJfQ0KKwkJ YnJlYWs7DQogCWRlZmF1bHQ6DQogCQlwcmludGYoInVua25vd24gbm90aWZ5 IGV2ZW50IDB4JXggZnJvbSAlc1xuIiwNCiAJCSAgICBub3RpZnksIGFjcGlf bmFtZShoYW5kbGUpKTsNCg== ---496892480-2074569814-1266060041=:1389-- From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 11:32:27 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC11D10656B4 for ; Sat, 13 Feb 2010 11:32:27 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0288FC1B for ; Sat, 13 Feb 2010 11:32:27 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id DCB1878C2A; Sat, 13 Feb 2010 12:54:24 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VnFXgJaImrzZ; Sat, 13 Feb 2010 12:54:00 +0100 (CET) Received: from [192.168.1.2] (chello213047242248.tirol.surfer.at [213.47.242.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id 6B70078C11; Sat, 13 Feb 2010 12:53:56 +0100 (CET) Date: Sat, 13 Feb 2010 12:31:55 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast To: "Sam Fourman Jr." In-Reply-To: <11167f521002122357g3aec580bl763f6aaafd3d5a19@mail.gmail.com> Message-ID: References: <20100209233324.6b1ca158@notebook> <11167f521002122357g3aec580bl763f6aaafd3d5a19@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-496892480-1901336473-1266060726=:1389" Cc: freebsd-acpi@freebsd.org, "Sergey V. Dyatko" Subject: Re: need help. asus-a6m+brightness control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 11:32:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---496892480-1901336473-1266060726=:1389 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 13 Feb 2010, Sam Fourman Jr. wrote: > On Tue, Feb 9, 2010 at 3:33 PM, Sergey V. Dyatko > wrote: >> Hi, >> >> I have asus-a6m laptop running HEAD.  But unfortunately brightness >> control not working when I boot with acpi support. >> >> I made some changes on acpi_asus.c but it doesn't help - >> brightness is still not regulated. Good news: the volume keys started >> working and now I have /dev/led/wled, /dev/led/mled :) >> >> result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: >> http://tiger.ipfw.ru/files/asus_a6m.asl.gz >> >> Thanks for any help > > I saw this acpidump command (dont know anything about ACPI) and > thought I would run it on my Asus x83v laptop > this notebook runs the following: > > MiniBSD# uname -a > FreeBSD MiniBSD.PuffyBSD.Com 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Dec > 24 21:13:20 CST 2009 > sfourman@MiniBSD.PuffyBSD.Com:/usr/obj/usr/src/sys/GENERIC amd64 > > > here is the output of `acpidump -dt | gzip -c9 >asus_x83v.asl.gz > > http://www.puffybsd.com/asus_x83v.asl.gz > > hopefully this will help FreeBSD devlopers better support Asus Laptops > > I am very willing to help devlopers and root on this notebook is > available from public ssh .. just ask > > > Sam Fourman Jr. Hi, there is support for brightness control in HEAD since yesterday. So you have two options either switch to CURRENT or wait until acpi_video(4) is MFC'ed. Daniel Walter ---496892480-1901336473-1266060726=:1389-- From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 12:11:12 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 23B241065764 for ; Sat, 13 Feb 2010 12:11:10 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 954508FC18 for ; Sat, 13 Feb 2010 12:11:10 +0000 (UTC) Received: by pwj7 with SMTP id 7so280352pwj.13 for ; Sat, 13 Feb 2010 04:11:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xygdqbOCCxgukJi4qxBbnF7R64i+qAbeuzHNddoROHI=; b=pCrEDcAfYWFaBzmrKfIJvpAe8xKbs3RvZLCsINvGdrtLjXNxo9KMPMYwBAu30gBbOO irwT/KTgR2/ddYi2WfYjFG+cinWjvAguBSUBibRzPu690Z73NtP9CoTb551ccVWDwc8+ mCA7jZL7efaJBpaQQcvjEgvfH5DwM61VZswnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Hc5pQX6KMdyFKpM7iHg6mwhGRLilLv2ipZ/Hd63BMOJqoXeTlc7LzbayTA/QQlHdIz lqlLtcPcwXEQBG9d+iXFexEmeHd4sYXCajPQzVptrIq+dGUM55Ez30HjO8BYIWmKDYrC Cq1uYe98AXUoFQE7QG5ymgtrwU/IgRSJ+ZucA= MIME-Version: 1.0 Received: by 10.143.153.33 with SMTP id f33mr1777725wfo.251.1266063069104; Sat, 13 Feb 2010 04:11:09 -0800 (PST) In-Reply-To: References: <20100209233324.6b1ca158@notebook> <11167f521002122357g3aec580bl763f6aaafd3d5a19@mail.gmail.com> Date: Sat, 13 Feb 2010 06:11:08 -0600 Message-ID: <11167f521002130411g6090684cp62d044caf4b1de9f@mail.gmail.com> From: "Sam Fourman Jr." To: Daniel Walter Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, "Sergey V. Dyatko" Subject: Re: need help. asus-a6m+brightness control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 12:11:12 -0000 On Sat, Feb 13, 2010 at 5:31 AM, Daniel Walter wrote: > On Sat, 13 Feb 2010, Sam Fourman Jr. wrote: > >> On Tue, Feb 9, 2010 at 3:33 PM, Sergey V. Dyatko >> wrote: >>> >>> Hi, >>> >>> I have asus-a6m laptop running HEAD. =A0But unfortunately brightness >>> control not working when I boot with acpi support. >>> >>> I made some changes on acpi_asus.c but it doesn't help - >>> brightness is still not regulated. Good news: the volume keys started >>> working and now I have /dev/led/wled, /dev/led/mled :) >>> >>> result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: >>> http://tiger.ipfw.ru/files/asus_a6m.asl.gz >>> >>> Thanks for any help >> >> I saw this acpidump command (dont know anything about ACPI) =A0and >> thought I would run it on my Asus x83v laptop >> this notebook runs the following: >> >> MiniBSD# uname -a >> FreeBSD MiniBSD.PuffyBSD.Com 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Dec >> 24 21:13:20 CST 2009 >> sfourman@MiniBSD.PuffyBSD.Com:/usr/obj/usr/src/sys/GENERIC =A0amd64 >> >> >> here is the output of `acpidump -dt | gzip -c9 >asus_x83v.asl.gz >> >> http://www.puffybsd.com/asus_x83v.asl.gz >> >> hopefully this will help FreeBSD devlopers better support Asus Laptops >> >> I am very willing to help devlopers and root on this notebook is >> available from public ssh .. just ask >> >> >> Sam Fourman Jr. > > Hi, > > there is support for brightness control in HEAD since yesterday. So you h= ave > two options either switch to CURRENT or wait until acpi_video(4) is MFC'e= d. so my asl file has the bits necessary to support the brightness control committed to HEAD yesterday? Sam From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 12:44:30 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 34715106566B for ; Sat, 13 Feb 2010 12:44:30 +0000 (UTC) (envelope-from d.walter@0x90.at) Received: from mail.0x90.at (s2.linuxsolutions.at [83.218.160.157]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF5B8FC13 for ; Sat, 13 Feb 2010 12:44:29 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.0x90.at (Postfix) with ESMTP id B233178C2A; Sat, 13 Feb 2010 14:06:26 +0100 (CET) X-Virus-Scanned: amavisd-new at 0x90.at Received: from mail.0x90.at ([127.0.0.1]) by localhost (mails.0x90.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qmddCy1AvxPN; Sat, 13 Feb 2010 14:05:59 +0100 (CET) Received: from [192.168.1.2] (chello213047242248.tirol.surfer.at [213.47.242.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x90.at (Postfix) with ESMTPSA id E57BA78C11; Sat, 13 Feb 2010 14:05:56 +0100 (CET) Date: Sat, 13 Feb 2010 13:43:53 +0100 (CET) From: Daniel Walter X-X-Sender: sahne@mini-beast To: "Sam Fourman Jr." In-Reply-To: <11167f521002130411g6090684cp62d044caf4b1de9f@mail.gmail.com> Message-ID: References: <20100209233324.6b1ca158@notebook> <11167f521002122357g3aec580bl763f6aaafd3d5a19@mail.gmail.com> <11167f521002130411g6090684cp62d044caf4b1de9f@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-496892480-1128448021-1266065046=:1389" Cc: freebsd-acpi@freebsd.org, "Sergey V. Dyatko" Subject: Re: need help. asus-a6m+brightness control X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 12:44:30 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---496892480-1128448021-1266065046=:1389 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 13 Feb 2010, Sam Fourman Jr. wrote: > On Sat, Feb 13, 2010 at 5:31 AM, Daniel Walter wrote: >> On Sat, 13 Feb 2010, Sam Fourman Jr. wrote: >> >>> On Tue, Feb 9, 2010 at 3:33 PM, Sergey V. Dyatko >>> wrote: >>>> >>>> Hi, >>>> >>>> I have asus-a6m laptop running HEAD.  But unfortunately brightness >>>> control not working when I boot with acpi support. >>>> >>>> I made some changes on acpi_asus.c but it doesn't help - >>>> brightness is still not regulated. Good news: the volume keys started >>>> working and now I have /dev/led/wled, /dev/led/mled :) >>>> >>>> result of `acpidump -dt | gzip -c9 >asus_a6m.asl.gz`: >>>> http://tiger.ipfw.ru/files/asus_a6m.asl.gz >>>> >>>> Thanks for any help >>> >>> I saw this acpidump command (dont know anything about ACPI)  and >>> thought I would run it on my Asus x83v laptop >>> this notebook runs the following: >>> >>> MiniBSD# uname -a >>> FreeBSD MiniBSD.PuffyBSD.Com 8.0-STABLE FreeBSD 8.0-STABLE #2: Thu Dec >>> 24 21:13:20 CST 2009 >>> sfourman@MiniBSD.PuffyBSD.Com:/usr/obj/usr/src/sys/GENERIC  amd64 >>> >>> >>> here is the output of `acpidump -dt | gzip -c9 >asus_x83v.asl.gz >>> >>> http://www.puffybsd.com/asus_x83v.asl.gz >>> >>> hopefully this will help FreeBSD devlopers better support Asus Laptops >>> >>> I am very willing to help devlopers and root on this notebook is >>> available from public ssh .. just ask >>> >>> >>> Sam Fourman Jr. >> >> Hi, >> >> there is support for brightness control in HEAD since yesterday. So you have >> two options either switch to CURRENT or wait until acpi_video(4) is MFC'ed. > > so my asl file has the bits necessary to support the brightness > control committed to HEAD yesterday? > > Sam if i'm not completly wrong it should work. if you don't want to switch to current, you can apply attached patch. It should work with a actual STABLE. hope this one helps regards Daniel Walter ---496892480-1128448021-1266065046=:1389 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=acpi_video_mfc.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=acpi_video_mfc.diff LS0tIGFjcGlfdmlkZW8uYwkyMDEwLTAyLTA2IDEzOjAzOjI1LjAwMDAwMDAw MCArMDEwMA0KKysrIGFjcGlfdmlkZW8uYwkyMDEwLTAyLTEzIDEyOjE0OjAz LjAwMDAwMDAwMCArMDEwMA0KQEAgLTgzLDYgKzgzLDcgQEANCiBzdGF0aWMg dm9pZAlhY3BpX3ZpZGVvX3ZvX2JpbmQoc3RydWN0IGFjcGlfdmlkZW9fb3V0 cHV0ICosIEFDUElfSEFORExFKTsNCiBzdGF0aWMgdm9pZAlhY3BpX3ZpZGVv X3ZvX2Rlc3Ryb3koc3RydWN0IGFjcGlfdmlkZW9fb3V0cHV0ICopOw0KIHN0 YXRpYyBpbnQJYWNwaV92aWRlb192b19jaGVja19sZXZlbChzdHJ1Y3QgYWNw aV92aWRlb19vdXRwdXQgKiwgaW50KTsNCitzdGF0aWMgdm9pZAlhY3BpX3Zp ZGVvX3ZvX25vdGlmeV9oYW5kbGVyKEFDUElfSEFORExFLCBVSU5UMzIsIHZv aWQgKik7DQogc3RhdGljIGludAlhY3BpX3ZpZGVvX3ZvX2FjdGl2ZV9zeXNj dGwoU1lTQ1RMX0hBTkRMRVJfQVJHUyk7DQogc3RhdGljIGludAlhY3BpX3Zp ZGVvX3ZvX2JyaWdodF9zeXNjdGwoU1lTQ1RMX0hBTkRMRVJfQVJHUyk7DQog c3RhdGljIGludAlhY3BpX3ZpZGVvX3ZvX3ByZXNldHNfc3lzY3RsKFNZU0NU TF9IQU5ETEVSX0FSR1MpOw0KQEAgLTkzLDYgKzk0LDcgQEANCiBzdGF0aWMg aW50CXZpZF9lbnVtX291dHB1dHMoQUNQSV9IQU5ETEUsDQogCQkgICAgdm9p ZCgqKShBQ1BJX0hBTkRMRSwgVUlOVDMyLCB2b2lkICopLCB2b2lkICopOw0K IHN0YXRpYyBpbnQJdm9fZ2V0X2JyaWdodG5lc3NfbGV2ZWxzKEFDUElfSEFO RExFLCBpbnQgKiopOw0KK3N0YXRpYyBpbnQJdm9fZ2V0X2JyaWdodG5lc3Mo QUNQSV9IQU5ETEUpOw0KIHN0YXRpYyB2b2lkCXZvX3NldF9icmlnaHRuZXNz KEFDUElfSEFORExFLCBpbnQpOw0KIHN0YXRpYyBVSU5UMzIJdm9fZ2V0X2Rl dmljZV9zdGF0dXMoQUNQSV9IQU5ETEUpOw0KIHN0YXRpYyBVSU5UMzIJdm9f Z2V0X2dyYXBoaWNzX3N0YXRlKEFDUElfSEFORExFKTsNCkBAIC0xMDEsNiAr MTAzLDEwIEBADQogLyogZXZlbnRzICovDQogI2RlZmluZSBWSURfTk9USUZZ X1NXSVRDSEVECTB4ODANCiAjZGVmaW5lIFZJRF9OT1RJRllfUkVQUk9CRQkw eDgxDQorI2RlZmluZQlWSURfTk9USUZZX0NZQ19CUk4JMHg4NQ0KKyNkZWZp bmUJVklEX05PVElGWV9JTkNfQlJOCTB4ODYNCisjZGVmaW5lCVZJRF9OT1RJ RllfREVDX0JSTgkweDg3DQorI2RlZmluZQlWSURfTk9USUZZX1pST19CUk4J MHg4OA0KIA0KIC8qIF9ET1MgKEVuYWJsZS9EaXNhYmxlIE91dHB1dCBTd2l0 Y2hpbmcpIGFyZ3VtZW50IGJpdHMgKi8NCiAjZGVmaW5lIERPU19TV0lUQ0hf TUFTSwkJMw0KQEAgLTU3OCw2ICs1ODMsOSBAQA0KIAkJCS8qIFhYWCAtIHNl ZSBhYm92ZS4gKi8NCiAJCQl2by0+dm9fZWNvbm9teSA9IHZvLT52b19sZXZl bHNbQkNMX0VDT05PTVldOw0KIAl9DQorCWlmICh2by0+dm9fbGV2ZWxzICE9 IE5VTEwpDQorCSAgICBBY3BpSW5zdGFsbE5vdGlmeUhhbmRsZXIoaGFuZGxl LCBBQ1BJX0RFVklDRV9OT1RJRlksDQorCQlhY3BpX3ZpZGVvX3ZvX25vdGlm eV9oYW5kbGVyLCB2byk7DQogCUFDUElfU0VSSUFMX0VORCh2aWRlb19vdXRw dXQpOw0KIH0NCiANCkBAIC01OTEsOCArNTk5LDExIEBADQogCQl2by0+dm9f c3lzY3RsX3RyZWUgPSBOVUxMOw0KIAkJc3lzY3RsX2N0eF9mcmVlKCZ2by0+ dm9fc3lzY3RsX2N0eCk7DQogCX0NCi0JaWYgKHZvLT52b19sZXZlbHMgIT0g TlVMTCkNCisJaWYgKHZvLT52b19sZXZlbHMgIT0gTlVMTCkgew0KKwkJQWNw aVJlbW92ZU5vdGlmeUhhbmRsZXIodm8tPmhhbmRsZSwgQUNQSV9ERVZJQ0Vf Tk9USUZZLA0KKwkJICAgIGFjcGlfdmlkZW9fdm9fbm90aWZ5X2hhbmRsZXIp Ow0KIAkJQWNwaU9zRnJlZSh2by0+dm9fbGV2ZWxzKTsNCisJfQ0KIA0KIAlz d2l0Y2ggKHZvLT5hZHIgJiBET0RfREVWSURfTUFTSykgew0KIAljYXNlIERP RF9ERVZJRF9NT05JVE9SOg0KQEAgLTYyOCw2ICs2MzksNjEgQEANCiAJcmV0 dXJuIChFSU5WQUwpOw0KIH0NCiANCitzdGF0aWMgdm9pZA0KK2FjcGlfdmlk ZW9fdm9fbm90aWZ5X2hhbmRsZXIoQUNQSV9IQU5ETEUgaGFuZGxlLCBVSU5U MzIgbm90aWZ5LCB2b2lkICpjb250ZXh0KQ0KK3sNCisJc3RydWN0IGFjcGlf dmlkZW9fb3V0cHV0ICp2bzsNCisJaW50IGksIGosIGxldmVsLCBuZXdfbGV2 ZWw7DQorDQorCXZvID0gY29udGV4dDsNCisJQUNQSV9TRVJJQUxfQkVHSU4o dmlkZW9fb3V0cHV0KTsNCisJaWYgKHZvLT5oYW5kbGUgIT0gaGFuZGxlKSB7 DQorCQlBQ1BJX1NFUklBTF9FTkQodmlkZW9fb3V0cHV0KTsNCisJCXJldHVy bjsNCisJfQ0KKw0KKwlzd2l0Y2ggKG5vdGlmeSkgew0KKwljYXNlIFZJRF9O T1RJRllfQ1lDX0JSTjoNCisJY2FzZSBWSURfTk9USUZZX0lOQ19CUk46DQor CWNhc2UgVklEX05PVElGWV9ERUNfQlJOOg0KKwkJaWYgKHZvLT52b19sZXZl bHMgPT0gTlVMTCkNCisJCQlicmVhazsNCisJCWxldmVsID0gdm9fZ2V0X2Jy aWdodG5lc3MoaGFuZGxlKTsNCisJCWlmIChsZXZlbCA8IDApDQorCQkJYnJl YWs7DQorCQluZXdfbGV2ZWwgPSBsZXZlbDsNCisJCWZvciAoaSA9IDA7IGkg PCB2by0+dm9fbnVtbGV2ZWxzOyBpKyspIHsNCisJCQlqID0gdm8tPnZvX2xl dmVsc1tpXTsNCisJCQlpZiAobm90aWZ5ID09IFZJRF9OT1RJRllfSU5DX0JS Tikgew0KKwkJCQlpZiAoaiA+IGxldmVsICYmDQorCQkJCSAgICAoaiA8IG5l d19sZXZlbCB8fCBsZXZlbCA9PSBuZXdfbGV2ZWwpKQ0KKwkJCQkJbmV3X2xl dmVsID0gajsNCisJCQl9IGVsc2Ugew0KKwkJCQlpZiAoaiA8IGxldmVsICYm DQorCQkJCSAgICAoaiA+IG5ld19sZXZlbCB8fCBsZXZlbCA9PSBuZXdfbGV2 ZWwpKQ0KKwkJCQkJbmV3X2xldmVsID0gajsNCisJCQl9DQorCQl9DQorCQlp ZiAobm90aWZ5ID09IFZJRF9OT1RJRllfQ1lDX0JSTiAmJiBuZXdfbGV2ZWwg PT0gbGV2ZWwpDQorCQkJbmV3X2xldmVsPSB2by0+dm9fbGV2ZWxzWzJdOw0K KwkJaWYgKG5ld19sZXZlbCAhPSBsZXZlbCkgew0KKwkJCXZvX3NldF9icmln aHRuZXNzKGhhbmRsZSwgbmV3X2xldmVsKTsNCisJCQl2by0+dm9fYnJpZ2h0 bmVzcyA9IG5ld19sZXZlbDsNCisJCX0NCisJCWJyZWFrOw0KKwljYXNlIFZJ RF9OT1RJRllfWlJPX0JSTjoNCisJCWlmIChhY3BpX3ZpZGVvX3ZvX2NoZWNr X2xldmVsKHZvLCAwKSA9PSAwKSB7DQorCQkJdm9fc2V0X2JyaWdodG5lc3Mo aGFuZGxlLCAwKTsNCisJCQl2by0+dm9fYnJpZ2h0bmVzcyA9IDA7DQorCQl9 DQorCQlicmVhazsNCisJZGVmYXVsdDoNCisJCXByaW50ZigidW5rbm93biBu b3RpZnkgZXZlbnQgMHgleCBmcm9tICVzXG4iLA0KKwkJICAgIG5vdGlmeSwg YWNwaV9uYW1lKGhhbmRsZSkpOw0KKwl9DQorCUFDUElfU0VSSUFMX0VORCh2 aWRlb19vdXRwdXQpOw0KK30NCisNCiAvKiBBUkdTVVNFRCAqLw0KIHN0YXRp YyBpbnQNCiBhY3BpX3ZpZGVvX3ZvX2FjdGl2ZV9zeXNjdGwoU1lTQ1RMX0hB TkRMRVJfQVJHUykNCkBAIC05MDEsNiArOTY3LDI1IEBADQogCXJldHVybiAo bnVtKTsNCiB9DQogDQorc3RhdGljIGludA0KK3ZvX2dldF9icmlnaHRuZXNz KEFDUElfSEFORExFIGhhbmRsZSkNCit7DQorCVVJTlQzMiBsZXZlbDsNCisJ QUNQSV9TVEFUVVMgc3RhdHVzOw0KKw0KKwlBQ1BJX1NFUklBTF9BU1NFUlQo dmlkZW9fb3V0cHV0KTsNCisJc3RhdHVzID0gYWNwaV9HZXRJbnRlZ2VyKGhh bmRsZSwgIl9CUUMiLCAmbGV2ZWwpOw0KKwlpZiAoQUNQSV9GQUlMVVJFKHN0 YXR1cykpIHsNCisJCXByaW50ZigiY2FuJ3QgZXZhbHVhdGUgJXMuX0JRQyAt ICVzXG4iLCBhY3BpX25hbWUoaGFuZGxlKSwNCisJCSAgICBBY3BpRm9ybWF0 RXhjZXB0aW9uKHN0YXR1cykpOw0KKwkJcmV0dXJuICgtMSk7DQorCX0NCisJ aWYgKGxldmVsID4gMTAwKQ0KKwkJcmV0dXJuICgtMSk7DQorDQorCXJldHVy biAobGV2ZWwpOw0KK30NCisNCiBzdGF0aWMgdm9pZA0KIHZvX3NldF9icmln aHRuZXNzKEFDUElfSEFORExFIGhhbmRsZSwgaW50IGxldmVsKQ0KIHsNCg== ---496892480-1128448021-1266065046=:1389-- From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 13 17:00:25 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CC5810656B6 for ; Sat, 13 Feb 2010 17:00:25 +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 25A848FC32 for ; Sat, 13 Feb 2010 17:00:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o1DH0P2L062368 for ; Sat, 13 Feb 2010 17:00:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o1DH0OrR062367; Sat, 13 Feb 2010 17:00:24 GMT (envelope-from gnats) Date: Sat, 13 Feb 2010 17:00:24 GMT Message-Id: <201002131700.o1DH0OrR062367@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Daniel Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2010 17:00:25 -0000 The following reply was made to PR kern/132602; it has been noted by GNATS. From: Daniel To: bug-followup@FreeBSD.org, MasterOne@o0l0o.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Sat, 13 Feb 2010 11:44:47 -0500 I am able to login to Freenas 0.7.4919 amd64 via serial console and can provide assistance. Just let me know what information you need and how to retrieve it. Thanks.