Hi
On Tue, Mar 25, 2014 at 9:01 AM, Daniel Vetter wrote:
> Besides the issue at hand though I think drivers need to make sure
> that the device they use for attaching does outlive the dma-buf. Which
> for real hotpluggin probably means that drivers need to drop all
> attachment on unplug (the dma
ne and the kernel will print
> the warning above.
>
> Fix this by calling device_destroy() at USB disconnect time.
Reviewed-by: David Herrmann
This actually also fixes the issue that the device-node is kept even
though the device is dead. By destroying the "struct device", we m
Hi
On Mon, Feb 24, 2014 at 1:34 PM, loody wrote:
>> Yes. For instance, you can run ./samples/uhid/uhid-example.c via ssh
>> to emulate a mouse. ssh keyboard input can then be used to generate
>> mouse-movement events.
> There is one embarrassing question :-)
> Would you please let me know how to
Hi
On Mon, Feb 24, 2014 at 12:20 PM, loody wrote:
> hi David:
>
> 2014-02-23 23:16 GMT+08:00 David Herrmann :
>> Hi
>>
>> On Sun, Feb 23, 2014 at 7:52 AM, loody wrote:
>>> hi David:
>>>
>>> Thanks for your suggestion.
>>> 2014-02-2
Hi
On Sun, Feb 23, 2014 at 7:52 AM, loody wrote:
> hi David:
>
> Thanks for your suggestion.
> 2014-02-23 0:56 GMT+08:00 David Herrmann :
>> Hi
>>
>> On Sat, Feb 22, 2014 at 5:35 PM, loody wrote:
>>> hi all:
>>> is there any kernel hid module p
Hi
On Sat, Feb 22, 2014 at 5:35 PM, loody wrote:
> hi all:
> is there any kernel hid module parameter or test program can
> temporarily not letting user mode program not receiving hid event?
> 1. My hid kos are still inserted in.
> 2. the kernel usb driver is working well; that mean kernel usb dr