From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751030AbWDTPgJ (ORCPT ); Thu, 20 Apr 2006 11:36:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751036AbWDTPgJ (ORCPT ); Thu, 20 Apr 2006 11:36:09 -0400 Received: from fmr19.intel.com ([134.134.136.18]:46312 "EHLO orsfmr004.jf.intel.com") by vger.kernel.org with ESMTP id S1751032AbWDTPgF (ORCPT ); Thu, 20 Apr 2006 11:36:05 -0400 Message-ID: <4447AA59.8010300@linux.intel.com> Date: Thu, 20 Apr 2006 19:35:53 +0400 From: Alexey Starikovskiy User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Matthew Garrett CC: "Yu, Luming" , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC] [PATCH] Make ACPI button driver an input device References: <554C5F4C5BA7384EB2B412FD46A3BAD1332980@pdsmsx411.ccr.corp.intel.com> <20060420073713.GA25735@srcf.ucam.org> In-Reply-To: <20060420073713.GA25735@srcf.ucam.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Matthew Garrett wrote: > On Thu, Apr 20, 2006 at 01:45:27PM +0800, Yu, Luming wrote: > >> Do you plan to port the whole acpi event interface into input layer? >> If so, keycode is NOT a right way. > > Not really, though it would be one possibility. However, the input layer > doesn't really provide the flexibility needed for certain events. I'm > not sure what the right answer is for other events, but I'm pretty sure > the button driver maps onto the input layer sensibly. > Could it be more sensible to use kevent and dbus for sending all events from ACPI?