9pfs: make multidevs=remap default
authorChristian Schoenebeck <qemu_oss@crudebyte.com>
Sun, 22 Dec 2024 14:10:44 +0000 (15:10 +0100)
committerChristian Schoenebeck <qemu_oss@crudebyte.com>
Thu, 6 Feb 2025 16:10:46 +0000 (17:10 +0100)
commita2f17bd40b3d302f6c1ddf0da75d2343966e0a3f
tree099957cf5dd0ed4186d24abde43b5f589927fe0f
parent0ad7cb925edff3f14bd47fdb7ef3c0b6186960d4
9pfs: make multidevs=remap default

1a6ed33cc5 introduced option multidevs=remap|forbid|warn and made
"warn" the default option.

As it turned out though, e.g. by several reports in conjunction with
following 9p client issue:

https://github.com/torvalds/linux/commit/850925a8133c73c4a2453c360b2c3beb3bab67c9

Many people are just ignoring this warning, or even do not notice the
warning at all. Therefore make multidevs=remap the new default option to
prevent people to run into such kind of severe misbehaviours in the first
place.

From performance PoV the runtime overhead of multidevs=remap is
neglectable with few or even just only one device being shared with the
same 9p export, expected to be constant Theta(1). The inode numbers
emitted to guest also just loose one bit (since 6b6aa8285d) for the 1st
device being shared.

Signed-off-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Message-Id: <09cc84e5561f66b6a8cf49b3532c6c78a6acc806.1734876877.git.qemu_oss@crudebyte.com>
hw/9pfs/9p-local.c
qemu-options.hx