[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-arm] [Qemu-devel] [PATCH 3/3] hw/arm/virt-acpi-build: Add seco

From: Ard Biesheuvel
Subject: Re: [Qemu-arm] [Qemu-devel] [PATCH 3/3] hw/arm/virt-acpi-build: Add second UART to ACPI tables
Date: Tue, 12 Dec 2017 14:12:34 +0000

On 12 December 2017 at 14:10, Peter Maydell <address@hidden> wrote:
> On 12 December 2017 at 13:56, Ard Biesheuvel <address@hidden> wrote:
>> Given that the DEBUG output is only produced on DEBUG builds, couldn't
>> we simply stipulate that DEBUG output appears on the PL011 with the
>> lowest physical address? That keeps the current status quo, and is
>> probably sufficient for 99% of the use cases of people using the DEBUG
>> builds.
>> Then, we can introduce some code to decode stdout-path in FdtClientDxe
>> (a higher level DT parsing driver) so that the actual serial console
>> gets installed onto whichever UART is described as the system console.
>> Also, given that ArmVirtQemu is tightly coupled to QEMU/mach-virt, we
>> could decide to only use node names in stdout-path (as we do
>> currently) to simplify the parsing logic.
> That doesn't actually usefully separate debug output from the
> console, though, because stdout-path is also going to point
> to the UART with the lowest physical address...

By default, yes, just like is currently the case. But I would assume
this new serial port could be appointed 'console' and put into
stdout-path by QEMU, based on the command line options?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]