Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 19 Mar 2007 17:58:42 -0700
From:      Nate Lawson <nate@root.org>
To:        Rong-en Fan <grafan@gmail.com>
Cc:        acpi@freebsd.org, Alexandre Sunny Kovalenko <alex.kovalenko@verizon.net>, freebsd-mobile@freebsd.org
Subject:   Re: ThinkPad x60 and FN keys
Message-ID:  <45FF31C2.1040107@root.org>
In-Reply-To: <6eb82e0703181159vcd095f9k4d65a8b3231c1bf@mail.gmail.com>
References:  <6eb82e0703161009w15787d99p51510299fa0e1e45@mail.gmail.com>	 <1174078831.829.11.camel@RabbitsDen>	 <6eb82e0703170100v572a0794q334dc34bec992685@mail.gmail.com>	 <20070317170959.f48f5bf6.taku@tackymt.homeip.net>	 <6eb82e0703170210t3d4be248w64b7cf9981880bbe@mail.gmail.com>	 <20070319025520.69486e29.taku@tackymt.homeip.net> <6eb82e0703181159vcd095f9k4d65a8b3231c1bf@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Rong-en Fan wrote:
> On 3/19/07, Taku YAMAMOTO <taku@tackymt.homeip.net> wrote:
>> On Sat, 17 Mar 2007 17:10:38 +0800
>> "Rong-en Fan" <grafan@gmail.com> wrote:
>>
>> > Tested with newer acpica (available on acpi@). Without acpi_video,
>> > brightness control (FN+Home, End) works. Bluetooth control
>> > (fn+f5) works and the dev.acpi_ibm.0.bluetooth seems not flip flop.
>> > FN+F7 still not work.
>> >
>> > With acpi_video, brightness control does not work.
>> >
>> > Thank you.
>> >
>> > Regards,
>> > Rong-En Fan
>>
>> Fine.
>> It's expected that brightness hotkeys aren't functional with
>> acpi_video on
>> recent ThinkPads because their BIOS stop handling of the brightness and
>> rely on OS once acpi_video gets involved.
>>
>> The acpi_video module should of cource be enhanced to handle these
>> brightness events defined in ACPI 3.0 spec. If I would have some spare
>> time...
> 
> Thank you. In the mean time, could we get the patch committed?
> (I'm CC'ing Nate Lawson)
> 
> BTW, if I understand you correctly, when acpi_video is loaded, fn+home/end
> will generate some events to acpi_video, but our acpi_video does not handle
> these events so the brightness are not adjusted? Is that right?
> 
> Regards,
> Rong-En Fan
> 
> ==
> 
> --- acpi_ec.c-1.69    Tue Feb 27 09:14:20 2007
> +++ sys/dev/acpica/acpi_ec.c    Tue Feb 27 14:39:52 2007
> @@ -825,6 +825,11 @@ EcGpeHandler(void *Context)
>     CTR1(KTR_ACPI, "ec event was IBE/OBF, status %#x", EcStatus);
>     sc->ec_csrvalue = EcStatus;
>     wakeup(&sc->ec_csrvalue);
> +    if (!sc->ec_sci_pend) {
> +        Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR);
> +        if (ACPI_FAILURE(Status))
> +        printf("EcGpeHandler: AcpiEnableEvent failed\n");
> +    }
>     } else if (!sc->ec_sci_pend) {
>     /* SCI bit set and no pending query handler, so schedule one. */
>     CTR0(KTR_ACPI, "ec queueing gpe handler");

Crap, that is a bug.  In the path where the event was an SCI, we now no
longer re-enable the GPE.  Thanks for pointing this out.

I've committed a fix in rev 1.71.  See if it helps.

-- 
Nate



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45FF31C2.1040107>