public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Peter Hurley <peter@hurleysoftware.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: linux-kernel@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.com>,
	Leif Lindholm <leif.lindholm@arm.com>,
	Rob Herring <robh@kernel.org>, Will Deacon <will.deacon@arm.com>,
	linux-serial@vger.kernel.org
Subject: Re: [PATCH] serial: earlycon: stop abusing console::index
Date: Wed, 8 Jun 2016 10:06:22 -0700	[thread overview]
Message-ID: <5758508E.4000206@hurleysoftware.com> (raw)
In-Reply-To: <1464967173-27744-1-git-send-email-mark.rutland@arm.com>

On 06/03/2016 08:19 AM, Mark Rutland wrote:
> Commit cda64e6824026575 ("serial: earlycon: Fixup earlycon console name
> and index") added code to decompose an earlycon driver name into a
> string prefix and numeric suffix, and place this into console::name and
> console::index, such that we'd get a pretty name out of the core console
> code, which requires a name and index. This is simply to give a
> pretty/useful earlycon driver name in the log messages, and other than
> logging the name and index hold no significance.

The idea was to keep the console_cmdline[] array consistent with the
registered consoles, even though earlycon uses its own matching scheme.
Least surprise and all that.


> However, this is broken for drivers such as "pl011", where the "011"
> suffix gets stripped off, then subsequently restored, printed as a
> decimal, erroneously giving "pl11" in log messages.

Yeah, I saw that.

> Additionally, for
> earlycon drivers without a numeric suffix, "0" is added regardless. Thus
> the code is broken in some cases, and generally inconsistent.

I would like to continue with some kind of naming scheme that preserves
both the command line parameters (uart,uart8250,pl011,etc.) and uniquely
identifies which uart driver is the earlycon.

The current scheme could be fixed easily enough (by just using a single digit).
Or using a separator, ie. uart/0, pl011/0, etc.

Regards,
Peter Hurley


> Instead, this patch changes the earlycon code to consistently register
> "earlycon0", but ensures that the earlycon driver name is logged at
> earlycon_init time. This is obvious, consistent, and sufficient to
> provide the required information to the user.
> 
> With this in place, amongst the first messages from the kernel, the user
> will see something like:
> 
> [    0.000000] earlycon: earlycon0 (pl011) at MMIO 0x000000007ff80000 (options '')
> [    0.000000] bootconsole [earlycon0] enabled
> 
> Signed-off-by: Mark Rutland <mark.rutland@arm.com>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Cc: Jiri Slaby <jslaby@suse.com>
> Cc: Leif Lindholm <leif.lindholm@arm.com>
> Cc: Peter Hurley <peter@hurleysoftware.com>
> Cc: Rob Herring <robh@kernel.org>
> Cc: Will Deacon <will.deacon@arm.com>
> Cc: linux-serial@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> ---
>  drivers/tty/serial/earlycon.c | 19 ++++---------------
>  1 file changed, 4 insertions(+), 15 deletions(-)
> 
> diff --git a/drivers/tty/serial/earlycon.c b/drivers/tty/serial/earlycon.c
> index 067783f..2b6622a 100644
> --- a/drivers/tty/serial/earlycon.c
> +++ b/drivers/tty/serial/earlycon.c
> @@ -29,7 +29,7 @@
>  #include <asm/serial.h>
>  
>  static struct console early_con = {
> -	.name =		"uart",		/* fixed up at earlycon registration */
> +	.name =		"earlycon",
>  	.flags =	CON_PRINTBUFFER | CON_BOOT,
>  	.index =	0,
>  };
> @@ -60,24 +60,13 @@ static void __init earlycon_init(struct earlycon_device *device,
>  {
>  	struct console *earlycon = device->con;
>  	struct uart_port *port = &device->port;
> -	const char *s;
> -	size_t len;
> -
> -	/* scan backwards from end of string for first non-numeral */
> -	for (s = name + strlen(name);
> -	     s > name && s[-1] >= '0' && s[-1] <= '9';
> -	     s--)
> -		;
> -	if (*s)
> -		earlycon->index = simple_strtoul(s, NULL, 10);
> -	len = s - name;
> -	strlcpy(earlycon->name, name, min(len + 1, sizeof(earlycon->name)));
> +
>  	earlycon->data = &early_console_dev;
>  
>  	if (port->iotype == UPIO_MEM || port->iotype == UPIO_MEM16 ||
>  	    port->iotype == UPIO_MEM32 || port->iotype == UPIO_MEM32BE)
> -		pr_info("%s%d at MMIO%s %pa (options '%s')\n",
> -			earlycon->name, earlycon->index,
> +		pr_info("%s%d (%s) at MMIO%s %pa (options '%s')\n",
> +			earlycon->name, earlycon->index, name,
>  			(port->iotype == UPIO_MEM) ? "" :
>  			(port->iotype == UPIO_MEM16) ? "16" :
>  			(port->iotype == UPIO_MEM32) ? "32" : "32be",
> 

  reply	other threads:[~2016-06-08 17:06 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-03 15:19 [PATCH] serial: earlycon: stop abusing console::index Mark Rutland
2016-06-08 17:06 ` Peter Hurley [this message]
2016-06-08 17:20   ` Mark Rutland

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=5758508E.4000206@hurleysoftware.com \
    --to=peter@hurleysoftware.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jslaby@suse.com \
    --cc=leif.lindholm@arm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=robh@kernel.org \
    --cc=will.deacon@arm.com \
    /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