The patch titled Subject: proc: make struct pid_entry::len unsigned has been added to the -mm tree. Its filename is proc-make-struct-pid_entry-len-unsigned.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/proc-make-struct-pid_entry-len-unsigned.patch and later at http://ozlabs.org/~akpm/mmotm/broken-out/proc-make-struct-pid_entry-len-unsigned.patch Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/SubmitChecklist when testing your code *** The -mm tree is included into linux-next and is updated there every 3-4 working days ------------------------------------------------------ From: Alexey Dobriyan <adobriyan@xxxxxxxxx> Subject: proc: make struct pid_entry::len unsigned "unsigned int" is better on x86_64 because it most of the time it autoexpands to 64-bit value while "int" requires MOVSX instruction. Link: http://lkml.kernel.org/r/20161029160810.GF1246@avx2 Signed-off-by: Alexey Dobriyan <adobriyan@xxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- fs/proc/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN fs/proc/base.c~proc-make-struct-pid_entry-len-unsigned fs/proc/base.c --- a/fs/proc/base.c~proc-make-struct-pid_entry-len-unsigned +++ a/fs/proc/base.c @@ -106,7 +106,7 @@ struct pid_entry { const char *name; - int len; + unsigned int len; umode_t mode; const struct inode_operations *iop; const struct file_operations *fop; _ Patches currently in -mm which might be from adobriyan@xxxxxxxxx are scripts-bloat-o-meter-fix-sigpipe.patch kbuild-simpler-generation-of-assembly-constants.patch proc-make-struct-pid_entry-len-unsigned.patch proc-make-struct-struct-map_files_info-len-unsigned-int.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html