diff options
| author | Petr Štetiar <ynezz@true.cz> | 2019-03-27 11:31:14 +0100 |
|---|---|---|
| committer | Petr Štetiar <ynezz@true.cz> | 2019-06-25 14:12:21 +0000 |
| commit | d03ef97c1b57b2b5588115d3b7c7355399874aa3 (patch) | |
| tree | 066bb76b82d7f3e00fe4701841e566d26acd85b2 /target/linux/generic/pending-4.19/400-mtd-add-rootfs-split-support.patch | |
| parent | 029c97046468e4a793b5332e999aa42c2e74c84e (diff) | |
| download | upstream-d03ef97c1b57b2b5588115d3b7c7355399874aa3.tar.gz upstream-d03ef97c1b57b2b5588115d3b7c7355399874aa3.tar.bz2 upstream-d03ef97c1b57b2b5588115d3b7c7355399874aa3.zip | |
build: remove TARGET_IMAGES_PAD option
It's being used only in x86 target to produce combined images, where
it's mandatory to have padded images in order to produce working
squashfs combined images usable in QEMU.
Currently we're producing unusable x86 combined squashfs images
(18.06.1, 18.06.2 and snapshots) as we don't enable TARGET_IMAGES_PAD,
thus providing very small space for the overlay filesystem, leading to
the following with OpenWrt 18.06.1 r7258-5eb055306f images on x86 QEMU:
root@(none):/# mount | egrep 'root|overlay'
/dev/root on /rom type squashfs
/dev/loop0 on /overlay type ext4
overlayfs:/overlay on / type overlay
root@(none):/# df -h | egrep 'root|overlay|Size'
Filesystem Size Used Available Use% Mounted on
/dev/root 2.5M 2.5M 0 100% /rom
/dev/loop0 113.0K 8.0K 97.0K 8% /overlay
overlayfs:/overlay 113.0K 8.0K 97.0K 8% /
So we should rather ensure proper image padding in image generation code
and we shouldn't rely on config options in order to generate usable
images.
Signed-off-by: Petr Štetiar <ynezz@true.cz>
Diffstat (limited to 'target/linux/generic/pending-4.19/400-mtd-add-rootfs-split-support.patch')
0 files changed, 0 insertions, 0 deletions