On 2012年12月18日 04:06, Alan Stern wrote:
> On Mon, 17 Dec 2012, Octavio Alvarez wrote:
>
>> On Thu, 13 Dec 2012 00:45:05 -0800, Lan Tianyu
>> wrote:
>>
>>> diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
>>> index f034716..9335f1b 100644
On 2012年12月13日 23:35, Frank Schäfer wrote:
> Am 13.12.2012 09:45, schrieb Lan Tianyu:
>
> [snip]
>>>> I am curious about whether disabling usb device's wakeup rather than usb
>>>> hc's would make suspend work. Can you do a test?
>>>>
>&g
On 2012年12月13日 23:47, Alan Stern wrote:
> On Thu, 13 Dec 2012, Frank Schäfer wrote:
>
>>> I write a quirk patch. Can you test?
>>
>> Yes, that makes it work !
>>
>>> I just find one MCP51 and two MCP79 OHCI id. Can you provide more buggy
>>> hcd id via "lspci -nnvvv"?
>>> Thanks.
>>
>> I have the
On 2012年12月13日 04:28, Frank Schäfer wrote:
> Am 12.12.2012 09:23, schrieb Lan Tianyu:
>> On 2012年12月12日 05:59, Frank Schäfer wrote:
>>> Am 11.12.2012 17:48, schrieb Alan Stern:
>>>
>>> [snip]
>>>> We really need to know which component is bad:
On 2012年12月12日 23:50, Alan Stern wrote:
> On Wed, 12 Dec 2012, Lan Tianyu wrote:
>
>> Hi Alan:
>> About your question of "Does the device send a remote wakeup request
>> even when it is disabled for remote wakeup?", I am not very clear.
>> Default, de
On 2012年12月12日 05:59, Frank Schäfer wrote:
> Am 11.12.2012 17:48, schrieb Alan Stern:
>
> [snip]
>>
>> We really need to know which component is bad: the host controller or
>> the device.
>
> It happens with all USB 1.1 devices I have (several mice and a HP
> Deskjet 960c printer).
> The same de
Hi Alan&Greg:
Since 3.1, Alan enabled usb device wakeup default, there are
a lot of problem that immediately resume when enter into s2ram/s2disk.
I have traced some these bugs. Most of these bugs are related usb1.1
device which attached to OHCI/UHCI. If disable the hc wakeup or no device
7 matches
Mail list logo
