mirror of
https://github.com/joel16/android_kernel_sony_msm8994_rework.git
synced 2024-12-26 22:16:09 +00:00
fs: correct SuS compliance for open of large file without options
The early LFS work that Linux uses favours EFBIG in various places. SuSv3 specifically uses EOVERFLOW for this as noted by Michael (Bug 7253) [EOVERFLOW] The named file is a regular file and the size of the file cannot be represented correctly in an object of type off_t. We should therefore transition to the proper error return code Signed-off-by: Alan Cox <alan@redhat.com> Cc: Theodore Tso <tytso@mit.edu> Cc: Jens Axboe <jens.axboe@oracle.com> Cc: Arjan van de Ven <arjan@infradead.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
28e3fed8b7
commit
a9c62a18a2
@ -406,7 +406,7 @@ static int gfs2_open(struct inode *inode, struct file *file)
|
||||
|
||||
if (!(file->f_flags & O_LARGEFILE) &&
|
||||
ip->i_di.di_size > MAX_NON_LFS) {
|
||||
error = -EFBIG;
|
||||
error = -EOVERFLOW;
|
||||
goto fail_gunlock;
|
||||
}
|
||||
|
||||
|
@ -61,7 +61,7 @@ static int ntfs_file_open(struct inode *vi, struct file *filp)
|
||||
{
|
||||
if (sizeof(unsigned long) < 8) {
|
||||
if (i_size_read(vi) > MAX_LFS_FILESIZE)
|
||||
return -EFBIG;
|
||||
return -EOVERFLOW;
|
||||
}
|
||||
return generic_file_open(vi, filp);
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user