diff options
author | Matt Mackall <mpm@selenic.com> | 2010-01-29 08:50:36 (GMT) |
---|---|---|
committer | Herbert Xu <herbert@gondor.apana.org.au> | 2010-02-01 19:50:23 (GMT) |
commit | a996996dd75a9086b12d1cb4010f26e1748993f0 (patch) | |
tree | 3a65c1d6636f24e3edc175b54fabfdfd1fed91ef /drivers/char/random.c | |
parent | 92dcffb916d309aa01778bf8963a6932e4014d07 (diff) | |
download | linux-a996996dd75a9086b12d1cb4010f26e1748993f0.tar.xz |
random: drop weird m_time/a_time manipulation
No other driver does anything remotely like this that I know of except
for the tty drivers, and I can't see any reason for random/urandom to do
it. In fact, it's a (trivial, harmless) timing information leak. And
obviously, it generates power- and flash-cycle wasting I/O, especially
if combined with something like hwrngd. Also, it breaks ubifs's
expectations.
Signed-off-by: Matt Mackall <mpm@selenic.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'drivers/char/random.c')
-rw-r--r-- | drivers/char/random.c | 8 |
1 files changed, 0 insertions, 8 deletions
diff --git a/drivers/char/random.c b/drivers/char/random.c index 8258982..3495d64 100644 --- a/drivers/char/random.c +++ b/drivers/char/random.c @@ -1051,12 +1051,6 @@ random_read(struct file *file, char __user *buf, size_t nbytes, loff_t *ppos) /* like a named pipe */ } - /* - * If we gave the user some bytes, update the access time. - */ - if (count) - file_accessed(file); - return (count ? count : retval); } @@ -1116,8 +1110,6 @@ static ssize_t random_write(struct file *file, const char __user *buffer, if (ret) return ret; - inode->i_mtime = current_fs_time(inode->i_sb); - mark_inode_dirty(inode); return (ssize_t)count; } |