aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/ath79/image/common-yuncore.mk
diff options
context:
space:
mode:
authorBruno Pena <brunompena@gmail.com>2019-11-09 15:23:58 +0100
committerPetr Štetiar <ynezz@true.cz>2020-01-20 20:57:21 +0100
commitde80424f706682e8bba27c60bcd2a9c1b4a5e875 (patch)
treeb3d1a96d7bf433808a6a23ab8dbbeed3f783c99b /target/linux/ath79/image/common-yuncore.mk
parent63000bfaf7163d97ac6feb343c7587e3d339e65e (diff)
downloadupstream-de80424f706682e8bba27c60bcd2a9c1b4a5e875.tar.gz
upstream-de80424f706682e8bba27c60bcd2a9c1b4a5e875.tar.bz2
upstream-de80424f706682e8bba27c60bcd2a9c1b4a5e875.zip
kernel: mtd: Make subpartitions inherit parent's access mode
Currently it's not possible to effectively mark a "firmware" partition as read-only. The sub-partitions "kernel", "rootfs" and "rootfs_data" are always created as read-write (ignoring the parent access mode). This patch enforces the access mode of sub-partitions to match the parent partition, which is useful for recovery images that are meant to be fully read-only to avoid accidental damage from end-user. An example of such implementation (read-only firmware image) is the recovery image used on the Zsun-SD100 [1]. Please note the related patch for fstools [2] to enable this read-only concept. [1] https://github.com/brunompena/zsun-resources [2] http://lists.infradead.org/pipermail/openwrt-devel/2020-January/021043.html Signed-off-by: Bruno Pena <brunompena@gmail.com> [removed already obsolete 4.9 kernel patch] Signed-off-by: Petr Štetiar <ynezz@true.cz>
Diffstat (limited to 'target/linux/ath79/image/common-yuncore.mk')
0 files changed, 0 insertions, 0 deletions