[PATCH v2] console: usb: kbd: Limit poll frequency to improve performance
Thomas Watson
twatson52 at icloud.com
Tue Feb 8 22:17:11 CET 2022
> On Jan 8, 2022, at 8:10 AM, Peter Robinson <pbrobinson at gmail.com> wrote:
>
> On Wed, Dec 22, 2021 at 11:16 PM Thomas Watson <twatson52 at icloud.com <mailto:twatson52 at icloud.com>> wrote:
>>
>> Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
>> 30-40ms to run. The exact time is dependent on the polling interval the
>> keyboard requests in its descriptor, and likely cannot be significantly
>> reduced without major rework to the XHCI driver.
>>
>> The U-Boot EFI console service sets a timer to poll the keyboard every 5
>> microseconds, and this timer is checked every time a block is read off
>> disk. The net effect is that, on my system, loading a ~40MiB kernel and
>> initrd takes about 62 seconds with a slower keyboard and 53 seconds
>> with a faster one, with the vast majority of the time spent polling the
>> keyboard.
>>
>> To solve this problem, this patch adds a 20ms delay between consecutive
>> calls to `usb_kbd_poll_for_event`. This is sufficient to reduce the
>> total loading time to under half a second for both keyboards, and does
>> not impact the perceived keystroke latency.
>>
>> Signed-off-by: Thomas Watson <twatson52 at icloud.com>
> Tested-by: Peter Robinson <pbrobinson at gmail.com <mailto:pbrobinson at gmail.com>>
>
> Tested across a handful of devices booting Fedora via UEFI and LGTM.
>> ---
>> This revision wraps the comment at 80 characters and also should not
>> have been corrupted by my e-mail client.
>>
>> common/usb_kbd.c | 20 +++++++++++++++-----
>> 1 file changed, 15 insertions(+), 5 deletions(-)
>>
>> diff --git a/common/usb_kbd.c b/common/usb_kbd.c
>> index afad260d3d..5408c821b4 100644
>> --- a/common/usb_kbd.c
>> +++ b/common/usb_kbd.c
>> @@ -118,7 +118,7 @@ struct usb_kbd_pdata {
>> extern int __maybe_unused net_busy_flag;
>>
>> /* The period of time between two calls of usb_kbd_testc(). */
>> -static unsigned long __maybe_unused kbd_testc_tms;
>> +static unsigned long kbd_testc_tms;
>>
>> /* Puts character in the queue and sets up the in and out pointer. */
>> static void usb_kbd_put_queue(struct usb_kbd_pdata *data, u8 c)
>> @@ -394,21 +394,31 @@ static int usb_kbd_testc(struct stdio_dev *sdev)
>> struct usb_device *usb_kbd_dev;
>> struct usb_kbd_pdata *data;
>>
>> + /*
>> + * Polling the keyboard for an event can take dozens of milliseconds.
>> + * Add a delay between polls to avoid blocking activity which polls
>> + * rapidly, like the UEFI console timer.
>> + */
>> + unsigned long poll_delay = CONFIG_SYS_HZ / 50;
>> +
>> #ifdef CONFIG_CMD_NET
>> /*
>> * If net_busy_flag is 1, NET transfer is running,
>> * then we check key-pressed every second (first check may be
>> * less than 1 second) to improve TFTP booting performance.
>> */
>> - if (net_busy_flag && (get_timer(kbd_testc_tms) < CONFIG_SYS_HZ))
>> - return 0;
>> - kbd_testc_tms = get_timer(0);
>> + if (net_busy_flag)
>> + poll_delay = CONFIG_SYS_HZ;
>> #endif
>> +
>> dev = stdio_get_by_name(sdev->name);
>> usb_kbd_dev = (struct usb_device *)dev->priv;
>> data = usb_kbd_dev->privptr;
>>
>> - usb_kbd_poll_for_event(usb_kbd_dev);
>> + if (get_timer(kbd_testc_tms) >= poll_delay) {
>> + usb_kbd_poll_for_event(usb_kbd_dev);
>> + kbd_testc_tms = get_timer(0);
>> + }
>>
>> return !(data->usb_in_pointer == data->usb_out_pointer);
>> }
>> --
>> 2.31.1
Hi, just wanted to know if there were any problems with this. I'd like it to get included as it's a big inconvenience that should be simple to fix.
More information about the U-Boot
mailing list