Finally got some testing done on this, and it wasn't quite right. We
need to return information from F_GETLK no-matter what l_type is - at
the very least we return a value in l_type, but might return start/length as well.
This patch has been tested (LSB test suite), and works.
Signed-off-by: Neil Brown <[email protected]>
### Diffstat output
./fs/compat.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff ./fs/compat.c~current~ ./fs/compat.c
--- ./fs/compat.c~current~ 2005-11-18 11:49:08.000000000 +1100
+++ ./fs/compat.c 2005-11-18 11:49:57.000000000 +1100
@@ -493,9 +493,9 @@ asmlinkage long compat_sys_fcntl64(unsig
set_fs(KERNEL_DS);
ret = sys_fcntl(fd, cmd, (unsigned long)&f);
set_fs(old_fs);
- if (cmd == F_GETLK && ret == 0 && f.l_type == F_UNLCK) {
- /* there was a conflicting lock, and we need to return
- * the data... but it needs to fit in the compat structure.
+ if (cmd == F_GETLK && ret == 0) {
+ /* GETLK was successfule and we need to return the data...
+ * but it needs to fit in the compat structure.
* l_start shouldn't be too big, unless the original
* start + end is greater than COMPAT_OFF_T_MAX, in which
* case the app was asking for trouble, so we return
@@ -526,7 +526,7 @@ asmlinkage long compat_sys_fcntl64(unsig
((cmd == F_SETLK64) ? F_SETLK : F_SETLKW),
(unsigned long)&f);
set_fs(old_fs);
- if (cmd == F_GETLK64 && ret == 0 && f.l_type == F_UNLCK) {
+ if (cmd == F_GETLK64 && ret == 0) {
/* need to return lock information - see above for commentary */
if (f.l_start > COMPAT_LOFF_T_MAX)
ret = -EOVERFLOW;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
