public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: Julien Grall <julien.grall@linaro.org>,
	edk2-devel-01 <edk2-devel@lists.01.org>,
	star.zeng@intel.com, heyi.guo@linaro.org, ruiyu.ni@intel.com
Cc: Anthony PERARD <anthony.perard@citrix.com>,
	Leif Lindholm <leif.lindholm@linaro.org>,
	Ard Biesheuvel <ard.biesheuvel@linaro.org>
Subject: Re: Xen Console input very slow in recent UEFI
Date: Thu, 26 Oct 2017 17:20:44 +0200	[thread overview]
Message-ID: <32b3c432-7f17-c387-5334-a6826d6fa769@redhat.com> (raw)
In-Reply-To: <74e0ac36-195f-9275-922e-e499a513569f@redhat.com>

On 10/26/17 17:13, Laszlo Ersek wrote:
> Hello Julien,
> 
> On 10/26/17 13:05, Julien Grall wrote:
>> Hi all,
>>
>> I was doing more testing of UEFI in Xen guests and noticed some slow
>> down when using the shell. The characters are only echoed after a second
>> or two that is a bit annoying.
>>
>> The change that introduced this issue is 4cf3f37c87 "MdeModulePkg
>> SerialDxe: Process timeout consistently in SerialRead".
>>
>> The Serial Driver for Xen PV console is very simple (see
>> OvmfPkg/Library/XenConsoleSerialPortLib). So I am not sure where the
>> root cause is.
>>
>> Would anyone have any tips on it?
> 
> The exact same issue has been encountered earlier under QEMU, please
> refer to the following sub-thread (please read it to end):
> 
> http://mid.mail-archive.com/b748580c-cb51-32c9-acf9-780841ef15da@redhat.com
> 
> The fix was commit 5f0f5e90ae8c ("ArmVirtPkg/FdtPL011SerialPortLib: call
> PL011UartLib in all SerialPortLib APIs", 2017-08-16).
> 
> I think if you can implement the same for XenConsoleSerialPortLib, that
> should return to working state as well.

Hmmm, wait, at a closer look, it looks like

  OvmfPkg/Library/XenConsoleSerialPortLib/XenConsoleSerialPortLib.c

already implements that suggestion? (I.e., it sets
EFI_SERIAL_INPUT_BUFFER_EMPTY in *Control as necessary?)

Are we sure the SerialPortPoll() function works correctly? I don't see
any MemoryFence() calls in SerialPortPoll(), around checking the fields
in (*mXenConsoleInterface). Could that be the problem?

Thanks,
Laszlo


> 
> ... This is why we need active Xen participants in edk2 ;)
> 
> Thanks!
> Laszlo
> 



  reply	other threads:[~2017-10-26 15:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-26 11:05 Xen Console input very slow in recent UEFI Julien Grall
2017-10-26 15:13 ` Laszlo Ersek
2017-10-26 15:20   ` Laszlo Ersek [this message]
2017-10-26 18:31     ` Julien Grall
2017-10-27  3:20       ` Zeng, Star
2017-10-27 12:38         ` Laszlo Ersek
2017-10-27 13:19           ` Julien Grall
2017-10-27 15:43             ` Laszlo Ersek
2017-10-30  1:09               ` Zeng, Star
2017-11-01 12:46                 ` Julien Grall
2017-11-02  1:43                   ` Zeng, Star

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=32b3c432-7f17-c387-5334-a6826d6fa769@redhat.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