Re: [PATCH v2 000/110] vfs: change inode->i_ino from unsigned long to u64
Jeff Layton via Linux-f2fs-devel <[email protected]> Tue, 03 Mar 2026 05:58:20 -0500
| Newsgroups | gmane.linux.file-systems.f2fs,gmane.comp.video.dri.devel,gmane.linux.hams,gmane.comp.file-systems.ceph.devel,gmane.linux.kernel,gmane.linux.kernel.perf.user,gmane.linux.drivers.video-input-infrastructure,gmane.linux.kernel.cifs,gmane.comp.file-systems.nilfs.user,gmane.comp.file-systems.coda.general,gmane.linux.can,gmane.linux.drivers.mtd,gmane.comp.freedesktop.amd-gfx,gmane.linux.kernel.autofs,gmane.linux.nfs,gmane.comp.file-systems.ext4,gmane.linux.kernel.mm,gmane.network.samba.internals,gmane.linux.network,gmane.linux.file-systems,gmane.linux.kernel.bpf,gmane.comp.file-systems.ecryptfs.general,gmane.linux.file-systems.union,gmane.linux.x25,gmane.linux.bluez.kernel,gmane.comp.security.apparmor,gmane.linux.kernel.lsm |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 2026-03-03 at 10:55 +0000, David Howells wrote: > Jeff Layton <[email protected]> wrote: > > > This version splits the change up to be more bisectable. It first adds a > > new kino_t typedef and a new "PRIino" macro to hold the width specifier > > for format strings. The conversion is done, and then everything is > > changed to remove the new macro and typedef. > > Why remove the typedef? It might be better to keep it. > Why? After this change, internel kernel inodes will be u64's -- full stop. I don't see what the macro or typedef will buy us at that point. -- Jeff Layton <[email protected]>