From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43142) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOlK8-0006yj-KQ for qemu-devel@nongnu.org; Tue, 12 Dec 2017 09:14:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOlK4-0004VF-SJ for qemu-devel@nongnu.org; Tue, 12 Dec 2017 09:14:20 -0500 Received: from mail-ot0-x243.google.com ([2607:f8b0:4003:c0f::243]:32987) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eOlK4-0004UM-NJ for qemu-devel@nongnu.org; Tue, 12 Dec 2017 09:14:16 -0500 Received: by mail-ot0-x243.google.com with SMTP id h9so17895792oti.0 for ; Tue, 12 Dec 2017 06:14:16 -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:13:55 +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: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. thanks -- PMM