From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rabin Vincent Subject: Re: debug tip after earlycon is closed? Date: Mon, 8 Aug 2016 11:08:57 +0200 Message-ID: <20160808090857.GA20832@lnxartpec.se.axis.com> References: <3860396.RT1mlU0LAT@wuerfel> <7034241.kLArk8ex69@wuerfel> <20160728122022.GZ1041@n2100.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20160728122022.GZ1041@n2100.armlinux.org.uk> Sender: linux-kernel-owner@vger.kernel.org To: Russell King - ARM Linux Cc: Arnd Bergmann , linux-arm-kernel@lists.infradead.org, Peter Hurley , Greg Kroah-Hartman , Linux Kernel Mailing List , Masahiro Yamada , Rob Herring , linux-serial@vger.kernel.org List-Id: linux-serial@vger.kernel.org On Thu, Jul 28, 2016 at 01:20:22PM +0100, Russell King - ARM Linux wrote: > To me, what this means is that the DT parsing of linux,stdout is > broken - while it may look nice from a design point of view, the > design is wrong and fails to take account of non-UART consoles in > the system. Note that the brokeness you describe also leads to stdout-path being unable to put the console on any serial port but the first, as reported here: http://lists.infradead.org/pipermail/linux-arm-kernel/2015-February/323811.html It always puts the console on the first serial port if CONFIG_VT_CONSOLE is not enabled, even if the stdout-path property requests a different serial port. From mboxrd@z Thu Jan 1 00:00:00 1970 From: rabin@rab.in (Rabin Vincent) Date: Mon, 8 Aug 2016 11:08:57 +0200 Subject: debug tip after earlycon is closed? In-Reply-To: <20160728122022.GZ1041@n2100.armlinux.org.uk> References: <3860396.RT1mlU0LAT@wuerfel> <7034241.kLArk8ex69@wuerfel> <20160728122022.GZ1041@n2100.armlinux.org.uk> Message-ID: <20160808090857.GA20832@lnxartpec.se.axis.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Thu, Jul 28, 2016 at 01:20:22PM +0100, Russell King - ARM Linux wrote: > To me, what this means is that the DT parsing of linux,stdout is > broken - while it may look nice from a design point of view, the > design is wrong and fails to take account of non-UART consoles in > the system. Note that the brokeness you describe also leads to stdout-path being unable to put the console on any serial port but the first, as reported here: http://lists.infradead.org/pipermail/linux-arm-kernel/2015-February/323811.html It always puts the console on the first serial port if CONFIG_VT_CONSOLE is not enabled, even if the stdout-path property requests a different serial port.