Re: [BUG?] There is a possibility that 'i_ino' overflows

(2010/12/16 17:44), Tsutomu Itoh wrote: > Hi, > > In btrfs, inode number is increased each time a new file or directory > is made. > Therefore, if the making deletion of the file is repeated, value of > 'i_ino' increases rapidly. > > For example, inode number changes as follows. > > $ touch

[PATCH] Improve error handling in filesystem df

The return values of ioctl weren't being printed to stderr on failure, causing the command to silently fail, resulting in a very confused user. Signed-off-by: Ben Gamari --- btrfs_cmds.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/btrfs_cmds.c b/btrfs_cmds.c index 8

[BUG] Calling BTRFS_IOC_TREE_SEARCH for a non existant key

Hi all, I discovered that when I call the BTRFS_IOC_TREE_SEARCH ioctl for a not existent key, the ioctl requires a lot of time to be completed. I tracks down the problem in the function search_ioctl(). It seems that the function btrfs_search_forward() doesn't check if key is greater than max_ke