Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] support: Allow compression of sdcard.img
Date: Wed, 10 Jan 2018 18:35:16 +0000	[thread overview]
Message-ID: <1515609315.3238.68.camel@synopsys.com> (raw)
In-Reply-To: <20180107230052.GB2774@scaer>

Hi Yann,

On Mon, 2018-01-08 at 00:00 +0100, Yann E. MORIN wrote:
> Evgeniy, All,
> 
> On 2017-12-18 16:51 +0300, Evgeniy Didin spake thusly:
> > In image files, generated by genimage.sh, there
> > are tens of megabytes most of which might be filled
> > with zeros as partitions are made a bit larger than
> > needed for minimalictic rootfs (which allows users to
> > add more libs and aps later on without messign with
> > partition sizes).
> > 
> > So adding an option for genimage.sh script, setting which
> > we gzip image file and greatly reduce it size.
> 
> Sorry, I am not in favour if this.
> 
> Today you're adding gzip compression (and by the way, -g is really
> unusual for a compresion option, it usually is called -z), but tomorrow
> someone will want xz compression, then another one will want lzo or lzip
> or whatever...

Well I'm not sure if the idea behind that move was clearly explained.
The point was to generate larger first partition so users may squeeze more
stuff there (like splashscreens/logos for U-Boot, larger uImage/zImage or
a couple of them even) while keeping smaller footprint of the resulting artifact
(sdcard.img.xxx). We were inspired by OpenWrt guys who compress images,
see https://downloads.lede-project.org/releases/17.01.4/targets/brcm2708/bcm2710/lede-17.01.4-brcm2708-bcm2710-rpi-3-ext4-sdcard.img.gz
as an example.

> And then someone will want to add gpg signature and encryption or
> whatnot...

That's for sure :)

> So, in such situation, I would argue that one should provide their
> post-image script, that does whatever last-minute tweaks on the
> generated image(s).

Ok it's OK by me as well.

> And by the way, this patch compreses the image, but does not remove the
> original, so this is actually a loss of space.

Sure, that should be addressed.

> So I am not in favour of this patch, sorry.

Anyways, thanks for the review!

-Alexey

      reply	other threads:[~2018-01-10 18:35 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-18 13:51 [Buildroot] [PATCH] support: Allow compression of sdcard.img Evgeniy Didin
2018-01-07 23:00 ` Yann E. MORIN
2018-01-10 18:35   ` Alexey Brodkin [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=1515609315.3238.68.camel@synopsys.com \
    --to=alexey.brodkin@synopsys.com \
    --cc=buildroot@busybox.net \
    /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