Re: [Qemu-devel] [PATCH 0/2] iotests: Fix 226 on _my_ system

2018-07-27 Thread Fam Zheng
On Fri, Jul 27, 2018 at 6:04 PM Kevin Wolf wrote: > > Am 27.07.2018 um 11:24 hat Fam Zheng geschrieben: > > On Tue, 07/24 16:47, Fam Zheng wrote: > > > Something has locked /dev/null on my system (I still don't know what to > > > do with > > > the annoying incapability of lslocks, or more precise

Re: [Qemu-devel] [PATCH 0/2] iotests: Fix 226 on _my_ system

2018-07-27 Thread Kevin Wolf
Am 27.07.2018 um 11:24 hat Fam Zheng geschrieben: > On Tue, 07/24 16:47, Fam Zheng wrote: > > Something has locked /dev/null on my system (I still don't know what to do > > with > > the annoying incapability of lslocks, or more precisely /proc/locks, on > > inspecting OFD lock information), and as

Re: [Qemu-devel] [PATCH 0/2] iotests: Fix 226 on _my_ system

2018-07-27 Thread Fam Zheng
On Tue, 07/24 16:47, Fam Zheng wrote: > Something has locked /dev/null on my system (I still don't know what to do > with > the annoying incapability of lslocks, or more precisely /proc/locks, on > inspecting OFD lock information), and as a result 226 cannot pass due to the > unexpected image lock

Re: [Qemu-devel] [PATCH 0/2] iotests: Fix 226 on _my_ system

2018-07-24 Thread John Snow
On 07/24/2018 04:47 AM, Fam Zheng wrote: > Something has locked /dev/null on my system (I still don't know what to do > with > the annoying incapability of lslocks, or more precisely /proc/locks, on > inspecting OFD lock information), and as a result 226 cannot pass due to the > unexpected imag

Re: [Qemu-devel] [PATCH 0/2] iotests: Fix 226 on _my_ system

2018-07-24 Thread Eric Blake
On 07/24/2018 03:47 AM, Fam Zheng wrote: Something has locked /dev/null on my system (I still don't know what to do with the annoying incapability of lslocks, or more precisely /proc/locks, on inspecting OFD lock information), and as a result 226 cannot pass due to the unexpected image locking er

[Qemu-devel] [PATCH 0/2] iotests: Fix 226 on _my_ system

2018-07-24 Thread Fam Zheng
Something has locked /dev/null on my system (I still don't know what to do with the annoying incapability of lslocks, or more precisely /proc/locks, on inspecting OFD lock information), and as a result 226 cannot pass due to the unexpected image locking error. Fix the test case by disabling lockin