lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <E94C8C0C-BF5E-454E-8D2B-90854D635488@canonical.com>
Date:   Thu, 28 May 2020 17:36:50 +0800
From:   Kai-Heng Feng <kai.heng.feng@...onical.com>
To:     Benjamin Tissoires <benjamin.tissoires@...hat.com>
Cc:     Jiri Kosina <jikos@...nel.org>,
        "open list:HID CORE LAYER" <linux-input@...r.kernel.org>,
        open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] HID: multitouch: Remove MT_CLS_WIN_8_DUAL



> On May 27, 2020, at 20:15, Benjamin Tissoires <benjamin.tissoires@...hat.com> wrote:
> 
> On Wed, May 27, 2020 at 11:24 AM Benjamin Tissoires
> <benjamin.tissoires@...hat.com> wrote:
>> 
>> On Wed, May 27, 2020 at 8:19 AM Kai-Heng Feng
>> <kai.heng.feng@...onical.com> wrote:
>>> 
>>> 
>>> 
>>>> On May 26, 2020, at 16:43, Benjamin Tissoires <benjamin.tissoires@...hat.com> wrote:
>>>> 
>>>> On Tue, May 26, 2020 at 10:24 AM Jiri Kosina <jikos@...nel.org> wrote:
>>>>> 
>>>>> On Tue, 14 Apr 2020, Kai-Heng Feng wrote:
>>>>> 
>>>>>> After commit c23e2043d5f7 ("HID: multitouch: do not filter mice nodes"),
>>>>>> MT_CLS_WIN_8 also supports mouse nodes, hence make MT_CLS_WIN_8_DUAL
>>>>>> redundant.
>>>>>> 
>>>>>> Remove MT_CLS_WIN_8_DUAL accordingly.
>>>>> 
>>>>> Benjamin, can I get your Ack on this one please?
>>>> 
>>>> Heh, funny enough I was trying to fix
>>>> https://bugzilla.kernel.org/show_bug.cgi?id=207235 and was pondering
>>>> this one too.
>>>> 
>>>> To fix #207235, I'll likely need to add a new class and quirk in
>>>> hid-multitouch. I can't really find a generic solution for now, and we
>>>> better have a local quirk for the 2 devices we currently have and
>>>> backport those to stable. However, this patch will likely conflict
>>>> (trivially), with the new quirks, so I was thinking:
>>>> - submitting my quick and dirty quirk and mark it to stable
>>>> - apply this one on top of it (this one really doesn't need to go to stable)
>>>> 
>>>> How does that sound?
>>> 
>>> Sounds good. I'll resend this patch once your patch lands in the tree.
>> 
>> Great, thanks. Though I should be able to rebase it and push it
>> directly. I'll notify you if I can't get to it today.
> 
> Alright, rebased and pushed to for-5.8/multitouch.
> 
> Thanks a lot.

Thanks for your work :)

Kai-Heng

> 
> Cheers,
> Benjamin
> 
>> 
>> Cheers,
>> Benjamin
>> 
>>> 
>>> Kai-Heng
>>> 
>>>> 
>>>> Cheers,
>>>> Benjamin
>>>> 
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> --
>>>>> Jiri Kosina
>>>>> SUSE Labs

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ