summaryrefslogtreecommitdiff
path: root/scripts/mksysmap
diff options
context:
space:
mode:
authorEzequiel Garcia <ezequiel.garcia@free-electrons.com>2014-04-17 00:47:33 +0400
committerArtem Bityutskiy <artem.bityutskiy@linux.intel.com>2014-05-13 14:45:16 +0400
commit778c7eb82f29e0f09748290b380c1ed646ce9620 (patch)
tree7d46c7ba634c268a95e5a1dcf120461613c109c7 /scripts/mksysmap
parent691a7c6f28ac90cccd0dbcf81348ea90b211bdd0 (diff)
downloadlinux-778c7eb82f29e0f09748290b380c1ed646ce9620.tar.xz
UBI: weaken the 'exclusive' constraint when opening volumes to rename
The UBI volume rename ioctl (UBI_IOCRNVOL) open the volumes in exclusive mode. The volumes are opened for two reasons: to build a volume rename list, and a volume remove list. However, the first open constraint is excessive and can be replaced by a 'read-write' open mode. The second open constraint is properly set as 'exclusive' given the volume is opened for removal and we don't want any users around. By weakening the former 'exclusive' mode, we allow 'read-only' users to keep the volume open, while a rename is taking place. This is useful to perform an atomic rename, in a firmware upgrade scenario, while keeping the volume in read-only use (for instance, if a ubiblock is mounted as rootfs). It's worth mention this is not the case of UBIFS, which keeps the volume opened as 'read-write' despite mounted as read-write or read-only mode. This change was suggested at least twice by Artem: http://lists.infradead.org/pipermail/linux-mtd/2012-September/044175.html http://permalink.gmane.org/gmane.linux.drivers.mtd/39866 Signed-off-by: Ezequiel Garcia <ezequiel.garcia@free-electrons.com> Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
Diffstat (limited to 'scripts/mksysmap')
0 files changed, 0 insertions, 0 deletions