All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Stephen Boyd <swboyd@chromium.org>
Cc: Jiri Kosina <jikos@kernel.org>,
	Zhengqiao Xia <xiazhengqiao@huaqin.corp-partner.google.com>,
	benjamin.tissoires@redhat.com, linux-input@vger.kernel.org,
	linux-kernel@vger.kernel.org, dianders@chromium.org,
	Wei-Ning Huang <wnhuang@google.com>,
	Nicolas Boichat <drinkcat@chromium.org>,
	Sean O'Brien <seobrien@chromium.org>,
	phoenixshen@chromium.org
Subject: Re: [PATCH v2] HID: google: modify HID device groups of eel
Date: Fri, 14 Jan 2022 11:59:50 -0800	[thread overview]
Message-ID: <YeHWNtl0Or1dgadz@google.com> (raw)
In-Reply-To: <CAE-0n53M723sZ7H-f0SF=AoTrwznmTRhKPapgHe5H7Mw6bPb7Q@mail.gmail.com>

On Fri, Jan 14, 2022 at 01:25:12PM -0600, Stephen Boyd wrote:
> Quoting Jiri Kosina (2022-01-14 00:38:23)
> > On Fri, 7 Jan 2022, Zhengqiao Xia wrote:
> >
> > > If HID_GROUP of eel is set to HID_GROUP_GENERIC, Whiskers Tablet
> > > Mode Switch of eel hammer will not be detected by system. when it
> > > is set to HID_GROUP_VIVALDI, system will detect Whiskers Tablet
> > > Mode Switch successfully.
> > >
> > > Signed-off-by: Zhengqiao Xia <xiazhengqiao@huaqin.corp-partner.google.com>
> > > ---
> > >  drivers/hid/hid-google-hammer.c | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/hid/hid-google-hammer.c b/drivers/hid/hid-google-hammer.c
> > > index 0403beb3104b..e5acd15f4a55 100644
> > > --- a/drivers/hid/hid-google-hammer.c
> > > +++ b/drivers/hid/hid-google-hammer.c
> > > @@ -585,7 +585,7 @@ static void hammer_remove(struct hid_device *hdev)
> > >  static const struct hid_device_id hammer_devices[] = {
> > >       { HID_DEVICE(BUS_USB, HID_GROUP_GENERIC,
> > >                    USB_VENDOR_ID_GOOGLE, USB_DEVICE_ID_GOOGLE_DON) },
> > > -     { HID_DEVICE(BUS_USB, HID_GROUP_GENERIC,
> > > +     { HID_DEVICE(BUS_USB, HID_GROUP_VIVALDI,
> > >                    USB_VENDOR_ID_GOOGLE, USB_DEVICE_ID_GOOGLE_EEL) },
> > >       { HID_DEVICE(BUS_USB, HID_GROUP_GENERIC,
> >
> > Color me confused, but anything with HID_GROUP_VIVALDI should be matched
> > by hid-vivaldi driver, so what is this about?

We need this particular chunk because hid_scan_collection() forces all
devices that declare usage 0x01 from the Google Vendor page to be marked
as HID_GROUP_VIVALDI, so without it the hammer driver will not match
eel.

However this change (I believe) will break vivaldi functionality
(reporting of the top row map) so we can't apply this as is.

> >
> 
> My understanding is that 'vivaldi' is mostly a keyboard layout and
> 'hammer' is a detachable keyboard. We want to prevent the hid-vivaldi
> driver from probing this particular device because the hid-vivaldi
> driver doesn't know about detachable keyboards. Hammer devices also
> support 360 degree wraparound so we know that the keyboard has been put
> behind the screen or that it's being used to stand up the device on a
> table.
> 
> Given all that, I'm still confused. If we make the hid-google-hammer
> driver probe this device and the keyboard layout is vivaldi then we'd
> want the part of the vivaldi driver that exposes the
> function_row_physmap through sysfs. Otherwise userspace won't know how
> to handle the function row properly. I think we need the device to stack
> two drivers here. Does that happen with HID?

As far as I know HID does not easily allow "stacking" drivers like that.

Probably the easiest way would be to export vivaldi_feature_mapping()
and the show method for the physical row map and call them from the
hammer driver.

Thanks.

-- 
Dmitry

  reply	other threads:[~2022-01-14 19:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-07  9:13 [PATCH v2] HID: google: modify HID device groups of eel Zhengqiao Xia
2022-01-07  9:31 ` Zhengqiao Xia
2022-01-14  8:38 ` Jiri Kosina
2022-01-14 19:25   ` Stephen Boyd
2022-01-14 19:59     ` Dmitry Torokhov [this message]
2022-01-14 20:55       ` Stephen Boyd
2022-01-14 21:40         ` Dmitry Torokhov
2022-01-14 11:33 ` Re " xiazhengqiao

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=YeHWNtl0Or1dgadz@google.com \
    --to=dmitry.torokhov@gmail.com \
    --cc=benjamin.tissoires@redhat.com \
    --cc=dianders@chromium.org \
    --cc=drinkcat@chromium.org \
    --cc=jikos@kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=phoenixshen@chromium.org \
    --cc=seobrien@chromium.org \
    --cc=swboyd@chromium.org \
    --cc=wnhuang@google.com \
    --cc=xiazhengqiao@huaqin.corp-partner.google.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.