diff options
author | Jiri Slaby <[email protected]> | 2015-02-27 18:40:31 +0100 |
---|---|---|
committer | Greg Kroah-Hartman <[email protected]> | 2015-03-07 03:06:51 +0100 |
commit | f0bf0bd07943bfde8f5ac39a32664810a379c7d3 (patch) | |
tree | bd55289965c449cadab342b0e57fe549dc9cb3eb /tools/perf/scripts/python/Perf-Trace-Util/lib/Perf | |
parent | dfd37668ea6d5029fb5d8a66ea5e202d0655fad7 (diff) |
tty: fix up atime/mtime mess, take four
This problem was taken care of three times already in
* b0de59b5733d18b0d1974a060860a8b5c1b36a2e (TTY: do not update
atime/mtime on read/write),
* 37b7f3c76595e23257f61bd80b223de8658617ee (TTY: fix atime/mtime
regression), and
* b0b885657b6c8ef63a46bc9299b2a7715d19acde (tty: fix up atime/mtime
mess, take three)
But it still misses one point. As John Paul correctly points out, we
do not care about setting date. If somebody ever changes wall
time backwards (by mistake for example), tty timestamps are never
updated until the original wall time passes.
So check the absolute difference of times and if it large than "8
seconds or so", always update the time. That means we will update
immediatelly when changing time. Ergo, CAP_SYS_TIME can foul the
check, but it was always that way.
Thanks John for serving me this so nicely debugged.
Signed-off-by: Jiri Slaby <[email protected]>
Reported-by: John Paul Perry <[email protected]>
Cc: <[email protected]> # all, as b0b885657 was backported
Acked-by: Linus Torvalds <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/Perf-Trace-Util/lib/Perf')
0 files changed, 0 insertions, 0 deletions