From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size
Date: Thu, 10 Jan 2019 10:53:51 -0500 [thread overview]
Message-ID: <20190110155351.GZ5463@bill-the-cat> (raw)
In-Reply-To: <3077c9c2-5955-abbe-4adc-75ac7361457b@denx.de>
On Thu, Jan 10, 2019 at 09:00:13AM +0100, Stefano Babic wrote:
> Hi Tom, Soeren,
>
> On 09/01/19 23:39, Tom Rini wrote:
[snip]
> > Why default? Well, "everyone"
> > agrees that defaulting to EFI application support means the widest
> > choice of out of the box software support.
>
> I am unsure about this - just my two cents.
>
> I agree with you if we are talking about evaluation boards and / or
> boards supposed to run different distros (or in any case, more flavour
> of software).
>
> But there are a lot of "custom" boards (maintained in U-Boot) that runs
> for a specific project and won't run any other kind of software. If a
> device is a navigation system, a network controller, or whatever, it
> will just do this job until its EOL.
>
> Specially for older boards, a new feature should not be activated as
> default. At the beginning, police in U-Boot was to set just what should
> be required in the bootloader, without setting what is not needed as
> default. So default was off instead of on.
So, part of what I'm taking away from all of this is that I really do
need to see how many people I can bcc at once before gmail gets really
mad at me, Yes, there's a number of end-user devices we have support
for in mainline that are intended to be re-used as the manufacturer
intended. Part of the Kconfig migration means that they can more easily
remove stuff they don't want/need than before. But there's also the
repurposed boards, and lots of not really clear cut cases, such as the
tbs2910 where while it's not my call, does fall into the "enable EFI
loader support for your end users maybe?" category. And in the end, I
should have emailed off everyone with a gentle reminder to inspect and
trim their configs.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190110/f6c01076/attachment.sig>
next prev parent reply other threads:[~2019-01-10 15:53 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-05 8:31 [U-Boot] [PATCH 1/2] board: tbs2910: Add u-boot.imx size limit check Soeren Moch
2019-01-05 8:31 ` [U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size Soeren Moch
2019-01-08 10:14 ` Soeren Moch
2019-01-08 10:24 ` Stefano Babic
2019-01-08 11:03 ` Soeren Moch
2019-01-09 16:01 ` Stefano Babic
2019-01-09 22:39 ` Tom Rini
2019-01-10 1:28 ` Soeren Moch
2019-01-10 2:30 ` Tom Rini
2019-01-10 14:03 ` Soeren Moch
2019-01-10 15:06 ` Tom Rini
2019-01-11 13:11 ` Soeren Moch
2019-01-11 14:32 ` Tom Rini
2019-01-10 8:00 ` Stefano Babic
2019-01-10 8:11 ` Simon Goldschmidt
2019-01-10 15:56 ` Tom Rini
2019-01-10 16:36 ` Simon Goldschmidt
2019-01-10 16:54 ` Tom Rini
2019-01-11 6:43 ` Simon Goldschmidt
2019-01-11 7:22 ` Simon Goldschmidt
2019-01-11 14:44 ` Tom Rini
2019-01-10 14:44 ` Tom Rini
2019-01-10 14:51 ` Stefano Babic
2019-01-10 15:12 ` Tom Rini
2019-01-10 22:46 ` Stefano Babic
2019-01-11 6:27 ` Simon Goldschmidt
2019-01-10 15:53 ` Tom Rini [this message]
2019-01-11 13:11 ` Sören Moch
2019-01-10 8:09 ` Joakim Tjernlund
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=20190110155351.GZ5463@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