Daniel Golle 2baded9ecc base-files: make sure tools are present in sysupgrade ramdisk ... Not all targets create /var/lock or touch /var/lock/fw_printenv.lock in their platform.sh. This is problematic as fw_printenv then fails in case /var/lock/fw_printenv.lock has not been created by previous calls to fw_printenv/fw_setenv before sysupgrade is run. Targets using fw_printenv/fw_setenv during sysupgrade: * ath79/* * ipq40xx/* * ipq806x/* * kirkwood/* * layerscape/* * mediatek/mt7622 * mvebu/* * ramips/* * realtek/* Targets currently using additional steps in /lib/upgrade/platform.sh to make sure /var/lock/fw_printenv.lock (or at least /var/lock) actually exists: * ath79/* (openmesh devices) * ipq40xx/* (linksys devices) * ipq806x/* (linksys devices) * kirkwood/* (linksys devices) * layerscape/* * mvebu/cortexa9 (linksys devices) Given that accessing the U-Boot environment during sysupgrade is not uncommon and the situation across targets is currently quite diverse, just make sure both tools as well fw_env.config are always copied to the ramdisk used for sysupgrade. Also make sure /var/lock always exists. This now allows to remove copying of fw_printenv/fw_setenv as well as fw_env.config, creation of /var/lock or even /var/lock/fw_printenv.lock from lib/upgrade/platform.sh or files included there. As the same applies also to 'fwtool' which is used by generic eMMC sysupgrade, also always copy that to ramdisk. Signed-off-by: Daniel Golle <daniel@makrotopia.org>		2022-02-22 19:16:03 +00:00
..
bin	base-files: fix typo in config_generate MAC check	2021-06-14 22:29:49 +02:00
etc	base-files: replace fgrep with grep -F	2022-02-06 23:09:15 +01:00
lib	base-files: make sure tools are present in sysupgrade ramdisk	2022-02-22 19:16:03 +00:00
rom	rename default/ to files/	2006-11-22 23:30:57 +00:00
sbin	base-files: wifi: tidy up the reconf code	2021-06-28 17:24:15 +02:00
usr	base-files: validate firmware for compatibility with backup	2019-09-08 09:10:30 +02:00