Re: [PATCH v4] xhci - correct comp_mode_recovery_timer on return from hibernate

2013-03-14 Thread Alexis R. Cortes
Hi Sarah, On 3/11/2013 5:20 PM, Sarah Sharp wrote: > On Mon, Mar 11, 2013 at 05:33:26PM +, Cortes, Alexis wrote: >> Hi Sarah, >> >> Sorry for my delayed response, I was investigating this. By 'Inactive' state >> you mean the Compliance mode? since SS.Inactive and Compliance are not the >> sa

[PATCH] usb: host: xhci: Stricter conditional for Z1 system models for Compliance Mode Patch

2012-11-08 Thread Alexis R. Cortes
This minor patch creates a more stricter conditional for the Z1 sytems for applying the Compliance Mode Patch, this to avoid the quirk to be applied to models that contain a "Z1" in their dmi product string but are different from Z1 systems. Signed-off-by: Alexis R. Cortes --- driver

[PATCH] usb: host: xhci: New system added for Compliance Mode Patch on SN65LVPE502CP

2012-10-17 Thread Alexis R. Cortes
This minor change adds a new system to which the "Fix Compliance Mode on SN65LVPE502CP Hardware" patch has to be applied also. System added: Vendor: Hewlett-Packard. System Model: Z1 Signed-off-by: Alexis R. Cortes --- drivers/usb/host/xhci.c |3 ++- 1 files changed, 2 insert

Re: usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-08-14 Thread Alexis R. Cortes
On 8/3/2012 2:00 PM, Alexis R. Cortes wrote: > This patch is intended to work around a known issue on the > SN65LVPE502CP USB3.0 re-driver that can delay the negotiation > between a device and the host past the usual handshake timeout. > > If that happens on the first inserti

usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-08-03 Thread Alexis R. Cortes
Hewlett-Packard. System Models: Z420, Z620 and Z820. Signed-off-by: Alexis R. Cortes --- drivers/usb/host/xhci-hub.c | 42 +++ drivers/usb/host/xhci.c | 121 +++ drivers/usb/host/xhci.h |6 ++ 3 files changed, 169 insertions(+), 0 del

Re: FW: FW: [PATCH] usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-08-03 Thread Alexis R. Cortes
x27;xhci->port_status_u0' to 0. I'll add a comment mentioning this behavior on the description of the patch and also on the code. Best Regards, Alexis Cortes. > -Original Message- > From: Sarah Sharp [mailto:sarah.a.sh...@linux.intel.com] > Sent: Friday, Augus

Re: FW: [PATCH] usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-08-02 Thread Alexis R. Cortes
1.0 spec USB2 hardware LPM */ unsignedhw_lpm_support:1; + /* Compliance Mode Recovery Data */ + struct timer_list comp_mode_recovery_timer; + u32 port_status_u0; +/* Compliance Mode Timer Triggered every 2 seconds */ +#define COMP_MODE_RCVRY_M

[PATCH] usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-08-01 Thread Alexis R. Cortes
being caused by a pice of hardware, the timer will be enabled ONLY on those systems that have the SN65LVPE502CP installed (this patch uses DMI strings for detecting those systems), therefore making this patch to act as a quirk (XHCI_COMP_MODE_QUIRK has been added to the xhci stack). Signed-off-by: Ale

[PATCH] usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-08-01 Thread Alexis R. Cortes
Spec. The patch creates a timer which polls every 2 seconds the link state of each host controller's port (this by reading the PORTSC register) and recovers the port by issuing a Warm reset every time Compliance mode is detected. Signed-off-by: Alexis R. Cortes --- drivers/usb/host/xhci-

[PATCH] usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware

2012-07-31 Thread Alexis R. Cortes
Spec. The patch creates a timer which polls every 2 seconds the link state of each host controller's port (this by reading the PORTSC register) and recovers the port by issuing a Warm reset every time Compliance mode is detected. Signed-off-by: Alexis R. Cortes --- drivers/usb/host/xhci-