Re: [PATCH 5/7] Make the driver use MSC_SCAN and a setkeycode and getkeycode key table.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/18/07, Matthew Garrett <mjg59@xxxxxxxxxxxxx> wrote:
On Wed, Jul 18, 2007 at 04:17:02PM +0100, Richard Hughes wrote:
> On Wed, 2007-07-18 at 11:05 -0400, Dmitry Torokhov wrote:
> >
> > I think we should continue adding keymaps to kernel until everyone is
> > using HAL's facilities to load keymaps and then stop. Does this make
> > sense?
>
> I don't think so. The whole idea of hal-info is that we can update a 14k
> noarch package every week if needed, that will work on pretty much any
> hal version.
>
> I'm not sure people running FC3 systems are going to be running git
> kernels for new keymaps.

This isn't an either/or situation. If you have a hal keymap then the
system will still work. The question is what to do in the absence of
hal. The kernel can either provide sane defaults (that might be wrong in
a couple of cases) or it can provide keys that are pretty much
guaranteed to do nothing. I think doing our best to make things work
even if hal isn't there is sensible - if hal /is/ there, we've lost
nothing.


There is burden in maintaining the same data in 2 different places
(kernel/HAL). I think pretty soon everyone will be using never HAL
(like everyone uses udev) and we can stop adding keymaps into kernel.
But for now if we want to support not so outdated distributions we can
add keymaps to the kernel drivers.

--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux