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]
Date:	Mon, 23 May 2016 19:19:01 +0200
From:	Martin Kepplinger <martink@...teo.de>
To:	Oliver Neukum <oneukum@...e.com>
Cc:	dmitry.torokhov@...il.com, kernel-testers@...r.kernel.org,
	linux-input@...r.kernel.org, linux-kernel@...r.kernel.org,
	linux-usb@...r.kernel.org
Subject: Re: [PATCH v3] input: tablet: add Pegasus Notetaker tablet driver

Am 2016-05-23 um 15:00 schrieb Oliver Neukum:
> On Mon, 2016-05-23 at 14:43 +0200, Martin Kepplinger wrote:
>> Am 2016-05-23 um 14:26 schrieb Oliver Neukum:
>>> On Mon, 2016-05-23 at 13:39 +0200, Martin Kepplinger wrote:
>>>
>>>> It's *really* fun to use as an input tablet though! So let's support this
>>>> for everybody.
>>>
>>> Hi,
>>>
>>> I am afraid there are a few issues.
>>
>> Thanks for having a look, comments below.
>>
>>>
>>> 1. Why the kernel thread?
>>
>> I provide switching to the xy tablet mode by pressing a button during
>> runtime. So usb_control_msg() is called from the thread, not the
>> interrupt routine.
>>
>> We don't get in the way of any user app. If we leave that functionality
>> out, users may have to un- and replug in the device after using
>> userspace apps that transfer data or the like.
> 
> The functionality is OK, but the implementation, though creative,
> is buggy.
> 
> a - multiple devices will fail
> b - you have a race condition that will fail to wake the thread
>     if it is still running when the button is pressed again
> 
> Kernel threads are wasteful. Using the normal system work queue might be
> much easier

You're right. I'll definitely change this.

> 
>>> 2. This driver has questionable power management.
>>
>> I think I do it how others do it. Suspend/resume works. Anything
>> specific required here?
> 
> Runtime PM is missing.

There is no way to turn the device off. So like any other mouse or input
tablet we don't use runtime PM.

In case the Pen is out of range or off, we just don't handle URBs and do
nothing.

... but I may miss something, so in this case please get back to me.

thanks

                       martin

> 
> 	Regards
> 		Oliver
> 
> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ