All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] configs: Remove CONFIG_SPL_FS_EXT4 for all MX6 platforms
Date: Sat, 25 May 2019 19:08:21 -0400	[thread overview]
Message-ID: <20190525230821.GA20781@bill-the-cat> (raw)
In-Reply-To: <830f4dcc-590a-c1c0-e786-2389622b6f1a@denx.de>

On Sun, May 26, 2019 at 12:57:08AM +0200, Marek Vasut wrote:
> On 5/26/19 12:45 AM, Ezequiel Garcia wrote:
> > On Sun, 2019-05-26 at 00:24 +0200, Marek Vasut wrote:
> >> On 5/25/19 11:47 PM, Ezequiel Garcia wrote:
> >>> On Sat, 2019-05-25 at 22:15 +0200, Marek Vasut wrote:
> >>>> On 5/25/19 6:49 PM, Ezequiel Garcia wrote:
> >>>>> i.MX6 platforms boot U-Boot second-stage from unformatted space,
> >>>>> and should not need Ext filesystem support on SPL.
> >>>>>
> >>>>> The commit was generated with:
> >>>>>
> >>>>> git grep -l MX6 -- configs/ | xargs grep -l SPL_FS_EXT4 | xargs sed -i -e '/CONFIG_SPL_FS_EXT4=y/d'
> >>>>>
> >>>>> This change has a dramatic impact on SPL size:
> >>>>>
> >>>>> ./scripts/bloat-o-meter old new
> >>>>> add/remove: 0/59 grow/shrink: 0/3 up/down: 0/-8674 (-8674)
> >>>>> [..]
> >>>>> Total: Before=38320, After=29646, chg -22.64%
> >>>>>
> >>>>> Cc: Otavio Salvador <otavio@ossystems.com.br>
> >>>>> Cc: Fabio Estevam <fabio.estevam@nxp.com>
> >>>>> Cc: Peng Fan <peng.fan@nxp.com>
> >>>>> Cc: Marek Vasut <marex@denx.de>
> >>>>> Cc: Stefano Babic <sbabic@denx.de>
> >>>>> Cc: Stefan Roese <sr@denx.de>
> >>>>> Cc: "Eric Bénard" <eric@eukrea.com>
> >>>>> Cc: Breno Lima <breno.lima@nxp.com>
> >>>>> Cc: Francesco Montefoschi <francesco.montefoschi@udoo.org>
> >>>>> Signed-off-by: Ezequiel Garcia <ezequiel@collabora.com>
> >>>>> ---
> >>>>> Tested on Wandboard only. Maintainers, please ACK or NAK!
> >>>>>
> >>>>>  configs/cgtqmx6eval_defconfig       | 1 -
> >>>>>  configs/mx6cuboxi_defconfig         | 1 -
> >>>>>  configs/mx6sabreauto_defconfig      | 1 -
> >>>>>  configs/mx6sabresd_defconfig        | 1 -
> >>>>>  configs/mx6slevk_spl_defconfig      | 1 -
> >>>>>  configs/mx6sxsabresd_spl_defconfig  | 1 -
> >>>>>  configs/mx6ul_14x14_evk_defconfig   | 1 -
> >>>>>  configs/mx6ul_9x9_evk_defconfig     | 1 -
> >>>>>  configs/novena_defconfig            | 1 -
> >>>>
> >>>> NAK, I boot my Novena from ext4 and this just broke it.
> >>>>
> >>>> And also, NAK, this removes functionality from SPL which worked fine before.
> >>>>
> >>>
> >>> I'll drop from Novena, but I think the patch still makes some sense,
> >>> why do you want Ext4 on SPL?
> >>
> >> What other filesystem is available in SPL and doesn't have patent problems ?
> >>
> > 
> > Sorry for not being clear. I am asking why turn on a feature that is so heavy,
> > on a system that won't need it (such as Sabre* boards, Wandboard and similar)?
> 
> Two reasons:
> 1) It was enabled, disabling it means removing functionality for no good
>    reason (oops, bloat, is not a good reason), and that is not desired.
> 2) Booting from block device implies booting from a filesystem,
>    otherwise you might overwrite various things on the block device when
>    updating the file (u-boot image).

So, are you using SPL to load something from ext4 or not?  There are
setups where people have configured the system such that SPL loads
something from ext4 and that's why we have it available.  Is anyone
doing that on Novena?  Or any iMX system?

-- 
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/20190525/12e291cf/attachment.sig>

  reply	other threads:[~2019-05-25 23:08 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-25 16:49 [U-Boot] [PATCH] configs: Remove CONFIG_SPL_FS_EXT4 for all MX6 platforms Ezequiel Garcia
2019-05-25 20:15 ` Marek Vasut
2019-05-25 21:47   ` Ezequiel Garcia
2019-05-25 22:24     ` Marek Vasut
2019-05-25 22:45       ` Ezequiel Garcia
2019-05-25 22:57         ` Marek Vasut
2019-05-25 23:08           ` Tom Rini [this message]
2019-05-25 23:20             ` Marek Vasut
2019-05-25 23:23               ` Tom Rini
2019-05-25 23:30                 ` Marek Vasut
2019-05-26  0:33                   ` Tom Rini
2019-05-26  2:58                     ` Marek Vasut
2019-05-26  8:22                   ` Lukasz Majewski
2019-05-26 10:45                     ` Tom Rini
2019-05-26 11:46                       ` Lukasz Majewski
2019-05-26 11:52                         ` Marek Vasut
2019-05-26 12:30                         ` Tom Rini
2019-05-26 15:04                           ` Lukasz Majewski
2019-05-26 16:18                             ` Ezequiel Garcia
2019-05-26 17:30                               ` Marek Vasut
2019-05-27  2:59                                 ` Ezequiel Garcia
2019-05-27  3:33                                   ` Marek Vasut
2019-05-31 10:39           ` Stefano Babic
2019-05-31 10:42             ` Fabio Estevam
2019-05-31 12:17               ` Marek Vasut
2019-05-31 12:18                 ` Fabio Estevam
2019-05-31 12:20                   ` Marek Vasut
2019-05-31 12:42                     ` Tom Rini
2019-05-31 12:46                       ` Marek Vasut
2019-05-31 12:51                         ` Tom Rini
2019-05-31 12:57                           ` Marek Vasut
2019-05-31 13:08                             ` Tom Rini
2019-05-31 13:22                               ` Marek Vasut
2019-05-31 13:31                                 ` Tom Rini
2019-05-31 13:40                                   ` Marek Vasut
2019-05-31 12:43                     ` Fabio Estevam
2019-05-31 12:45                       ` Marek Vasut
2019-05-31 12:51                         ` Fabio Estevam
2019-05-31 12:58                           ` Marek Vasut
2019-05-31 13:08                             ` Tom Rini
2019-05-31 12:24             ` Ezequiel Garcia

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=20190525230821.GA20781@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 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.