From: Andres Salomon <dilinger@queued.net>
To: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Cc: pgf-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org,
devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Mitch Bradley <wmb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org>,
mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org,
sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org,
davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
Subject: Re: [PATCH 9/9] x86: OLPC: add OLPC device-tree support
Date: Mon, 30 Aug 2010 18:49:46 +0000 [thread overview]
Message-ID: <20100830144946.5c0bce22@debxo> (raw)
In-Reply-To: <AANLkTi=EMkZLiAG7-ni8_7K=qtAriv=AfSUZ58661jNY-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Mon, 30 Aug 2010 12:14:57 -0600
Grant Likely <grant.likely@secretlab.ca> wrote:
> On Sun, Aug 29, 2010 at 10:07 PM, Andres Salomon
> <dilinger@queued.net> wrote:
> >
> > Make use of PROC_DEVICETREE to export the tree, and sparc's
> > PROMTREE code to call into OLPC's Open Firmware to build the tree.
> >
> > This also adds an init hook to proc_device_tree_init so that we can
> > ensure the device tree has been built prior to the proc_root_init
> > stuff attempting to populate /proc/device-tree.
>
> I'm not clear as to why this is needed. I would expect OLPC platform
> setup code would take care of extracting the device tree well before
> the kernel gets to setting up the representation in /proc/device-tree.
>
> g.
>
For simplicity; the OLPC platform setup code runs very early during
boot. I preferred to keep that as minimal as possible, and defer
device tree allocation until the x86 mm code has finished initializing
(this skipping all the fun bootmem/etc work that'll be happening for
x86 soon).
Of course, once it's done initializing, one can either hardcode an
olpc_init_devtree call at the end of x86's setup_arch, or we can add a
generic hook for late devtree initialization right before proc
populates /proc/device-tree. I chose the latter, but it could easily
be changed to the former if folks feel strongly about it.
I would've normally just used an initcall for it, but the proc_devtree
code runs prior to any of the initcall hooks.
WARNING: multiple messages have this Message-ID (diff)
From: Andres Salomon <dilinger@queued.net>
To: Grant Likely <grant.likely@secretlab.ca>
Cc: devicetree-discuss@lists.ozlabs.org, sparclinux@vger.kernel.org,
x86@kernel.org, tglx@linutronix.de, mingo@redhat.com,
hpa@zytor.com, cjb@laptop.org, Mitch Bradley <wmb@laptop.org>,
pgf@laptop.org, linux-kernel@vger.kernel.org,
davem@davemloft.net,
Stephen Neuendorffer <stephen.neuendorffer@xilinx.com>
Subject: Re: [PATCH 9/9] x86: OLPC: add OLPC device-tree support
Date: Mon, 30 Aug 2010 14:49:46 -0400 [thread overview]
Message-ID: <20100830144946.5c0bce22@debxo> (raw)
In-Reply-To: <AANLkTi=EMkZLiAG7-ni8_7K=qtAriv=AfSUZ58661jNY@mail.gmail.com>
On Mon, 30 Aug 2010 12:14:57 -0600
Grant Likely <grant.likely@secretlab.ca> wrote:
> On Sun, Aug 29, 2010 at 10:07 PM, Andres Salomon
> <dilinger@queued.net> wrote:
> >
> > Make use of PROC_DEVICETREE to export the tree, and sparc's
> > PROMTREE code to call into OLPC's Open Firmware to build the tree.
> >
> > This also adds an init hook to proc_device_tree_init so that we can
> > ensure the device tree has been built prior to the proc_root_init
> > stuff attempting to populate /proc/device-tree.
>
> I'm not clear as to why this is needed. I would expect OLPC platform
> setup code would take care of extracting the device tree well before
> the kernel gets to setting up the representation in /proc/device-tree.
>
> g.
>
For simplicity; the OLPC platform setup code runs very early during
boot. I preferred to keep that as minimal as possible, and defer
device tree allocation until the x86 mm code has finished initializing
(this skipping all the fun bootmem/etc work that'll be happening for
x86 soon).
Of course, once it's done initializing, one can either hardcode an
olpc_init_devtree call at the end of x86's setup_arch, or we can add a
generic hook for late devtree initialization right before proc
populates /proc/device-tree. I chose the latter, but it could easily
be changed to the former if folks feel strongly about it.
I would've normally just used an initcall for it, but the proc_devtree
code runs prior to any of the initcall hooks.
WARNING: multiple messages have this Message-ID (diff)
From: Andres Salomon <dilinger-pFFUokh25LWsTnJN9+BGXg@public.gmane.org>
To: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Cc: pgf-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org,
devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Mitch Bradley <wmb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org>,
mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org,
sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org,
cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org,
davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org
Subject: Re: [PATCH 9/9] x86: OLPC: add OLPC device-tree support
Date: Mon, 30 Aug 2010 14:49:46 -0400 [thread overview]
Message-ID: <20100830144946.5c0bce22@debxo> (raw)
In-Reply-To: <AANLkTi=EMkZLiAG7-ni8_7K=qtAriv=AfSUZ58661jNY-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Mon, 30 Aug 2010 12:14:57 -0600
Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> wrote:
> On Sun, Aug 29, 2010 at 10:07 PM, Andres Salomon
> <dilinger-pFFUokh25LWsTnJN9+BGXg@public.gmane.org> wrote:
> >
> > Make use of PROC_DEVICETREE to export the tree, and sparc's
> > PROMTREE code to call into OLPC's Open Firmware to build the tree.
> >
> > This also adds an init hook to proc_device_tree_init so that we can
> > ensure the device tree has been built prior to the proc_root_init
> > stuff attempting to populate /proc/device-tree.
>
> I'm not clear as to why this is needed. I would expect OLPC platform
> setup code would take care of extracting the device tree well before
> the kernel gets to setting up the representation in /proc/device-tree.
>
> g.
>
For simplicity; the OLPC platform setup code runs very early during
boot. I preferred to keep that as minimal as possible, and defer
device tree allocation until the x86 mm code has finished initializing
(this skipping all the fun bootmem/etc work that'll be happening for
x86 soon).
Of course, once it's done initializing, one can either hardcode an
olpc_init_devtree call at the end of x86's setup_arch, or we can add a
generic hook for late devtree initialization right before proc
populates /proc/device-tree. I chose the latter, but it could easily
be changed to the former if folks feel strongly about it.
I would've normally just used an initcall for it, but the proc_devtree
code runs prior to any of the initcall hooks.
next prev parent reply other threads:[~2010-08-30 18:49 UTC|newest]
Thread overview: 130+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-29 1:54 [PATCH 0/4] RFC: OLPC/x86 device tree code Andres Salomon
2010-06-29 1:54 ` Andres Salomon
2010-06-29 2:00 ` [PATCH 1/4] x86: OLPC: constify an olpc_ofw() arg Andres Salomon
2010-06-29 2:00 ` Andres Salomon
2010-07-31 1:10 ` [tip:x86/olpc] x86, olpc: Constify " tip-bot for Andres Salomon
2010-06-29 2:00 ` [PATCH 2/4] sparc: break out some prom device-tree building code Andres Salomon
2010-06-29 2:00 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Andres Salomon
2010-06-29 3:11 ` [PATCH 2/4] sparc: break out some prom device-tree building David Miller
2010-06-29 3:11 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of David Miller
2010-06-29 3:11 ` David Miller
2010-06-29 6:15 ` [PATCH 2/4] sparc: break out some prom device-tree building Stephen Rothwell
2010-06-29 6:15 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Stephen Rothwell
2010-06-29 7:50 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-06-29 7:50 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-06-29 7:50 ` Grant Likely
2010-06-29 15:03 ` [PATCH 2/4] sparc: break out some prom device-tree building Andres Salomon
2010-06-29 15:03 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Andres Salomon
2010-06-29 21:42 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-06-29 21:42 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-06-29 21:42 ` Grant Likely
2010-06-29 23:36 ` [PATCH 2/4] sparc: break out some prom device-tree building Andres Salomon
2010-06-29 23:36 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Andres Salomon
2010-06-30 21:52 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-06-30 21:52 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-06-30 21:52 ` Grant Likely
[not found] ` <AANLkTilme2uAoXjorUEzam9j_xosR8kl70W8PS71d-Th-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-07-06 2:17 ` Andres Salomon
2010-07-07 4:07 ` Andres Salomon
2010-07-06 2:17 ` [PATCH 2/4] sparc: break out some prom device-tree building Andres Salomon
2010-07-06 2:22 ` David Miller
2010-07-06 2:22 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of David Miller
[not found] ` <20100705.192221.241453945.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2010-07-06 3:24 ` Andres Salomon
2010-07-07 5:15 ` Andres Salomon
2010-07-06 3:25 ` [PATCH 2/4] sparc: break out some prom device-tree building Andres Salomon
2010-07-06 10:17 ` Benjamin Herrenschmidt
2010-07-06 10:17 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Benjamin Herrenschmidt
2010-07-06 10:17 ` Benjamin Herrenschmidt
2010-07-06 3:25 ` Andres Salomon
2010-07-06 3:25 ` Andres Salomon
2010-07-06 7:00 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-07-06 7:00 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-07-06 7:00 ` Grant Likely
2010-07-06 7:16 ` [PATCH 2/4] sparc: break out some prom device-tree building David Miller
2010-07-06 7:16 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of David Miller
2010-07-06 8:17 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-07-06 8:17 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-07-06 8:17 ` Grant Likely
2010-07-06 8:17 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-07-06 8:17 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-07-06 8:17 ` Grant Likely
2010-07-06 2:17 ` Andres Salomon
2010-07-06 2:17 ` Andres Salomon
2010-07-06 9:21 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-07-06 9:21 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-07-06 9:21 ` Grant Likely
2010-07-06 21:54 ` [PATCH 2/4] sparc: break out some prom device-tree building Andres Salomon
2010-07-06 21:54 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Andres Salomon
2010-07-06 21:54 ` Andres Salomon
2010-07-06 22:06 ` [PATCH 2/4] sparc: break out some prom device-tree building code Grant Likely
2010-07-06 22:06 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Grant Likely
2010-07-06 22:06 ` Grant Likely
2010-07-07 1:15 ` [PATCH 2/4] sparc: break out some prom device-tree building Andres Salomon
2010-07-07 1:15 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Andres Salomon
2010-06-29 2:00 ` [PATCH 3/4] proc: unify PROC_DEVICETREE config Andres Salomon
2010-06-29 2:00 ` Andres Salomon
2010-06-29 7:33 ` Grant Likely
2010-06-29 7:33 ` Grant Likely
2010-06-29 7:33 ` Grant Likely
2010-06-29 2:00 ` [PATCH 4/4] x86: OLPC: add OLPC device-tree support Andres Salomon
2010-06-29 2:00 ` Andres Salomon
2010-06-29 8:12 ` Grant Likely
2010-06-29 8:12 ` Grant Likely
2010-06-29 8:12 ` Grant Likely
[not found] ` <AANLkTinUy_FGuN9DiF5KtMCsqYUbByfS6g2Mdw0ATvtQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-06-29 8:33 ` Stephen Rothwell
2010-06-29 8:33 ` Stephen Rothwell
2010-06-29 8:33 ` Stephen Rothwell
2010-06-29 14:23 ` Andres Salomon
2010-06-29 14:23 ` Andres Salomon
2010-06-29 14:23 ` Andres Salomon
[not found] ` <20100629102339.5e8a30b6-ztAUm9HJea/EueBKFXcDjA@public.gmane.org>
2010-06-30 21:13 ` Grant Likely
2010-06-30 21:13 ` Grant Likely
2010-06-30 21:13 ` Grant Likely
[not found] ` <AANLkTik7rqaGz7RtsOlhoSZw_-6bhv43YlWETsB17__4-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-06-30 21:32 ` Andres Salomon
2010-06-30 21:32 ` Andres Salomon
2010-06-30 21:32 ` Andres Salomon
2010-08-30 3:51 ` [PATCH 0/9] " Andres Salomon
2010-08-30 3:51 ` Andres Salomon
2010-08-30 3:53 ` [PATCH 1/9] of: move phandle/ihandle into types.h Andres Salomon
2010-08-30 3:53 ` Andres Salomon
2010-08-30 5:06 ` Sam Ravnborg
2010-08-30 5:06 ` Sam Ravnborg
2010-09-03 7:33 ` Andres Salomon
2010-09-03 8:17 ` Andres Salomon
2010-09-05 6:22 ` Sam Ravnborg
2010-09-05 6:22 ` Sam Ravnborg
2010-08-30 3:55 ` [PATCH 2/9] sparc: convert various prom_* functions to use phandle Andres Salomon
2010-08-30 3:55 ` Andres Salomon
2010-08-30 3:57 ` [PATCH 3/9] sparc: break out some PROM device-tree building code Andres Salomon
2010-08-30 3:57 ` [PATCH 3/9] sparc: break out some PROM device-tree building code out into drivers/of Andres Salomon
2010-08-30 3:58 ` [PATCH 5/9] of: no longer call prom_ functions directly; use an ops Andres Salomon
2010-08-30 4:00 ` [PATCH 5/9] of: no longer call prom_ functions directly; use an ops structure Andres Salomon
2010-08-30 3:59 ` [PATCH 4/9] sparc: make drivers/of/pdt.c no longer sparc-only Andres Salomon
2010-08-30 3:59 ` Andres Salomon
2010-08-30 4:02 ` [PATCH 6/9] of: add of_pdt namespace to pdt code Andres Salomon
2010-08-30 4:02 ` Andres Salomon
2010-08-30 4:04 ` [PATCH 7/9] of: add package-to-path support to pdt Andres Salomon
2010-08-30 4:04 ` Andres Salomon
2010-08-30 4:06 ` [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on Andres Salomon
2010-08-30 4:06 ` [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on x86 Andres Salomon
2010-08-30 4:06 ` Andres Salomon
2010-08-30 15:58 ` Stephen Neuendorffer
2010-08-30 15:58 ` Stephen Neuendorffer
2010-08-30 15:58 ` Stephen Neuendorffer
[not found] ` <c7823e09-3ce8-434f-98f4-6a84a996c942-RaUQJvECHitZbvUCbuG1mrjjLBE8jN/0@public.gmane.org>
2010-08-30 17:31 ` Grant Likely
2010-08-30 17:31 ` Grant Likely
2010-08-30 17:31 ` Grant Likely
2010-08-30 4:07 ` [PATCH 9/9] x86: OLPC: add OLPC device-tree support Andres Salomon
2010-08-30 4:07 ` Andres Salomon
2010-08-30 4:07 ` Andres Salomon
2010-08-30 18:14 ` Grant Likely
2010-08-30 18:14 ` Grant Likely
2010-08-30 18:14 ` Grant Likely
[not found] ` <AANLkTi=EMkZLiAG7-ni8_7K=qtAriv=AfSUZ58661jNY-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-08-30 18:49 ` Andres Salomon [this message]
2010-08-30 18:49 ` Andres Salomon
2010-08-30 18:49 ` Andres Salomon
2010-08-31 5:49 ` Grant Likely
2010-08-31 5:49 ` Grant Likely
2010-08-31 5:49 ` Grant Likely
2010-08-30 17:58 ` [PATCH 0/9] " Grant Likely
2010-08-30 17:58 ` Grant Likely
2010-08-30 17:58 ` Grant Likely
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=20100830144946.5c0bce22@debxo \
--to=dilinger@queued.net \
--cc=cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org \
--cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \
--cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
--cc=hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=pgf-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org \
--cc=sparclinux-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org \
--cc=wmb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org \
--cc=x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.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.