aboutsummaryrefslogtreecommitdiff
path: root/drivers/video/logo/logo_linux_clut224.ppm
diff options
context:
space:
mode:
authorZhang Le <r0bertz@gentoo.org>2009-03-16 14:44:31 +0800
committerLinus Torvalds <torvalds@linux-foundation.org>2009-03-16 07:51:33 -0700
commitee6f779b9e0851e2f7da292a9f58e0095edf615a (patch)
tree71aa57da0fea292c50b12d9ef73373fcd940162e /drivers/video/logo/logo_linux_clut224.ppm
parent5bee17f18b595937e6beafeee5197868a3f74a06 (diff)
filp->f_pos not correctly updated in proc_task_readdir
filp->f_pos only get updated at the end of the function. Thus d_off of those dirents who are in the middle will be 0, and this will cause a problem in glibc's readdir implementation, specifically endless loop. Because when overflow occurs, f_pos will be set to next dirent to read, however it will be 0, unless the next one is the last one. So it will start over again and again. There is a sample program in man 2 gendents. This is the output of the program running on a multithread program's task dir before this patch is applied: $ ./a.out /proc/3807/task --------------- nread=128 --------------- i-node# file type d_reclen d_off d_name 506442 directory 16 1 . 506441 directory 16 0 .. 506443 directory 16 0 3807 506444 directory 16 0 3809 506445 directory 16 0 3812 506446 directory 16 0 3861 506447 directory 16 0 3862 506448 directory 16 8 3863 This is the output after this patch is applied $ ./a.out /proc/3807/task --------------- nread=128 --------------- i-node# file type d_reclen d_off d_name 506442 directory 16 1 . 506441 directory 16 2 .. 506443 directory 16 3 3807 506444 directory 16 4 3809 506445 directory 16 5 3812 506446 directory 16 6 3861 506447 directory 16 7 3862 506448 directory 16 8 3863 Signed-off-by: Zhang Le <r0bertz@gentoo.org> Acked-by: Al Viro <viro@ZenIV.linux.org.uk> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/video/logo/logo_linux_clut224.ppm')
0 files changed, 0 insertions, 0 deletions