Bug#677472: [3.1->3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
- To: Alan Stern <stern@rowland.harvard.edu>
- Cc: Lan Tianyu <lantianyu1986@gmail.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Octavio Alvarez <alvarezp@alvarezp.com>, 677472@bugs.debian.org, Ben Hutchings <ben@decadent.org.uk>, linux-usb@vger.kernel.org, Frank Schäfer <schaefer.frank@gmx.net>, Lan Tianyu <tianyu.lan@intel.com>
- Subject: Bug#677472: [3.1->3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
- From: Frank Schäfer <fschaefer.oss@googlemail.com>
- Date: Tue, 11 Dec 2012 22:59:46 +0100
- Message-id: <[🔎] 50C7ACD2.6010808@googlemail.com>
- Reply-to: Frank Schäfer <fschaefer.oss@googlemail.com>, 677472@bugs.debian.org
- In-reply-to: <[🔎] Pine.LNX.4.44L0.1212111135420.1372-100000@iolanthe.rowland.org>
- References: <[🔎] Pine.LNX.4.44L0.1212111135420.1372-100000@iolanthe.rowland.org>
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 devices do not cause other machines to wake up, so I assume
it's the host controller.
I don't know enough about the low level details, so I really can't
contribute anything else than doing testing / debugging.
If it comes to blacklisting, do you think there is a chance/possibility
to get a statement form NVIDA about this issue ?
It seems that at least the MCP51, MCP55 and MCP61 chipsets are affected...
Regards,
Frank
>
> Alan Stern
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Reply to: