public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Lukasz Majewski <lukma@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC] Make U-Boot log great again
Date: Tue, 20 Feb 2018 10:59:33 +0100	[thread overview]
Message-ID: <20180220105933.7d402043@jawa> (raw)
In-Reply-To: <20180220080056.ngdwvniujrsw6klb@flea.lan>

On Tue, 20 Feb 2018 09:00:56 +0100
Maxime Ripard <maxime.ripard@bootlin.com> wrote:

> On Mon, Feb 19, 2018 at 07:47:52PM +0200, Sam Protsenko wrote:
> > On 18 February 2018 at 23:22, Wolfgang Denk <wd@denx.de> wrote:  
> > > Dear Sam,
> > >
> > > In message
> > > <CAKaJLVsWKpGeEuS=iZ7QCtZrDfUSA=8GZo3zJDr-VgW-MUCFzA@mail.gmail.com>
> > > you wrote:  
> > >>
> > >> Right now U-Boot and SPL logs are cluttered with bogus warnings
> > >> like these (on X15 board, but I'm pretty sure it should appear
> > >> on many others):
> > >>
> > >>     Loading Environment from FAT...
> > >>     *** Warning - bad CRC, using default environment  
> > >
> > > I donpt want to question the purpose of your patch series in
> > > genral, but:
> > >  
> > 
> > Oh, it's merely a discussion, not a patch series. I probably
> > shouldn't have been added that RFC tag, it's confusing, sorry.
> >   
> > > This is NOT a bogus warning - actually it is something which is
> > > not supposed to happen on any sane system.  If it does on your
> > > board even after first boot and running "env save" at least once,
> > > then you have some problem either in the design or implementation
> > > of your board code.
> > >
> > > So this is a very valid warning which means: FIX ME!
> > >  
> > 
> > AFAIU, that behavior was changed in the mentioned patch (please see
> > my original message). Let me elaborate a bit. In v2018.01 everything
> > works fine and none errors/warnings are present on my boards (AM57x
> > EVM and X15 board). The problem appears after commit fb69464eae1e
> > ("env: Allow to build multiple environments in Kconfig"). Now U-Boot
> > tries to load the environment from SD card first (uEnv.txt file on
> > FAT partition), and then from eMMC partition. In case when SD card
> > is not inserted, I observe mentioned errors. So I'm not sure how to
> > handle this properly, that's why I created this thread... Let me
> > try and explain my concerns better:
> >  1. On the one hand, it's good to check the environment on both SD
> > card and eMMC (that was done in mentioned patch). This case seems to
> > be legit (at least as far as I understand it), i.e. when SD card is
> > not inserted, it's fine, we just check the env on eMMC
> >  2. But on the other hand, errors shouldn't appear in boot log, if
> > it's legit case, it's confusing the user  
> 
> That patch intent was to keep the current behaviour as is for all
> users, so the fact that you now have the FAT environment enabled is an
> unwanted side-effect.

The same situation is on Beagle Bone Black. Even though with OE it is
built to use eMMC for storing its envs, by default it also has envs in
FAT support enabled.

For that reason, u-boot on this board looks for envs in FAT first and
similar message is printed.

IMHO, we now have (unintentionally) the situation where implicitly
reading envs from FAT has the highest priority.

> 
> Maxime
> 




Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180220/9c42f728/attachment.sig>

  reply	other threads:[~2018-02-20  9:59 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-16 19:01 [U-Boot] [RFC] Make U-Boot log great again Sam Protsenko
2018-02-16 19:49 ` Robert Nelson
2018-03-23  5:44   ` Bin Meng
2018-07-10  3:01     ` Bin Meng
2018-07-10 14:38       ` Tom Rini
2018-07-11 14:51         ` Sam Protsenko
2018-07-17 22:14         ` Sam Protsenko
2018-07-18 21:41           ` Sam Protsenko
2018-02-18 21:22 ` Wolfgang Denk
2018-02-19 17:47   ` Sam Protsenko
2018-02-19 19:09     ` Wolfgang Denk
2018-02-20  8:00     ` Maxime Ripard
2018-02-20  9:59       ` Lukasz Majewski [this message]
2018-02-21 13:35         ` Tom Rini
2018-02-21 13:55           ` Maxime Ripard
2018-02-21 14:59             ` Tom Rini
2018-02-21 14:38           ` Simon Goldschmidt
2018-02-21 14:54             ` Tom Rini
2018-02-21 15:03               ` Simon Goldschmidt
2018-02-21 15:07               ` Maxime Ripard
2018-02-21 15:14                 ` Tom Rini
2018-02-22 13:33                   ` Maxime Ripard
2018-02-24 20:52         ` 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=20180220105933.7d402043@jawa \
    --to=lukma@denx.de \
    --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