summaryrefslogtreecommitdiffstats
path: root/net/Makefile
diff options
context:
space:
mode:
authorEric Paris <eparis@redhat.com>2009-08-16 21:51:55 -0400
committerLinus Torvalds <torvalds@linux-foundation.org>2009-08-17 13:37:37 -0700
commit08e53fcb0db34baca3db84a457b6d67faabee4c6 (patch)
treec9c112a0aa290895a416b5bfc3f58aa328bc74e8 /net/Makefile
parentcd94c8bbef8d4b796a7ed4c551355a334604fd36 (diff)
downloadtalos-obmc-linux-08e53fcb0db34baca3db84a457b6d67faabee4c6.tar.gz
talos-obmc-linux-08e53fcb0db34baca3db84a457b6d67faabee4c6.zip
inotify: start watch descriptor count at 1
The inotify_add_watch man page specifies that inotify_add_watch() will return a non-negative integer. However, historically the inotify watches started at 1, not at 0. Turns out that the inotifywait program provided by the inotify-tools package doesn't properly handle a 0 watch descriptor. In 7e790dd5 we changed from starting at 1 to starting at 0. This patch starts at 1, just like in previous kernels, but also just like in previous kernels it's possible for it to wrap back to 0. This preserves the kernel functionality exactly like it was before the patch (neither method broke the spec) Signed-off-by: Eric Paris <eparis@redhat.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'net/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud