From: Benjamin Tissoires <benjamin.tissoires@redhat.com>
To: Zhang Rui <rui.zhang@intel.com>
Cc: jikos@kernel.org, linux-input <linux-input@vger.kernel.org>
Subject: Re: [PATCH] HID: microsoft: Add Surface Pro 4 type cover support
Date: Mon, 5 Dec 2016 09:18:52 +0100 [thread overview]
Message-ID: <20161205081807.GI1280@mail.corp.redhat.com> (raw)
In-Reply-To: <1480924812.2645.33.camel@intel.com>
Hi,
On Dec 05 2016 or thereabouts, Zhang Rui wrote:
> On Thu, 2016-12-01 at 13:53 +0100, Benjamin Tissoires wrote:
> > On Dec 01 2016 or thereabouts, Zhang Rui wrote:
> > >
> > > From edb2fc779c3e9c118686a3c177cfa304e95e0220 Mon Sep 17 00:00:00
> > > 2001
> > > From: Zhang Rui <rui.zhang@intel.com>
> > > Date: Wed, 30 Nov 2016 20:09:11 +0800
> > > Subject: [PATCH] HID: microsoft: Add Surface Pro 4 type cover
> > > support
> > >
> > > Adding support for the Microsoft Surface Pro 4 Type Cover.
> > >
> > > This patch has been tested on my surface pro 4,
> > > keyboard starts working, while the touchpad does not.
> > >
> > > I don't know which type of surface pro 4 I have, but the lsusb
> > > output
> > > shows it's ID is 07e8, and I use USB_DEVICE_ID_MS_TYPE_COVER_4_1 as
> > > the name, following the patch at
> > > https://bugzilla.kernel.org/show_bug.cgi?id=135561#c0
> > >
> > > At the same time, this patch also fixes a long suspend/resume delay
> > > problem when type cover is attached.
> > Hi,
> >
> > would you mind testing the for-next branch of the HID tree without
> > your
> > patch?
> > https://git.kernel.org/cgit/linux/kernel/git/jikos/hid.git/log/driver
> > s/hid?h=for-next
> >
> yes, I did.
>
> > This branch makes the Surface 3 typeCover working out of the box
> > without
> > the need for specific quirks. I would hope that this way, you don't
> > need
> > the quirks for the Surface Pro 4 as well and forget about these cover
> > :)
>
> yes, the keyboard works as expected.
> But unfortunately, I experienced a system hang, in like an hour, with
> both your next tree, and upstream kernel plus my original type cover
> patch... At the same time, I also noticed that, when I type something,
> occasionally, the character keeps on popping up just like the key is
> not released.
> Now I switch back to a clean upstream 4.9-rc6 kernel, and use it for
> half a day, no system hang so far.
I am not so sure I followed your tests. Could you confirm and complete that:
- upstream + your patch: keyboard works, 2 finger scroll doesn't but it
hangs after an hour or so, and keys are repeated from time to time
- hid for-next branch: keyboard works, 2 finger scroll too, but it hangs
after an hour or so, and keys are repeated from time to time
- vanilla kernel 4.9-rc6: no hangs, but what is the status of the
keyboard/touchpad?
I have the impression that when the keyboard is disabled (plain
v4.9-rc6) you don't experience hangs. So if that is the case, then maybe
the keyboard is somewhat messing up the system. I don't know if that
would be counted as a regression :/
Unless the keyboard is already working with a plain v4.9-rc6 but just
doesn't after suspend/resume...
Cheers,
Benjamin
>
> thanks,
> rui
> >
> > Cheers,
> > Benjamin
> >
> > >
> > >
> > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=135561
> > > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=186181
> > > Signed-off-by: Zhang Rui <rui.zhang@intel.com>
> > > ---
> > > drivers/hid/hid-core.c | 2 ++
> > > drivers/hid/hid-ids.h | 1 +
> > > drivers/hid/hid-microsoft.c | 2 ++
> > > drivers/hid/usbhid/hid-quirks.c | 1 +
> > > 4 files changed, 6 insertions(+)
> > >
> > > diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
> > > index 2b89c70..3c4085d 100644
> > > --- a/drivers/hid/hid-core.c
> > > +++ b/drivers/hid/hid-core.c
> > > @@ -728,6 +728,7 @@ static void hid_scan_collection(struct
> > > hid_parser *parser, unsigned type)
> > > hid->product == USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_2
> > > ||
> > > hid->product == USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_JP
> > > ||
> > > hid->product == USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_JP
> > > ||
> > > + hid->product == USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_1
> > > ||
> > > hid->product == USB_DEVICE_ID_MS_TYPE_COVER_3 ||
> > > hid->product == USB_DEVICE_ID_MS_POWER_COVER) &&
> > > hid->group == HID_GROUP_MULTITOUCH)
> > > @@ -1984,6 +1985,7 @@ static const struct hid_device_id
> > > hid_have_special_driver[] = {
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_2) },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_JP) },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_JP) },
> > > + { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_1) },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_3) },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_DIGITAL_MEDIA_7K) },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_DIGITAL_MEDIA_600) },
> > > diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
> > > index 575aa65..fe19866 100644
> > > --- a/drivers/hid/hid-ids.h
> > > +++ b/drivers/hid/hid-ids.h
> > > @@ -719,6 +719,7 @@
> > > #define USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_2 0x07e2
> > > #define USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_JP 0x07dd
> > > #define USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_JP 0x07e9
> > > +#define USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_1 0x07e8
> > > #define USB_DEVICE_ID_MS_TYPE_COVER_3 0x07de
> > > #define USB_DEVICE_ID_MS_POWER_COVER 0x07da
> > >
> > > diff --git a/drivers/hid/hid-microsoft.c b/drivers/hid/hid-
> > > microsoft.c
> > > index c6cd392..df06e6c 100644
> > > --- a/drivers/hid/hid-microsoft.c
> > > +++ b/drivers/hid/hid-microsoft.c
> > > @@ -282,6 +282,8 @@ static const struct hid_device_id ms_devices[]
> > > = {
> > > .driver_data = MS_HIDINPUT },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_JP),
> > > .driver_data = MS_HIDINPUT },
> > > + { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_1),
> > > + .driver_data = MS_HIDINPUT },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_3),
> > > .driver_data = MS_HIDINPUT },
> > > { HID_USB_DEVICE(USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_POWER_COVER),
> > > diff --git a/drivers/hid/usbhid/hid-quirks.c
> > > b/drivers/hid/usbhid/hid-quirks.c
> > > index e6cfd32..48d0ce8 100644
> > > --- a/drivers/hid/usbhid/hid-quirks.c
> > > +++ b/drivers/hid/usbhid/hid-quirks.c
> > > @@ -102,6 +102,7 @@ static const struct hid_blacklist {
> > > { USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_2, HID_QUIRK_NO_INIT_REPORTS },
> > > { USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_3_JP, HID_QUIRK_NO_INIT_REPORTS },
> > > { USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_JP, HID_QUIRK_NO_INIT_REPORTS },
> > > + { USB_VENDOR_ID_MICROSOFT,
> > > USB_DEVICE_ID_MS_TYPE_COVER_PRO_4_1, HID_QUIRK_NO_INIT_REPORTS },
> > > { USB_VENDOR_ID_MICROSOFT, USB_DEVICE_ID_MS_TYPE_COVER_3,
> > > HID_QUIRK_NO_INIT_REPORTS },
> > > { USB_VENDOR_ID_MICROSOFT, USB_DEVICE_ID_MS_POWER_COVER,
> > > HID_QUIRK_NO_INIT_REPORTS },
> > > { USB_VENDOR_ID_MSI, USB_DEVICE_ID_MSI_GT683R_LED_PANEL,
> > > HID_QUIRK_NO_INIT_REPORTS },
> > > --
> > > 2.7.4
> > >
next prev parent reply other threads:[~2016-12-05 8:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-01 11:17 [PATCH] HID: microsoft: Add Surface Pro 4 type cover support Zhang Rui
2016-12-01 12:53 ` Benjamin Tissoires
2016-12-05 8:00 ` Zhang Rui
2016-12-05 8:18 ` Benjamin Tissoires [this message]
2016-12-05 8:41 ` Zhang Rui
2016-12-05 8:59 ` Benjamin Tissoires
2016-12-06 7:01 ` Zhang Rui
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=20161205081807.GI1280@mail.corp.redhat.com \
--to=benjamin.tissoires@redhat.com \
--cc=jikos@kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=rui.zhang@intel.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).