From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Warning for mpc8360emds users: fdt-cmd from u-boot-fdt.git
Date: Thu, 05 Apr 2007 14:12:58 -0400 [thread overview]
Message-ID: <46153C2A.3050206@smiths-aerospace.com> (raw)
In-Reply-To: <OFC7BE117C.A87186A7-ON882572B4.0061BD27-882572B4.00631626@selinc.com>
Bruce_Leonard at selinc.com wrote:
> Hi all
>
> u-boot-users-bounces at lists.sourceforge.net wrote on 04/05/2007 04:00:15
> AM:
>
>> Wolfgang Denk wrote:
>>> In message <46146842.8060509@gmail.com> you wrote:
>>>> If bootm edits/augments the FDT, the boot scripts/user has no chance
> to
>>>> change the items it edits/augments (biggie: the chosen node), or even
>
>>>> print it before linux is launched. This defeats 90% of the purpose
> of
>>>> the fdt command - allowing the user/script customize the blob before
>>>> linux is launched.
>>> I agree that it should be *possible* to do this, if wanted.Similar
>>> like we can set up our own contents of thebootargs variable.
>>>
>>> On the other hand, bootm should do everything that is necessary to
>>> start a kernel without such interaction, if needed.
>>>
> <snip snip>
>
> My two cents worth (for what it's worth :-/): from the standpoint of
> someone using uboot for the first time and having to learn from the ground
> up without the benefit of having used this stuff for many years, I agree
> with Wolfgang. It took me two weeks just to figure out what a device tree
> is and that I even needed one. It took me two more days to figure out how
> to create the blob and how to use it. I still don't know the details of
> DTS files, what needs to be in them or what the different fields mean.
> Adding another step/level of obscurity with REQUIRING the use of fdt
> commands and/or scripts is just another barrier to new users. And I have
> to tell you, this thing is a bear to learn. For folks who have been
> digging around in the guts of it, I'm sure it's trivial. But I at least
> am pretty overwhelmed by it.
>
> I think it would be great to have the option of using the ftd commands if
> it suited your purpose, but still be able to use things as they currently
> are. That would be the most flexible, give the expert users something
> they want, and not add yet another thing that new people HAVE to learn
> just to get an OS to boot.
>
> Again just my 2 cents. Flames welcome.
>
> Bruce
Yes, but now you are worth 5 figures more: expect a $00,000 raise as
part of your next performance appraisal.
I plan to implement Andy Fleming's suggestion which will resolve the issue:
> > What if we made it so if there isn't a chosen node in the blob when
> > bootm is called, it fills in a default one. This prevents some odd
> > failures, and allows people to continue using device trees in the
> > current manner, while still enabling the extra flexibility.
gvb
Pedantic Script: device trees and blobs are kernel things, they ain't
our fault. :-P Yet. ;-)
next prev parent reply other threads:[~2007-04-05 18:12 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-31 17:43 [U-Boot-Users] (Try 2) Please pull branch fdt-cmd from u-boot-fdt.git Jerry Van Baren
2007-03-31 18:20 ` Wolfgang Denk
2007-03-31 18:48 ` Jerry Van Baren
2007-04-03 23:50 ` Wolfgang Denk
2007-04-04 10:16 ` Jerry Van Baren
2007-04-04 12:22 ` [U-Boot-Users] Warning for mpc8360emds users: " Jerry Van Baren
2007-04-04 15:46 ` Timur Tabi
2007-04-04 16:17 ` Jerry Van Baren
2007-04-04 22:46 ` Wolfgang Denk
2007-04-05 3:08 ` Jerry Van Baren
2007-04-05 8:06 ` Wolfgang Denk
2007-04-05 11:00 ` Jerry Van Baren
2007-04-05 18:02 ` Bruce_Leonard at selinc.com
2007-04-05 18:12 ` Jerry Van Baren [this message]
2007-04-05 18:40 ` Bruce_Leonard at selinc.com
2007-04-06 21:57 ` Timur Tabi
2007-04-06 22:39 ` Jerry Van Baren
2007-04-07 0:15 ` Wolfgang Denk
2007-04-07 1:29 ` Jerry Van Baren
2007-03-31 18:27 ` [U-Boot-Users] (Try 2) Please pull branch " Jerry Van Baren
2007-04-04 0:21 ` Wolfgang Denk
2007-04-03 9:39 ` Joakim Tjernlund
2007-04-03 10:34 ` Jerry Van Baren
2007-04-03 11:37 ` Joakim Tjernlund
2007-04-03 12:06 ` Jerry Van Baren
2007-04-03 12:59 ` [U-Boot-Users] dtb in env sector - was: (Try 2) Please pull Wolfgang Denk
2007-04-03 14:04 ` Joakim Tjernlund
2007-04-03 14:21 ` Jerry Van Baren
2007-04-03 14:36 ` Martin Krause
2007-04-03 15:14 ` Joakim Tjernlund
2007-04-03 15:17 ` Jerry Van Baren
2007-04-03 15:24 ` Wolfgang Denk
2007-04-03 18:53 ` Joakim Tjernlund
2007-04-03 12:53 ` Wolfgang Denk
2007-04-03 12:49 ` Wolfgang Denk
2007-04-03 13:58 ` Joakim Tjernlund
2007-04-03 15:18 ` Wolfgang Denk
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=46153C2A.3050206@smiths-aerospace.com \
--to=gerald.vanbaren@smiths-aerospace.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 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.