JV: I hope I have correctly understood your description of how lock/getlock
should behave.
v9fs_fsync and possibly others break when asked to operate on a directory.
It does not check fid_type to see if it is operating on a directory and
therefore accesses the wrong element of the fs union.
This
On 04/26/2011 09:51 AM, Sassan Panahinejad wrote:
v9fs_fsync and possibly others break when asked to operate on a directory.
It does not check fid_type to see if it is operating on a directory and
therefore accesses the wrong element of the fs union.
This error can result in guest applications f
v9fs_fsync and possibly others break when asked to operate on a directory.
It does not check fid_type to see if it is operating on a directory and
therefore accesses the wrong element of the fs union.
This error can result in guest applications failing (in my case it was dpkg).
This patch fixes th
On 04/26/2011 06:29 AM, Sassan Panahinejad wrote:
I will have to study XATTR and see how that will be affected. I don't
know whether it is possible for these functions to be called for
XATTR, and if it is then I do not know the proper way to handle it.
Perhaps we should have some function or mac
On 26 April 2011 13:58, Stefan Hajnoczi wrote:
> What about P9_FID_XATTR, seems like we have the same issue there too?
>
> wstat, lock, and getlock need closer auditing and perhaps fixing.
>
> Stefan
>
Sorry, forgot to hit reply-to-all.
Yes, it is probable that those functions will suffer from
On Tue, Apr 26, 2011 at 1:14 PM, Sassan Panahinejad wrote:
> v9fs_fsync and possibly others break when asked to operate on a directory.
> It does not check fid_type to see if it is operating on a directory and
> therefore accesses the wrong element of the fs union.
> This error can result in gues
v9fs_fsync and possibly others break when asked to operate on a directory.
It does not check fid_type to see if it is operating on a directory and
therefore accesses the wrong element of the fs union.
This error can result in guest applications failing (in my case it was dpkg).
This patch fixes th
On Mon, Apr 25, 2011 at 6:54 PM, Sassan Panahinejad wrote:
Thanks for finding and fixing this. Please see this wiki page on
contributing patches to QEMU:
http://wiki.qemu.org/Contribute/SubmitAPatch
> v9fs_fsync and possibly others break when asked to operate on a directory.
> It does not check
v9fs_fsync and possibly others break when asked to operate on a directory.
It does not check fid_type to see if it is operating on a directory and
therefore accesses the wrong element of the fs union.
This error can result in guest applications failing (in my case it was dpkg).
This patch fixes th
