[U-Boot] [PATCH] openrd: Once again shrink binary size

From: Chris Packham <judge.packham@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] openrd: Once again shrink binary size
Date: Thu, 2 Aug 2018 20:59:03 +1200	[thread overview]
Message-ID: <CAFOYHZCWKa-V0Lj=i9yBSon9m8nDjRkgcj_Vq-iba_uiBCVY-A@mail.gmail.com> (raw)
In-Reply-To: <20180801111850.GS32145@bill-the-cat>

On Wed, 1 Aug 2018, 11:18 PM Tom Rini, <trini@konsulko.com> wrote:

> On Wed, Aug 01, 2018 at 08:40:18PM +1200, Chris Packham wrote:
>
> > On Fri, Jul 27, 2018 at 11:59 PM Tom Rini <trini@konsulko.com> wrote:
> > >
> > > With some recent changes to relevant drivers here the openrd board
> > > (openrd_client in this case) does not fit within its size constraint.
> > > We can however drop the slightly extended baudrate table and then the
> > > duplication of mtdparts/mtdids in the default environment.  These
> > > defaults are set in the environment by the 'mtdparts' command and
> > > otherwise referenced throughout the code.
> > >
> > > Signed-off-by: Tom Rini <trini@konsulko.com>
> >
> > We could probably shrink things further by disabling jffs2 and only
> > supporting ubifs. Similarly having support for both fat and ext4 is
> > taking up much of the image although it may be less desirable to pick
> > only one of these since either of those file systems could be on
> > removable media.
>
> Ah, so, did you also see my email marking the platforms as orphaned?  If
> so, please feel free to pick them up and trim the config down :)
> Thanks!
>

Yep I did. I'm happy to put some effort into trimming them down but I don't
have any genuine openrd hardware to test on (I do have some custom kirkwood
based boards).

I can do some basic things (like disabling jffs2) but I'd be hesitant to do
more involved things like converting to devicetree without actual hardware
to test on. Hopefully we can find someone with access to the real thing.