Home
last modified time | relevance | path

Searched hist:"1 d3d752b471d2a3a1d5e4fe177e5e7d52abb4e4c" (Results 1 – 4 of 4) sorted by relevance

/openbmc/linux/fs/fuse/
H A Dfuse_i.hdiff 1d3d752b471d2a3a1d5e4fe177e5e7d52abb4e4c Fri Jan 06 02:19:40 CST 2006 Miklos Szeredi <miklos@szeredi.hu> [PATCH] fuse: clean up request size limit checking

Change the way a too large request is handled. Until now in this case the
device read returned -EINVAL and the operation returned -EIO.

Make it more flexibible by not returning -EINVAL from the read, but restarting
it instead.

Also remove the fixed limit on setxattr data and let the filesystem provide as
large a read buffer as it needs to handle the extended attribute data.

The symbolic link length is already checked by VFS to be less than PATH_MAX,
so the extra check against FUSE_SYMLINK_MAX is not needed.

The check in fuse_create_open() against FUSE_NAME_MAX is not needed, since the
dentry has already been looked up, and hence the name already checked.

Signed-off-by: Miklos Szeredi <miklos@szeredi.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
H A Ddev.cdiff 1d3d752b471d2a3a1d5e4fe177e5e7d52abb4e4c Fri Jan 06 02:19:40 CST 2006 Miklos Szeredi <miklos@szeredi.hu> [PATCH] fuse: clean up request size limit checking

Change the way a too large request is handled. Until now in this case the
device read returned -EINVAL and the operation returned -EIO.

Make it more flexibible by not returning -EINVAL from the read, but restarting
it instead.

Also remove the fixed limit on setxattr data and let the filesystem provide as
large a read buffer as it needs to handle the extended attribute data.

The symbolic link length is already checked by VFS to be less than PATH_MAX,
so the extra check against FUSE_SYMLINK_MAX is not needed.

The check in fuse_create_open() against FUSE_NAME_MAX is not needed, since the
dentry has already been looked up, and hence the name already checked.

Signed-off-by: Miklos Szeredi <miklos@szeredi.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
H A Ddir.cdiff 1d3d752b471d2a3a1d5e4fe177e5e7d52abb4e4c Fri Jan 06 02:19:40 CST 2006 Miklos Szeredi <miklos@szeredi.hu> [PATCH] fuse: clean up request size limit checking

Change the way a too large request is handled. Until now in this case the
device read returned -EINVAL and the operation returned -EIO.

Make it more flexibible by not returning -EINVAL from the read, but restarting
it instead.

Also remove the fixed limit on setxattr data and let the filesystem provide as
large a read buffer as it needs to handle the extended attribute data.

The symbolic link length is already checked by VFS to be less than PATH_MAX,
so the extra check against FUSE_SYMLINK_MAX is not needed.

The check in fuse_create_open() against FUSE_NAME_MAX is not needed, since the
dentry has already been looked up, and hence the name already checked.

Signed-off-by: Miklos Szeredi <miklos@szeredi.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
H A Dinode.cdiff 1d3d752b471d2a3a1d5e4fe177e5e7d52abb4e4c Fri Jan 06 02:19:40 CST 2006 Miklos Szeredi <miklos@szeredi.hu> [PATCH] fuse: clean up request size limit checking

Change the way a too large request is handled. Until now in this case the
device read returned -EINVAL and the operation returned -EIO.

Make it more flexibible by not returning -EINVAL from the read, but restarting
it instead.

Also remove the fixed limit on setxattr data and let the filesystem provide as
large a read buffer as it needs to handle the extended attribute data.

The symbolic link length is already checked by VFS to be less than PATH_MAX,
so the extra check against FUSE_SYMLINK_MAX is not needed.

The check in fuse_create_open() against FUSE_NAME_MAX is not needed, since the
dentry has already been looked up, and hence the name already checked.

Signed-off-by: Miklos Szeredi <miklos@szeredi.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>