From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45060) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOlNr-00031k-L4 for qemu-devel@nongnu.org; Tue, 12 Dec 2017 09:18:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOlNq-0007Rp-QA for qemu-devel@nongnu.org; Tue, 12 Dec 2017 09:18:11 -0500 Received: from mail-ot0-x241.google.com ([2607:f8b0:4003:c0f::241]:38365) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eOlNq-0007R7-L4 for qemu-devel@nongnu.org; Tue, 12 Dec 2017 09:18:10 -0500 Received: by mail-ot0-x241.google.com with SMTP id p3so17886579oti.5 for ; Tue, 12 Dec 2017 06:18:10 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <1512745328-5109-1-git-send-email-peter.maydell@linaro.org> <1512745328-5109-4-git-send-email-peter.maydell@linaro.org> <5A2F6ED9.5030605@huawei.com> <6b4b6351-eeb4-a4d3-8ddf-5401516671ae@redhat.com> <5e3798f7-e280-b6c3-1504-828283617c52@redhat.com> <09e7b89f-27f2-1787-b371-7b0c0eff78b8@redhat.com> From: Peter Maydell Date: Tue, 12 Dec 2017 14:17:49 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Subject: Re: [Qemu-devel] [PATCH 3/3] hw/arm/virt-acpi-build: Add second UART to ACPI tables List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ard Biesheuvel Cc: Laszlo Ersek , Shannon Zhao , qemu-arm , QEMU Developers , "Jason A . Donenfeld" , Drew Jones , Andrea Bolognani On 12 December 2017 at 14:16, Ard Biesheuvel wrote: > On 12 December 2017 at 14:13, Peter Maydell wrote: >> On 12 December 2017 at 14:12, Ard Biesheuvel wrote: >>> On 12 December 2017 at 14:10, Peter Maydell wrote: >>>> 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? >> >> We don't have any command line options for doing that, and I'm >> generally reluctant to introduce new command line UI, especially >> new command line UI that's specific to Arm and not also needed >> for x86. >> > > If stdout-path is always going to point to pl011@0x9000000, why would > we need to parse it? If you had always parsed stdout-path, we wouldn't need to worry about the order in which the UART nodes appear in the dtb... thanks -- PMM