Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Sat, 2015-12-19 at 10:34 +0900, Akihiko Odaki wrote: > No, it doesn't work. According to: https://github.com/jimdigriz/debian-mssp4 Running "kbd_mode -u" afterwards would fix the Caps-Lock key not working. I have no idea what the wider consequence of this would be though[1]. Anything we can

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Sat, 2015-12-19 at 10:34 +0900, Akihiko Odaki wrote: > No, it doesn't work. According to: https://github.com/jimdigriz/debian-mssp4 Running "kbd_mode -u" afterwards would fix the Caps-Lock key not working. I have no idea what the wider consequence of this would be though[1]. Anything we can

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

No, it doesn't work. On 12/19/2015 12:06 AM, Bastien Nocera wrote: > On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: >> Use multitouch driver instead of microsoft one for Microsoft Surface >> Type Covers. >> >> By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as >> the

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: > Use multitouch driver instead of microsoft one for Microsoft Surface > Type Covers. > > By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as > the multitouch pads do. > > Signed-off-by: Akihiko Odaki All the multimedia

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Fri, Dec 18, 2015 at 10:12 AM, Akihiko Odaki wrote: > The "Charm" keys seem to issue short-cut key combinations. > I also found Microsoft's document by searching for the combinations. > > https://msdn.microsoft.com/en-us/library/windows/hardware/dn614461(v=vs.85).aspx > > So the behavior of

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

The "Charm" keys seem to issue short-cut key combinations. I also found Microsoft's document by searching for the combinations. https://msdn.microsoft.com/en-us/library/windows/hardware/dn614461(v=vs.85).aspx So the behavior of hid-multitouch is completely fine. On 12/18/2015 03:28 PM, Akihiko

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

The "Charm" keys seem to issue short-cut key combinations. I also found Microsoft's document by searching for the combinations. https://msdn.microsoft.com/en-us/library/windows/hardware/dn614461(v=vs.85).aspx So the behavior of hid-multitouch is completely fine. On 12/18/2015 03:28 PM, Akihiko

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Fri, Dec 18, 2015 at 10:12 AM, Akihiko Odaki wrote: > The "Charm" keys seem to issue short-cut key combinations. > I also found Microsoft's document by searching for the combinations. > >

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: > Use multitouch driver instead of microsoft one for Microsoft Surface > Type Covers. > > By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as > the multitouch pads do. > > Signed-off-by: Akihiko Odaki

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

No, it doesn't work. On 12/19/2015 12:06 AM, Bastien Nocera wrote: > On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: >> Use multitouch driver instead of microsoft one for Microsoft Surface >> Type Covers. >> >> By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as >> the

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

> The search, share, connect(?), and settings keys I tested the patch again with xev and found that those "charm" keys don't respond both on hid-microsoft and hid-multitouch, while other keys respond. I'll have a further look. Anyway, keys working with hid-microsoft also work with hid-multitouch,

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

> The search, share, connect(?), and settings keys I tested the patch again with xev and found that those "charm" keys don't respond both on hid-microsoft and hid-multitouch, while other keys respond. I'll have a further look. Anyway, keys working with hid-microsoft also work with hid-multitouch,

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Mon, Dec 14, 2015 at 8:22 AM, Bastien Nocera wrote: > On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: >> Use multitouch driver instead of microsoft one for Microsoft Surface >> Type Covers. >> >> By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as >> the multitouch

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: > Use multitouch driver instead of microsoft one for Microsoft Surface > Type Covers. > > By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as > the multitouch pads do. I've discussed this a couple of weeks back with

[PATCH 1/2] HID: Use multitouch driver for Type Covers

Use multitouch driver instead of microsoft one for Microsoft Surface Type Covers. By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as the multitouch pads do. Signed-off-by: Akihiko Odaki --- drivers/hid/hid-core.c | 14 -- drivers/hid/hid-microsoft.c | 10

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: > Use multitouch driver instead of microsoft one for Microsoft Surface > Type Covers. > > By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as > the multitouch pads do. I've discussed this a couple of weeks back with

[PATCH 1/2] HID: Use multitouch driver for Type Covers

Use multitouch driver instead of microsoft one for Microsoft Surface Type Covers. By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as the multitouch pads do. Signed-off-by: Akihiko Odaki --- drivers/hid/hid-core.c | 14 --

Re: [PATCH 1/2] HID: Use multitouch driver for Type Covers

On Mon, Dec 14, 2015 at 8:22 AM, Bastien Nocera wrote: > On Mon, 2015-12-14 at 21:50 +0900, Akihiko Odaki wrote: >> Use multitouch driver instead of microsoft one for Microsoft Surface >> Type Covers. >> >> By using MT_CLS_EXPORT_ALL_INPUTS, the keyboards function as well as >>