[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5d5443650908100031t5240daa4h76ef2a7863cc4403@mail.gmail.com>
Date: Mon, 10 Aug 2009 13:01:28 +0530
From: Trilok Soni <soni.trilok@...il.com>
To: Pavel Machek <pavel@....cz>
Cc: Greg KH <greg@...ah.com>,
kernel list <linux-kernel@...r.kernel.org>,
swetland@...gle.com, linux-input@...r.kernel.org
Subject: Re: HTC Dream for staging: add support for input on GPIO pins
Hi Pavel,
On Sun, Aug 9, 2009 at 3:14 AM, Pavel Machek<pavel@....cz> wrote:
> On Sat 2009-08-08 22:12:46, Trilok Soni wrote:
>> Hi Pavel,
>>
>> On Sat, Aug 8, 2009 at 6:33 PM, Pavel Machek<pavel@....cz> wrote:
>> > From: Arve Hj?nnev?g <arve@...roid.com>
>> >
>> > Support for input devices connected to GPIO pins. This adds support
>> > for HTC Dream's keyboard and its trackball. Generic support already
>> > exists for keyboard on GPIO, but this one is more advanced because it
>> > can detect shadow key presses (and actually works with Dream :-).
>> >
>> > (It also contains Kconfig/Makefile changes, including some that were
>> > missing from previous commit. Sorry.)
>>
>> I don't see any importance of gpio_matrix.c when we already have
>> generic gpio matrix driver mainlined. I would suggest to remove those
>> bits from this patch. I have added linux-input ML.
>
> Well, I'm trying for staging merge at this point. Reasons why
> gpio_matrix is there are:
>
> 1) it is non-trivial to remove
>
> 2) it has some features mainline lacks
>
> 3) HTC Dream actually works with it
>
> (and 4) I'd like to submit code as Arve wrote it, then transform/clean
> it up in staging).
>
> Of course, relevant features will need to be extracted from
> gpio_matrix and merged at the right places, and that needs to happen
> before move from staging/, but I'd like to have working keyboard in
> the meantime.
gpio_matrix in mainline should work with HTC G1 with few proper
platform data and input name eventhough ghost key clearance code is
not yet in mainline driver.
I know you want HTC dream to work through staging but I would prefer
that such drivers should be discussed and reviewed on
linux-input/linux-kernel ML and not just dumped in staging.
--
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists