linux-sh.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Magnus Damm <magnus.damm@gmail.com>
Cc: linux-input@vger.kernel.org, lethal@linux-sh.org,
	linux-sh@vger.kernel.org
Subject: Re: [PATCH] input: bitmap update for sh_keysc V2
Date: Wed, 10 Feb 2010 17:59:56 +0000	[thread overview]
Message-ID: <201002100959.56338.dmitry.torokhov@gmail.com> (raw)
In-Reply-To: <aec7e5c31002100313k1fd54f29o996a11e3967eaa3a@mail.gmail.com>

On Wednesday 10 February 2010 03:13:38 am Magnus Damm wrote:
> On Wed, Feb 10, 2010 at 6:26 PM, Dmitry Torokhov
> 
> <dmitry.torokhov@gmail.com> wrote:
> > On Wed, Feb 10, 2010 at 01:13:37PM +0900, Magnus Damm wrote:
> >> On Tue, Feb 9, 2010 at 6:39 PM, Dmitry Torokhov
> >>
> >> <dmitry.torokhov@gmail.com> wrote:
> >> > On Tue, Feb 09, 2010 at 06:16:09PM +0900, Magnus Damm wrote:
> >> >> From: Magnus Damm <damm@opensource.se>
> >> >>
> >> >> Update the sh_keysc driver with proper bitmap support V2.
> >> >> This instead of using a fixed 32-bit integer to keep track
> >> >> for the key states. With this change in place the driver
> >> >> supports key pads with more than 32 keys.
> >> >>
> >> >> Signed-off-by: Magnus Damm <damm@opensource.se>
> >> >> ---
> >> >>
> >> >>  Changes since V1:
> >> >>  - ditched the wrapping macros
> >> >>  - use __set_bit() and __clear_bit()
> >> >
> >> > Thank you for making the change. It indeed is easier to read than the
> >> > original since one does not have to go and look up what wrappers are
> >> > doing.
> >>
> >> Yeah, I initially disliked the SH_KEYSC_MAXKEYS that now are sprinkled
> >> all over the place, but I have to admit that not using wrappers made
> >> me realize that I should use __set_bit() and __clear_bit() instead of
> >> the atomic ones. So all good.
> >
> > BTW, that sh_keysc_map seems to be a holdover from the V1 of the patch
> > and is not needed anymore. Does the patch below still work for you?
> 
> Thanks for updating the patch. It still works as expected.

Great, thank you for testing it.

> Please mark
> the new patch as V3 if possible so people can
> tell the difference between the patches.
> 

Umm, I usually remove all versioning from the changelogs  when I apply the 
patches to my tree.

-- 
Dmitry

      reply	other threads:[~2010-02-10 17:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-09  9:16 [PATCH] input: bitmap update for sh_keysc V2 Magnus Damm
2010-02-09  9:39 ` Dmitry Torokhov
2010-02-10  4:13   ` Magnus Damm
2010-02-10  9:26     ` Dmitry Torokhov
2010-02-10 11:13       ` Magnus Damm
2010-02-10 17:59         ` Dmitry Torokhov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201002100959.56338.dmitry.torokhov@gmail.com \
    --to=dmitry.torokhov@gmail.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=magnus.damm@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).