From: Hans de Goede <hdegoede@redhat.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: linux-input <linux-input@vger.kernel.org>,
Maxime Ripard <maxime.ripard@free-electrons.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [PATCH v2 2/2] input: gpio_keys_polled: Add support for abs/rel axis
Date: Sun, 20 Sep 2015 16:16:21 -0400 [thread overview]
Message-ID: <55FF1415.1040509@redhat.com> (raw)
<I seem to have deleted the original mail without reply-ing, so from a threaded mailer pov this is a top-post, sorry>
Hi,
Dmitry Torokhov wrote:
> > + for_each_set_bit(i, input->relbit, REL_CNT) {
> > + if (!test_bit(i, bdev->rel_axis_seen))
> > + input_event(input, EV_REL, i, 0);
> > + }
>
> I wonder if this should be written as
>
> for_each_set_bit(i, bdev->rel_axis_seen, REL_CNT)
> input_event(input, EV_REL, i, 0);
>
> i.e. the 2nd bit test is not really needed because we should not see
> unsupported bits in "seen" axes.
Yes that makes sense, I'll make this change, re-test and post a new version.
> > + if (fwnode_property_read_u32(child, "linux,input-value",
> > + (u32 *)&button->value))
> > + button->value = 1;
>
> Umm, we need negative values too... but there is no
> fwnode_property_read_s32 :(. We need to document in the bindings that
> value is treated as signed so that users can still achieve the needed
> effect.
Right, I was looking how to deal with this, and the generic fwnode
interface has no s32 version, but the devicetree linux/of.h code has:
static inline int of_property_read_s32(const struct device_node *np,
const char *propname,
s32 *out_value)
{
return of_property_read_u32(np, propname, (u32*) out_value);
}
So this seemed like the best way to deal with this. You're right that
the devicetree binding docs should explicitly state that negative
numbers are allowed though, I will update the dt-bindings doc
patch accordingly.
Regards,
Hans
next reply other threads:[~2015-09-20 20:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-20 20:16 Hans de Goede [this message]
2015-09-22 13:07 ` [PATCH v2 2/2] input: gpio_keys_polled: Add support for abs/rel axis Hans de Goede
-- strict thread matches above, loose matches on Subject: below --
2015-09-17 22:14 [PATCH v2 1/2] devicetree: bindings: Update gpio-keys-polled with " Hans de Goede
2015-09-17 22:14 ` [PATCH v2 2/2] input: gpio_keys_polled: Add " Hans de Goede
[not found] ` <1442528080-28712-2-git-send-email-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-09-19 18:02 ` Dmitry Torokhov
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=55FF1415.1040509@redhat.com \
--to=hdegoede@redhat.com \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-input@vger.kernel.org \
--cc=maxime.ripard@free-electrons.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).