On Tue, Oct 16, 2007 at 12:31:24PM -0200, Henrique de Moraes Holschuh wrote:
> On Tue, 16 Oct 2007, Matthew Garrett wrote:
> > Yes, the firmware acts upon it.
>
> So, I'd have to say it doesn't belong on the input layer AFAIK.
They're keys that generate scancodes through the keyboard controller.
Not having them go through the input layer requires actively forcing
them into some other route, which seems excessive.
> > Userspace is going to have to deal with this case anyway. Some vendors
> > simply don't let us distinguish.
>
> But many do, and the less mud in the water, the better.
There's no advantage in having to implement multiple solutions. If we're
stuck with one of them, we might as well just use it for the other cases
as well.
> > It's not always going to be possible to tie notifications into a class
> > device - in the Dell case, for instance, interacting with the backlight
> > requires you to use a 200Kb library so has to be done in userspace.
>
> Perhaps. But for that Dell case, there is already a proper notification
> system in place as well: ACPI backlight events. You might have to get
> userspace to tell the ACPI video driver that it will handle the events
> (something X.org already needs, anyway), but that's about it.
No, these aren't ACPI keys and the machines don't provide backlight
control through ACPI. It's not a problem with more recent Dells, but
machines before mid-2006 or so have this issue.
--
Matthew Garrett | [email protected]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
