[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH for-2.10? v3 0/2] block: Do OFD lock check at ru
From: |
Kevin Wolf |
Subject: |
Re: [Qemu-devel] [PATCH for-2.10? v3 0/2] block: Do OFD lock check at runtime |
Date: |
Fri, 11 Aug 2017 14:13:33 +0200 |
User-agent: |
Mutt/1.8.3 (2017-05-23) |
Am 11.08.2017 um 13:44 hat Fam Zheng geschrieben:
> v3: Fix mingw build. [patchew]
>
> v2: Probe /dev/null to save LOC. [Eric]
> Mention "new glibc + old kernel" in commit message. [Kevin, Daniel, Eric,
> Christian]
>
> This fixes the image opening failure reported by Andrew Baumann:
>
> > I'm running a recent Linux build of qemu on Windows Subsystem for Linux
> > (WSL)
> > which doesn't appear to implement file locking:
> >
> > $ qemu-system-aarch64 ... -drive file=test.vhdx,if=none,id=hd0 -device
> > virtio-blk-pci,drive=hd0
> > qemu-system-aarch64: -drive file=test.vhdx,if=none,id=hd0: Failed to unlock
> > byte 100
> > qemu-system-aarch64: -drive file=test.vhdx,if=none,id=hd0: Failed to unlock
> > byte 100
> > qemu-system-aarch64: -drive file=test.vhdx,if=none,id=hd0: Failed to lock
> > byte 100
>
> It appears to be that the binary is built for Linux targets, but the WSL
> runtime doesn't recognize the ops (-EINVAL).
>
> This is also a practical problem for Linux considering it's possible to run
> QEMU which is built against a new glibc on an old kernel that doesn't have OFD
> API.
>
> Convert to runtime check to cope with that.
Thanks, applied to the block branch.
Kevin