Re: [Qemu-devel] [RFC] arm/virt: add one more uart for UEFI runtime debug

2019-04-08 Thread Peter Maydell
On Mon, 8 Apr 2019 at 02:45, Heyi Guo wrote: > On 2019/4/7 21:16, Peter Maydell wrote: > > I don't think it makes much sense to keep adding UARTs for every > > bit of the system software stack. We don't have an infinite > > supply of UARTs on real hardware either -- how is this handled > > there

Re: [Qemu-devel] [RFC] arm/virt: add one more uart for UEFI runtime debug

2019-04-07 Thread Heyi Guo
On 2019/4/7 21:16, Peter Maydell wrote: On Sun, 7 Apr 2019 at 09:19, Heyi Guo wrote: This patch is based on the discussion in TianoCore edk2-devel mailing list: https://lists.01.org/pipermail/edk2-devel/2019-March/037986.html The conclusion is that we need an individual UART for UEFI

Re: [Qemu-devel] [RFC] arm/virt: add one more uart for UEFI runtime debug

2019-04-07 Thread Peter Maydell
On Sun, 7 Apr 2019 at 09:19, Heyi Guo wrote: > > This patch is based on the discussion in TianoCore edk2-devel mailing > list: > https://lists.01.org/pipermail/edk2-devel/2019-March/037986.html > > The conclusion is that we need an individual UART for UEFI runtime > services to print debug

[Qemu-devel] [RFC] arm/virt: add one more uart for UEFI runtime debug

2019-04-07 Thread Heyi Guo
This patch is based on the discussion in TianoCore edk2-devel mailing list: https://lists.01.org/pipermail/edk2-devel/2019-March/037986.html The conclusion is that we need an individual UART for UEFI runtime services to print debug message at runtime, to avoid conflicting with the system UART. We