Bug 645937 - kernel-2.6.35 no longer creates /proc/acpi/event, which breaks sony_laptop
Summary: kernel-2.6.35 no longer creates /proc/acpi/event, which breaks sony_laptop
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 14
Hardware: Unspecified
OS: Unspecified
low
high
Target Milestone: ---
Assignee: John Feeney
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-23 03:04 UTC by Rohan Dhruva
Modified: 2013-01-10 08:13 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-14 07:48:48 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
evtest output (2.07 KB, text/plain)
2010-11-03 15:24 UTC, Rohan Dhruva
no flags Details

Description Rohan Dhruva 2010-10-23 03:04:57 UTC
Description of problem:
Kernel 2.6.35 in F14 has disabled CONFIG_ACPI_PROC_EVENT. I have a Sony Vaio CW laptop, which relies on the sony_laptop kernel module to catch acpi hotkey events. Thus, in Fedora 14, pressing Fn+F5 (brightness down) is not recognized at all, and pressing Fn+F6 is recognized as a generic button, having no effect on brightness. I use the nvidia_bl driver, and oBacklight to control the brightness.

Version-Release number of selected component (if applicable):
kernel-2.6.35.6-45.fc14.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Start acpi_listen
2. Press the brightness up key (Fn+F5)
3. Press the brightness down key (Fn+F6)
  
Actual results:
Brightness down registers no event.
Brightness up gives "button/fnf6 FNF6 00000080 00000000"

Expected results:
Fn+F5 should give- sony/hotkey SNC 00000001 00000010
Fn+F6 should give- sony/hotkey SNC 00000001 00000011

Additional info:
I realize that CONFIG_ACPI_PROC_EVENT is deprecated, but this causes a major loss of functionality for all Sony laptops relying on it. I am quite sure this problem affects other Sony laptops too, not only Vaio CW. I request that CONFIG_ACPI_PROC_EVENT is enabled, at least until an alternative is found.

Comment 1 Matthew Garrett 2010-11-03 14:47:31 UTC
Brightness events should be generating KEY_BRIGHTNESSUP and KEY_BRIGHTNESSDOWN - is that not happening?

Comment 2 Rohan Dhruva 2010-11-03 14:50:45 UTC
No, they are not generating those events (can't see in xev). On enabling CONFIG_ACPI_PROC_EVENT (by recompiling the kernel), at least acpi_listen generates correct output. But xev never shows KEY_BRIGHTNESSUP or KEY_BRIGHTNESSDOWN, in either case.

Comment 3 Matthew Garrett 2010-11-03 15:10:04 UTC
You won't see them in xev if you have a power manager that's taken a grab. Can you install evtest and run it against the Sony Vaio keys device and see whether they appear there?

Comment 4 Rohan Dhruva 2010-11-03 15:24:17 UTC
evtest does show that key events are caught. I had a talk with the maintainer of this module (Mattia Dongili). He told that the problem may be occurring because X protocol can't handle keys with scancodes > 255 (http://bugs.freedesktop.org/show_bug.cgi?id=11227).

Is there any way I can key scancode 470 and 471 to KEY_BRIGHTNESSDOWN and KEY_BRIGHTNESSUP respectively? I am attaching the output of evtest (event8 is the Sony Vaio Keys event handler).

Comment 5 Rohan Dhruva 2010-11-03 15:24:47 UTC
Created attachment 457467 [details]
evtest output

Comment 6 Matthew Garrett 2010-11-03 15:33:18 UTC
Ah, in that case we just need to fix up the keymap. I'll look into that, thanks!

Comment 7 Rohan Dhruva 2010-11-12 21:28:01 UTC
Hello.. Any updates on this? Will this be fixed for Fedora 14? Thanks.

Comment 8 Rohan Dhruva 2011-01-10 05:45:30 UTC
Bump

Comment 9 Rohan Dhruva 2011-03-14 07:48:48 UTC
I can confirm that brightness control keys work for me on the Fedora 15 alpha release.


Note You need to log in before you can comment on or make changes to this bug.