From: Peter Hurley <peter@hurleysoftware.com>
To: Rob Herring <robh@kernel.org>
Cc: Hans de Goede <hdegoede@redhat.com>,
Grant Likely <grant.likely@linaro.org>,
Leif Lindholm <leif.lindholm@linaro.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
stable <stable@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [REGRESSION] "of: Fix premature bootconsole disable with 'stdout-path'" breaks console on tty0
Date: Tue, 17 Mar 2015 16:22:08 -0400 [thread overview]
Message-ID: <55088CF0.3050709@hurleysoftware.com> (raw)
In-Reply-To: <55083828.8090705@hurleysoftware.com>
On 03/17/2015 10:20 AM, Peter Hurley wrote:
> On 03/17/2015 09:43 AM, Hans de Goede wrote:
>> Hi,
>>
>> On 17-03-15 14:30, Rob Herring wrote:
>>> On Tue, Mar 17, 2015 at 3:20 AM, Hans de Goede <hdegoede@redhat.com> wrote:
>>
>> <snip>
>>
>>>> TBH I do not understand why we're even arguing here, AFAICT the behavior
>>>> change
>>>> is an unwanted side-effect of your patch, so the solution is to rewrite the
>>>> patch
>>>> so that we get the same end result (not turning off bootconsole-s too early)
>>>> without
>>>> the unwanted side-effect, and you agreed to work on that ?
>>>
>>> I intend to revert this if we don't have a fix soon.
>>>
>>> I think we just need a flag saying we've enabled the earlycon from
>>> stdout-path or not and then add the preferred console based on that. I
>>> assume with "earlycon" only on the command-line, getting console only
>>> on stdout-path is okay.
>>
>> Yes, if a user explicitly specifies something like "earlycon" on the
>> commandline then not automatically getting console output on tty0 is
>> fine AFAICT. The use case important for me / distros is when no
>> console= (or related) arguments are present on the cmdline at all,
>> then the desired behavior is to have console output on tty0 as well
>> as on any serial console specified with stdout-path.
>
> The issues raised by this patch have nothing to do with earlycon.
>
> 1. PowerPC boot crash - the report with the most troubleshooting info right now
> implicates some buffer overflow or console mismanagement triggered by simply
> having defined a preferred console. This needs to be figured out regardless,
> and this is what I'm working right now.
>
> 2. Hans' use-case was _already broken_ even before this patch; _any_ driver
> that adds a preferred console before the vt console driver will cause
> this problem. So again, this needs to be fixed regardless.
Rob,
You're right; this patch will need to be reverted. I'll send you a revert.
Regards,
Peter Hurley
next prev parent reply other threads:[~2015-03-17 20:22 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-16 16:31 [REGRESSION] "of: Fix premature bootconsole disable with 'stdout-path'" breaks console on tty0 Hans de Goede
2015-03-16 17:49 ` Peter Hurley
[not found] ` <550717A0.3060603-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-03-16 18:12 ` Hans de Goede
[not found] ` <55071D0C.2050700-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-03-16 18:23 ` Peter Hurley
2015-03-16 18:35 ` Hans de Goede
2015-03-16 19:46 ` Peter Hurley
[not found] ` <5507332B.5020504-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-03-17 16:48 ` Jon Masters
2015-03-17 17:47 ` Peter Hurley
[not found] ` <550868AF.8050201-WaGBZJeGNqdsbIuE7sb01tBPR1lH4CV8@public.gmane.org>
2015-03-18 0:13 ` Jon Masters
2015-03-18 13:00 ` Peter Hurley
2015-03-18 22:46 ` Jon Masters
[not found] ` <550A003C.4040100-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-03-19 11:46 ` Peter Hurley
2015-03-16 22:36 ` Peter Hurley
2015-03-17 8:20 ` Hans de Goede
2015-03-17 13:30 ` Rob Herring
[not found] ` <CAL_Jsq+dA3RDbakrkeMY07czs13bFFKCyETEXTzWxf+h1umBPQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-03-17 13:43 ` Hans de Goede
[not found] ` <55082F9F.90909-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-03-17 14:20 ` Peter Hurley
2015-03-17 20:22 ` Peter Hurley [this message]
2015-03-17 0:19 ` Andreas Schwab
[not found] ` <87r3sowk51.fsf-hBGjKatGTSWzQB+pC5nmwQ@public.gmane.org>
2015-03-17 0:30 ` Peter Hurley
2015-03-17 0:35 ` Andreas Schwab
2015-03-17 0:46 ` Peter Hurley
2015-03-17 6:49 ` Geert Uytterhoeven
2015-03-17 18:27 ` Andreas Schwab
2015-03-17 19:35 ` Andreas Schwab
2015-03-17 19:44 ` Peter Hurley
2015-03-17 20:14 ` Peter Hurley
2015-03-17 22:26 ` Andreas Schwab
2015-03-17 8:25 ` Hans de Goede
2015-03-17 10:09 ` Leif Lindholm
[not found] ` <20150317100917.GM4278-t77nlHhSwNqAroYi2ySoxKxOck334EZe@public.gmane.org>
2015-03-17 10:11 ` Hans de Goede
2015-03-17 19:06 ` Andreas Schwab
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55088CF0.3050709@hurleysoftware.com \
--to=peter@hurleysoftware.com \
--cc=devicetree@vger.kernel.org \
--cc=grant.likely@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=hdegoede@redhat.com \
--cc=leif.lindholm@linaro.org \
--cc=robh@kernel.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).