From: Mark Rutland <mark.rutland@arm.com>
To: Jon Masters <jcm@redhat.com>
Cc: "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
leif.lindholm@linaro.org
Subject: Re: SPCR table parsing
Date: Fri, 16 Jan 2015 10:58:04 +0000 [thread overview]
Message-ID: <20150116105804.GF21809@leverpostej> (raw)
In-Reply-To: <54B880B5.6010907@redhat.com>
On Fri, Jan 16, 2015 at 03:08:37AM +0000, Jon Masters wrote:
> Hi Folks,
>
> We're implementing support for SPCR table parsing shortly[0], since it
> will allow to deprecate supplying a "console=" (and eventually, also
> "earlycon=") on 64-bit ARM servers, where it's not always the case that
> we can assume a 16550 at a specific address. SPCR has been provided on
> x86 systems since 2000 but is not (yet) supported by Linux.
For anyone using DT rather than ACPI, the same can be achieved in
mainline with /chosen/stdout-path as of:
7914a7c5651a5161 "of: support passing console options with stdout-path"
Documented in:
2a9d832cc9aae21e "of: Add bindings for chosen node, stdout-path"
e.g.
uart: serial@f00 {
reg = <0xf00 0x200>;
compatible = "vendor,some-serial-device";
};
chosen {
stdout-path = "/serial@f00:115200n8";
};
This will be used for both the console and earlycon. Please make use of
this where possible.
Thanks,
Mark.
WARNING: multiple messages have this Message-ID (diff)
From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: SPCR table parsing
Date: Fri, 16 Jan 2015 10:58:04 +0000 [thread overview]
Message-ID: <20150116105804.GF21809@leverpostej> (raw)
In-Reply-To: <54B880B5.6010907@redhat.com>
On Fri, Jan 16, 2015 at 03:08:37AM +0000, Jon Masters wrote:
> Hi Folks,
>
> We're implementing support for SPCR table parsing shortly[0], since it
> will allow to deprecate supplying a "console=" (and eventually, also
> "earlycon=") on 64-bit ARM servers, where it's not always the case that
> we can assume a 16550 at a specific address. SPCR has been provided on
> x86 systems since 2000 but is not (yet) supported by Linux.
For anyone using DT rather than ACPI, the same can be achieved in
mainline with /chosen/stdout-path as of:
7914a7c5651a5161 "of: support passing console options with stdout-path"
Documented in:
2a9d832cc9aae21e "of: Add bindings for chosen node, stdout-path"
e.g.
uart: serial at f00 {
reg = <0xf00 0x200>;
compatible = "vendor,some-serial-device";
};
chosen {
stdout-path = "/serial at f00:115200n8";
};
This will be used for both the console and earlycon. Please make use of
this where possible.
Thanks,
Mark.
next prev parent reply other threads:[~2015-01-16 10:58 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-16 3:08 SPCR table parsing Jon Masters
2015-01-16 3:08 ` Jon Masters
2015-01-16 3:18 ` Jon Masters
2015-01-16 3:18 ` Jon Masters
2015-01-16 10:58 ` Mark Rutland [this message]
2015-01-16 10:58 ` 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=20150116105804.GF21809@leverpostej \
--to=mark.rutland@arm.com \
--cc=jcm@redhat.com \
--cc=leif.lindholm@linaro.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.