public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC] Proposal on changing raw boot mode
Date: Fri, 21 Oct 2016 08:51:53 -0400	[thread overview]
Message-ID: <20161021125153.GY18591@bill-the-cat> (raw)
In-Reply-To: <CAKaJLVvSzCg6mf+x-0+vTe5WdR9YsCPb14RnkTfyPNCG3qgKbw@mail.gmail.com>

On Thu, Oct 20, 2016 at 08:07:24PM +0300, Sam Protsenko wrote:
> Hi guys,
> 
> I'd like to make two changes on how raw MMC address and size of U-Boot
> are represented. But I think it's better to discuss it first, so we
> are on the same page about it.
> 
> Basically I want to review two config options here.
> 
> 1. CONFIG_SYS_U_BOOT_MAX_SIZE_SECTORS
> 
>     Simple grep shows us that noone actually uses this constant
> (despite it's being defined for multiple boards). So I'm thinking to
> remove it altogether. What do you think about that?

With the one exception that's been pointed out, yes.

> 2. CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR
> 
>     For TI boards it's defined in common file:
> include/configs/ti_armv7_common.h . So if some board has another
> U-Boot partition address (on MMC), it must redefine that option after
> including ti_armv7_common.h.
> 
>     Historical background: actually I tried to change this address
> before, because DRA7 EVM and AM57x EVM / X15 boards are broken in
> mainline U-Boot right now. My attempt [1] turned out to be
> ill-designed, as it broke other boards (IIRC, it was BeagleBone
> Black): [2]. Which further led to reverting my patch: [3].
> 
>     It remains to be a problem, though. So I see 2 possible ways how to fix it:
> 
>     (a) Just re-define this address in corresponding board configs (headers).
>     (b) Convert this option to Kconfig and define it correctly in each
> board's defconfig.

This, and a few other options, are SPL-specific things that didn't have
SPL in the prefix and weren't converted along with Simon's series that
covered almost everything else.  So yes, please convert this to Kconfig,
put it in common/spl/Kconfig, and have sane defaults for various
platforms.

But also note that when we modify the TI platforms we will have to be
careful to not break other use-cases as, iirc, part of the problem was
that you want make the Android values the default values for platforms
that quite often also run not-Android.

Thanks!

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20161021/9b1fcdd9/attachment.sig>

      parent reply	other threads:[~2016-10-21 12:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-20 17:07 [U-Boot] [RFC] Proposal on changing raw boot mode Sam Protsenko
2016-10-21  7:14 ` Alexander Graf
2016-10-21 11:32 ` Anatolij Gustschin
2016-10-21 12:51 ` Tom Rini [this message]

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=20161021125153.GY18591@bill-the-cat \
    --to=trini@konsulko.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