From: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [Patch v2] omap3: overo: Select fdtfile for expansion board
Date: Tue, 10 Jun 2014 20:06:34 +0200 [thread overview]
Message-ID: <5397492A.1010807@herbrechtsmeier.net> (raw)
In-Reply-To: <CAK8F28=gbUHD6B4uQ9sQnnKPEwmLomQgaxt6G-TXYLhX68qV_g@mail.gmail.com>
Am 10.06.2014 19:17, schrieb Ash Charles:
> On Tue, Jun 10, 2014 at 12:30 AM, Stefan Herbrechtsmeier
> <stefan@herbrechtsmeier.net> wrote:
>> Why you set the 'expansionname' to 'tobi' for unknown (maybe foreign)
>> expansion boards?
> 1. We need some sort of default otherwise people's boards that either
> don't have an eeprom or don't have board data set in the eeprom will
> stop booting.
But this cases are handled by GUMSTIX_NO_EEPROM. The default is used for
a programmed eeprom with an unknown vendor and device id.
> Some Overo COMs don't have NAND therefore there is not
> a good mechansim for saving the environment.
You could use an environment file next to the u-boot image.
> 2. Tobi has been the default for ages and it is reasonable generic
> choice. It is also the most common expansion board for Overo COMs out
> there.
Ok, but please use the GUMSTIX_NO_EEPROM case and leave the default
empty or at least check the vendor id. This allows foreign vendors to
use the upstream u-boot if they have an eeprom on there expansion board.
>>> break;
>>> }
>> What happens if the eeprom is empty, no eeprom is available or the ETTUS
>> expansion board is present? In this case the expansionname is empty.
> I think 'expansionname' is set to 'tobi' in the default case of the
> switch statement.
I think you mixed the GUMSTIX_NO_EEPROM and default case.
next prev parent reply other threads:[~2014-06-10 18:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-06 18:37 [U-Boot] [PATCH] omap3: overo: Select fdtfile for expansion board Ash Charles
2014-06-07 14:29 ` Stefan Herbrechtsmeier
2014-06-07 17:48 ` Tom Rini
2014-06-07 20:11 ` Ash Charles
2014-06-08 7:57 ` Stefan Herbrechtsmeier
2014-06-09 20:47 ` Ash Charles
2014-06-09 20:47 ` [U-Boot] [Patch v2] " Ash Charles
2014-06-10 7:30 ` Stefan Herbrechtsmeier
2014-06-10 17:17 ` Ash Charles
2014-06-10 18:06 ` Stefan Herbrechtsmeier [this message]
2014-06-10 19:00 ` Ash Charles
2014-06-10 19:02 ` [U-Boot] [Patch v3] " Ash Charles
2014-06-10 19:29 ` Stefan Herbrechtsmeier
2014-06-10 20:28 ` Ash Charles
2014-06-19 22:02 ` [U-Boot] [U-Boot, " Tom Rini
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=5397492A.1010807@herbrechtsmeier.net \
--to=stefan@herbrechtsmeier.net \
--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.