summaryrefslogtreecommitdiff
path: root/drivers/usb/host/ehci-mxc.c
diff options
context:
space:
mode:
authorSandeep Singh <sandeep.singh@amd.com>2017-08-04 16:35:56 +0530
committerSasha Levin <alexander.levin@verizon.com>2017-09-10 16:36:11 -0400
commit470d2690eff66108376f4cfda1db40d9f9dc7496 (patch)
tree0a6271ccd7f2358bc2c618ae95df5a8605ad72da /drivers/usb/host/ehci-mxc.c
parentd807d224bd007cf280d45cdb2629daac83b50a8c (diff)
usb:xhci:Add quirk for Certain failing HP keyboard on reset after resume
[ Upstream commit e788787ef4f9c24aafefc480a8da5f92b914e5e6 ] Certain HP keyboards would keep inputting a character automatically which is the wake-up key after S3 resume On some AMD platforms USB host fails to respond (by holding resume-K) to USB device (an HP keyboard) resume request within 1ms (TURSM) and ensures that resume is signaled for at least 20 ms (TDRSMDN), which is defined in USB 2.0 spec. The result is that the keyboard is out of function. In SNPS USB design, the host responds to the resume request only after system gets back to S0 and the host gets to functional after the internal HW restore operation that is more than 1 second after the initial resume request from the USB device. As a workaround for specific keyboard ID(HP Keyboards), applying port reset after resume when the keyboard is plugged in. Signed-off-by: Sandeep Singh <Sandeep.Singh@amd.com> Signed-off-by: Shyam Sundar S K <Shyam-sundar.S-k@amd.com> cc: Nehal Shah <Nehal-bakulchandra.Shah@amd.com> Reviewed-by: Felipe Balbi <felipe.balbi@linux.intel.com> Cc: stable <stable@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
Diffstat (limited to 'drivers/usb/host/ehci-mxc.c')
0 files changed, 0 insertions, 0 deletions