public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Dirk Behme <dirk.behme@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Configuring U-Boot through device tree (was: Minutes from the U-Boot Mini Summit 2013)
Date: Mon, 28 Oct 2013 17:56:32 +0100	[thread overview]
Message-ID: <526E9740.3070204@gmail.com> (raw)
In-Reply-To: <m2d2mq8wwt.fsf@lamuella.denx.de>

Am 27.10.2013 18:07, schrieb Detlev Zundel:
...
> ** Configuring U-Boot through device tree
> - _What_ should be configured?
> - Google requires every new U-Boot driver to be configured through
>    device tree in U-Boot
> - Configuring U-Boot through device trees shall aim for using the
>    exact same tree from the Linux kernel.

At ELCE, I attended the Barebox presentation. One Barebox feature 
presented there was "Configure Barbox through device tree". So the 
Barebox people seem to have this already running for some selected 
boards. After their presentation I asked them "how do you decide which 
parts are configured in the boot loader, and which in the kernel, 
then?". And got the quick answer "in doubt, the configuration is done 
two times".

Do we really want this?

If we use the same device tree for U-Boot and the Linux kernel (which 
most probably makes sense) do we really want to do the initialization 
part we do already in U-Boot again in the kernel?

I'm thinking about pin mux or clock settings described in the device 
tree, which are need to get the U-Boot drivers working. If these are 
done two times, then, what's about the risk of clock or pin glitches 
doing the same configuration in the kernel a second time?

Do we need a mechanism to do some configuration only at one place? Or 
isn't there any risk and we can do the same configuration two times? 
What do you think?

Best regards

Dirk

  reply	other threads:[~2013-10-28 16:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-27 17:07 [U-Boot] Minutes from the U-Boot Mini Summit 2013 Detlev Zundel
2013-10-28 16:56 ` Dirk Behme [this message]
2013-10-28 18:50   ` [U-Boot] Configuring U-Boot through device tree (was: Minutes from the U-Boot Mini Summit 2013) Wolfgang Denk
2013-10-29 16:05   ` [U-Boot] Configuring U-Boot through device tree Stephen Warren
2013-10-30  0:25 ` [U-Boot] Minutes from the U-Boot Mini Summit 2013 Nobuhiro Iwamatsu
2013-11-03 23:18 ` [U-Boot] U-Boot Mini Summit slides [was: Minutes from the U-Boot Mini Summit 2013] Detlev Zundel
2013-11-04 11:30 ` [U-Boot] Minutes from the U-Boot Mini Summit 2013 Detlev Zundel

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=526E9740.3070204@gmail.com \
    --to=dirk.behme@gmail.com \
    --cc=u-boot@lists.denx.de \
    /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