Home
last modified time | relevance | path

Searched hist:b25801038da5823bba1b5440a57ca68afc51b6bd (Results 1 – 6 of 6) sorted by relevance

/openbmc/linux/fs/ocfs2/
H A Dsuper.hdiff b25801038da5823bba1b5440a57ca68afc51b6bd Fri Mar 09 18:53:21 CST 2007 Mark Fasheh <mark.fasheh@oracle.com> ocfs2: Support xfs style space reservation ioctls

We re-use the RESVSP/UNRESVSP ioctls from xfs which allow the user to
allocate and deallocate regions to a file without zeroing data or changing
i_size.

Though renamed, the structure passed in from user is identical to struct
xfs_flock64. The three fields that are actually used right now are l_whence,
l_start and l_len.

This should get ocfs2 immediate compatibility with userspace software using
the pre-existing xfs ioctls.

Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
H A Dfile.hdiff b25801038da5823bba1b5440a57ca68afc51b6bd Fri Mar 09 18:53:21 CST 2007 Mark Fasheh <mark.fasheh@oracle.com> ocfs2: Support xfs style space reservation ioctls

We re-use the RESVSP/UNRESVSP ioctls from xfs which allow the user to
allocate and deallocate regions to a file without zeroing data or changing
i_size.

Though renamed, the structure passed in from user is identical to struct
xfs_flock64. The three fields that are actually used right now are l_whence,
l_start and l_len.

This should get ocfs2 immediate compatibility with userspace software using
the pre-existing xfs ioctls.

Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
H A Docfs2_fs.hdiff b25801038da5823bba1b5440a57ca68afc51b6bd Fri Mar 09 18:53:21 CST 2007 Mark Fasheh <mark.fasheh@oracle.com> ocfs2: Support xfs style space reservation ioctls

We re-use the RESVSP/UNRESVSP ioctls from xfs which allow the user to
allocate and deallocate regions to a file without zeroing data or changing
i_size.

Though renamed, the structure passed in from user is identical to struct
xfs_flock64. The three fields that are actually used right now are l_whence,
l_start and l_len.

This should get ocfs2 immediate compatibility with userspace software using
the pre-existing xfs ioctls.

Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
H A Dioctl.cdiff b25801038da5823bba1b5440a57ca68afc51b6bd Fri Mar 09 18:53:21 CST 2007 Mark Fasheh <mark.fasheh@oracle.com> ocfs2: Support xfs style space reservation ioctls

We re-use the RESVSP/UNRESVSP ioctls from xfs which allow the user to
allocate and deallocate regions to a file without zeroing data or changing
i_size.

Though renamed, the structure passed in from user is identical to struct
xfs_flock64. The three fields that are actually used right now are l_whence,
l_start and l_len.

This should get ocfs2 immediate compatibility with userspace software using
the pre-existing xfs ioctls.

Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
H A Dsuper.cdiff b25801038da5823bba1b5440a57ca68afc51b6bd Fri Mar 09 18:53:21 CST 2007 Mark Fasheh <mark.fasheh@oracle.com> ocfs2: Support xfs style space reservation ioctls

We re-use the RESVSP/UNRESVSP ioctls from xfs which allow the user to
allocate and deallocate regions to a file without zeroing data or changing
i_size.

Though renamed, the structure passed in from user is identical to struct
xfs_flock64. The three fields that are actually used right now are l_whence,
l_start and l_len.

This should get ocfs2 immediate compatibility with userspace software using
the pre-existing xfs ioctls.

Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
H A Dfile.cdiff b25801038da5823bba1b5440a57ca68afc51b6bd Fri Mar 09 18:53:21 CST 2007 Mark Fasheh <mark.fasheh@oracle.com> ocfs2: Support xfs style space reservation ioctls

We re-use the RESVSP/UNRESVSP ioctls from xfs which allow the user to
allocate and deallocate regions to a file without zeroing data or changing
i_size.

Though renamed, the structure passed in from user is identical to struct
xfs_flock64. The three fields that are actually used right now are l_whence,
l_start and l_len.

This should get ocfs2 immediate compatibility with userspace software using
the pre-existing xfs ioctls.

Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>