Re: [PATCH v2 001/110] vfs: introduce kino_t typedef and PRIino format macro
Christoph Hellwig <[email protected]>
| 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.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.file-systems.coda.general,gmane.comp.security.apparmor,gmane.linux.kernel.lsm |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Mar 03, 2026 at 10:14:27AM -0500, Jeff Layton wrote: > I think we'll be looking at close to a 1000 line patch that touches > nearly 200 files if go that route. Roughly: > > 182 files changed, 910 insertions(+), 912 deletions(-) That's not actually a lot, especially for a patch that should be scriped and mechnanical. I also really don't understand the backport argument. It's not like you could backport any of the split out patches individually anyway.