On Sat, Jun 29, 2019 at 08:28:13PM +0800, zhengbin wrote: > tmpfs use get_next_ino to get inode number, if last_ino wraps, > there will be files share the same inode number. Change last_ino > type to unsigned long. Is this a serious problem? I'd be more convinced by a patch to use the sbitmap data structure than a blind conversion to use atomic64_t.