From: patrick.henz@hpe.com
To: "Wu, Hao A" <hao.a.wu@intel.com>,
"devel@edk2.groups.io" <devel@edk2.groups.io>
Cc: "Wang, Jian J" <jian.j.wang@intel.com>, "Ni, Ray" <ray.ni@intel.com>
Subject: Re: [PATCH 0/1] Fix XhciDxe Timeouts
Date: Wed, 2 Sep 2020 23:03:18 +0000 [thread overview]
Message-ID: <TU4PR8401MB04786E3A3874A074169034A4892F0@TU4PR8401MB0478.NAMPRD84.PROD.OUTLOOK.COM> (raw)
In-Reply-To: <BN8PR11MB3666206CB0D07D5282ACF769CA2F0@BN8PR11MB3666.namprd11.prod.outlook.com>
Hello Hao,
Yes, I can provide patches for the UHCI and EHCI drivers. I haven't done any of the work on either of these yet but will hopefully get to them in the next day or so.
Thanks,
Patrick Henz
-----Original Message-----
From: Wu, Hao A [mailto:hao.a.wu@intel.com]
Sent: Wednesday, September 2, 2020 12:09 AM
To: Henz, Patrick <patrick.henz@hpe.com>; devel@edk2.groups.io
Cc: Wang, Jian J <jian.j.wang@intel.com>; Ni, Ray <ray.ni@intel.com>
Subject: RE: [PATCH 0/1] Fix XhciDxe Timeouts
> -----Original Message-----
> From: patrick.henz@hpe.com <patrick.henz@hpe.com>
> Sent: Wednesday, September 2, 2020 2:55 AM
> To: devel@edk2.groups.io
> Cc: henz <patrick.henz@hpe.com>; Wang, Jian J <jian.j.wang@intel.com>;
> Wu, Hao A <hao.a.wu@intel.com>; Ni, Ray <ray.ni@intel.com>
> Subject: [PATCH 0/1] Fix XhciDxe Timeouts
>
> From: henz <patrick.henz@hpe.com>
>
> Timeouts in the XhciDxe driver are taking longer than expected due to
> the timeout loops not accounting for code execution time. As en
> example, 5 second timeouts have been observed to take around 36 seconds to complete.
> Use SetTimer and Create/CheckEvent from Boot Services to determine
> when timeout occurred. This patch was tested using forced timeouts and
> print statements with QEmu as well as phycial hardware. The forced
> timeouts were implemented in code via static variables that guaranteed
> a timeout the first time the function with the broken timeout was called.
>
> Example:
>
> XhcExecTransfer (
> .
> .
> )
> {
> .
> .
> static int do_once = 1; // test line
> .
> .
> do {
> Finished = XhcCheckUrbResult (Xhc, Urb);
> if (do_once) Finished = 0; // test line
> if (Finished) {
> break;
> }
> gBS->Stall (XHC_1_MICROSECOND);
> } while (!EFI_ERROR(TimerStatus) && EFI_ERROR(gBS->CheckEvent
> (TimeoutEvent)));
>
> do_once = 0; // test line
>
> Using this forced timeout approach the correct timeouts were observed
> on both hardware and in QEmu.
>
> Similar broken timeout loops have been found in the Uhci and Ehci
> drivers. This patch does not fix those issues.
Hello Patrick,
Besides the comments made by Ray in patch 1, could you help to provide 2 more patches for UHCI and EHCI drivers as well for complete enhancement?
Thanks in advance.
Best Regards,
Hao Wu
>
> Cc: Jian J Wang <jian.j.wang@intel.com>
> Cc: Hao A Wu <hao.a.wu@intel.com>
> Cc: Ray Ni <ray.ni@intel.com>
> Signed-off-by: Patrick Henz <patrick.henz@hpe.com>
>
> Patrick Henz (1):
> MdeModulePkg/XhciDxe: Fix Broken Timeouts
>
> MdeModulePkg/Bus/Pci/XhciDxe/XhciReg.c | 28 ++++++++++++++++---
> MdeModulePkg/Bus/Pci/XhciDxe/XhciSched.c | 34
> +++++++++++++++++-------
> 2 files changed, 49 insertions(+), 13 deletions(-)
>
> --
> 2.27.0
next prev parent reply other threads:[~2020-09-02 23:03 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-01 18:55 [PATCH 0/1] Fix XhciDxe Timeouts patrick.henz
2020-09-01 18:55 ` [PATCH 1/1] MdeModulePkg/XhciDxe: Fix Broken Timeouts patrick.henz
2020-09-02 3:21 ` Ni, Ray
2020-09-02 6:45 ` [edk2-devel] " Laszlo Ersek
2020-09-02 5:08 ` [PATCH 0/1] Fix XhciDxe Timeouts Wu, Hao A
2020-09-02 6:49 ` [edk2-devel] " Laszlo Ersek
2020-09-02 6:58 ` Wu, Hao A
2020-09-02 23:03 ` patrick.henz [this message]
2020-09-03 3:54 ` Wu, Hao A
2020-09-03 8:53 ` Ni, Ray
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=TU4PR8401MB04786E3A3874A074169034A4892F0@TU4PR8401MB0478.NAMPRD84.PROD.OUTLOOK.COM \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox