diff options
| author | Daniel P. Berrange <berrange@redhat.com> | 2012-01-16 18:11:40 +0000 |
|---|---|---|
| committer | Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> | 2012-01-30 10:54:17 +0530 |
| commit | eed968607d656a218712df47a5e0432c21fd6994 (patch) | |
| tree | e23d3348aa434d16be2f1931b8ca68e5baf9bb2d /buffered_file.h | |
| parent | 68e59e14605f9e6390d8d975f9ab919be9176bc2 (diff) | |
| download | qemu-eed968607d656a218712df47a5e0432c21fd6994.zip qemu-eed968607d656a218712df47a5e0432c21fd6994.tar.gz qemu-eed968607d656a218712df47a5e0432c21fd6994.tar.bz2 | |
hw/9pfs: Remove O_NOATIME flag from 9pfs open() calls in readonly mode
When 2c74c2cb4bedddbfa67628fbd5f9273b4e0e9903 added support for
the 'readonly' flag against 9p filesystems, it also made QEMU
add the O_NOATIME flag as a side-effect.
The O_NOATIME flag, however, may only be set by the file owner,
or a user with CAP_FOWNER capability. QEMU cannot assume that
this is the case for filesytems exported to QEMU.
eg, run QEMU as non-root, and attempt to pass the host OS
filesystem through to the guest OS with readonly enable.
The result is that the guest OS cannot open any files at
all.
If O_NOATIME is really required, it should be optionally
enabled via a separate QEMU command line flag.
* hw/9pfs/virtio-9p.c: Remove O_NOATIME
Acked-by: M. Mohan Kumar <mohan@in.ibm.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Diffstat (limited to 'buffered_file.h')
0 files changed, 0 insertions, 0 deletions