Skip to contentSkip to conversation

Input Brightness events on EeePc 1201HA

DISCUSSION Corentin Chary 2 participants 2 messages May 2, 2010 10 messages not in the archive ACPI

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): 1272383014.8403.12.camel@plop

A message that is not in the archive (sent off-list or not yet received): [email protected]

A message that is not in the archive (sent off-list or not yet received): 1272446724.12834.24.camel@plop

A message that is not in the archive (sent off-list or not yet received): [email protected]

A message that is not in the archive (sent off-list or not yet received): 1272457434.12834.29.camel@plop

A message that is not in the archive (sent off-list or not yet received): [email protected]

A message that is not in the archive (sent off-list or not yet received): 1272461780.12834.93.camel@plop

A message that is not in the archive (sent off-list or not yet received): 1272462009.12834.95.camel@plop

A message that is not in the archive (sent off-list or not yet received): [email protected]

A message that is not in the archive (sent off-list or not yet received): 1272643738.26706.63.camel@plop

#10 lore raw

CCing linux-acpi and Zhang Rui.

Quoted 8 lines
Quoted 2 lines

- Does brightness react to keypress (up and/or down) in grub ? windows ? linux wihout X ?

It does not work in GRUB for an unknown reason but I have "good" news

It works in Linux, without using video (which can not manage this machine), until psb driver is loaded and creates a backlight device using PWM!

Looking at the dsdt:

                        Method (STBR, 0, Serialized)
                        {
                            If (And (^^^GFX0.TCHE, 0x02))
                            {
                                ISMI (0x7A)
                                ^^^GFX0.AINT (One, PAR0)
                            }
                            Else
                            {
                                ISMI (0x78)
                            }
                        }

ISMI (0x78) is the working path, so when psb load, And (^^^GFX0.TCHE, 0x02) become true, Maybe in this case the psb driver should do something that it doesn't.

A quick workaround would be to send input events in eeepc-laptop if GFX0.TCHE & 0x2, but does not sound pretty.

Quoted 6 lines

Unfortunately I can't think of a solution for machines using psb except disabling backlight handling there.

It would either conflict (2 backlights device, on in psb, the other in eeepc-laptop/wmi) or have keys not handled (as both would not handle them if they do not handle backlight)

Signature · 2 lines
Corentin Chary
http://xf.iksaif.net
#11 lore raw
Quoted 3 lines · Corentin Chary
Quoted 3 lines

It works in Linux, without using video (which can not manage this machine), until psb driver is loaded and creates a backlight device using PWM!

The PSB driver needs to implement the Intel video device opregion spec. Unfortunately it's developed in a closed environment and we have no ability to contribute fixes to it.

Signature · 1 line
Matthew Garrett | [email protected]