summaryrefslogtreecommitdiffstats
path: root/fs/ufs/cylinder.c
diff options
context:
space:
mode:
authorPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>2005-09-30 11:59:01 -0700
committerLinus Torvalds <torvalds@g5.osdl.org>2005-09-30 12:41:18 -0700
commitdaa35edc0a967d1f77c2e2c1346f57d04371487a (patch)
tree2113b1d03f9e4dff00caebe18693a1cdc253acd8 /fs/ufs/cylinder.c
parentbd948057357db5febfe64cf7a9ef11d7e347ffec (diff)
downloadlinux-daa35edc0a967d1f77c2e2c1346f57d04371487a.tar.gz
linux-daa35edc0a967d1f77c2e2c1346f57d04371487a.tar.bz2
linux-daa35edc0a967d1f77c2e2c1346f57d04371487a.zip
[PATCH] uml: remove empty hostfs_truncate method
Calling truncate() on hostfs spits a kernel warning "Something isn't implemented here", but it still works fine. Indeed, hostfs i_op->truncate doesn't do anything. But hostfs_setattr() -> set_attr() correctly detects ATTR_SIZE and calls truncate() on the host. So we should be safe (using ftruncate() may be better, in case the file is unlinked on the host, but we aren't sure to have the file open for writing, and reopening it would cause the same races; plus nobody should expect UML to be so careful). So, the warning is wrong, because the current implementation is working. Al, am I correct, and can the warning be therefore dropped? CC: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'fs/ufs/cylinder.c')
0 files changed, 0 insertions, 0 deletions