diff for duplicates of <20181005172622.GD19360@asgard.redhat.com> diff --git a/a/content_digest b/N1/content_digest index 3f1934b..ce16137 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -29,7 +29,14 @@ Jonathan Corbet <corbet@lwn.net> Kees Cook <keescook@chromium.org> Mike Kravetz <mike.kravetz@oracle.com> - " Nadav Amit <nadav.amit@gmail.com>Oleg Nesterov <o>\0" + Nadav Amit <nadav.amit@gmail.com> + Oleg Nesterov <oleg@redhat.com> + Pavel Machek <pavel@ucw.cz> + Peter Zijlstra <peterz@infradead.org> + Randy Dunlap <rdunlap@infradead.org> + Ravi V. Shankar <ravi.v.shankar@intel.com> + Shanbhogue + " Vedvyas <vedvyas.shanbhogue@intel.com>\0" "\00:1\0" "b\0" "On Fri, Oct 05, 2018 at 10:07:46AM -0700, Andy Lutomirski wrote:\n" @@ -131,4 +138,4 @@ "\n" That's likely the only way to go. -e202d2acd6b67706d21da35878b396e9f3c1fade979b83e09c8a3f4a477cb7e4 +a2af002cd6ca78cba7f414949e50bfaa4bb428efc88198eb95f057b88812f72c
diff --git a/a/1.txt b/N2/1.txt index 5562022..79b5a7c 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -67,9 +67,9 @@ On Fri, Oct 05, 2018 at 10:07:46AM -0700, Andy Lutomirski wrote: > > > > bitmap size = 0000 0000 0001 ffff > > > > > > > -> > > I haven’t followed all the details here, but I have a general policy of +> > > I havena??t followed all the details here, but I have a general policy of > > > objecting to any new use of TASK_SIZE. If you really really need to depend on -> > > 32-bitness in new code, please figure out what exactly you mean by “32-bit” +> > > 32-bitness in new code, please figure out what exactly you mean by a??32-bita?? > > > and use an explicit check. > > > > The explicit check would be: diff --git a/a/content_digest b/N2/content_digest index 3f1934b..188db5d 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -29,7 +29,14 @@ Jonathan Corbet <corbet@lwn.net> Kees Cook <keescook@chromium.org> Mike Kravetz <mike.kravetz@oracle.com> - " Nadav Amit <nadav.amit@gmail.com>Oleg Nesterov <o>\0" + Nadav Amit <nadav.amit@gmail.com> + Oleg Nesterov <oleg@redhat.com> + Pavel Machek <pavel@ucw.cz> + Peter Zijlstra <peterz@infradead.org> + Randy Dunlap <rdunlap@infradead.org> + Ravi V. Shankar <ravi.v.shankar@intel.com> + Shanbhogue + " Vedvyas <vedvyas.shanbhogue@intel.com>\0" "\00:1\0" "b\0" "On Fri, Oct 05, 2018 at 10:07:46AM -0700, Andy Lutomirski wrote:\n" @@ -101,9 +108,9 @@ "> > > > bitmap size = 0000 0000 0001 ffff\n" "> > > >\n" "> > >\n" - "> > > I haven\342\200\231t followed all the details here, but I have a general policy of\n" + "> > > I havena??t followed all the details here, but I have a general policy of\n" "> > > objecting to any new use of TASK_SIZE. If you really really need to depend on\n" - "> > > 32-bitness in new code, please figure out what exactly you mean by \342\200\23432-bit\342\200\235\n" + "> > > 32-bitness in new code, please figure out what exactly you mean by a??32-bita??\n" "> > > and use an explicit check.\n" "> >\n" "> > The explicit check would be:\n" @@ -131,4 +138,4 @@ "\n" That's likely the only way to go. -e202d2acd6b67706d21da35878b396e9f3c1fade979b83e09c8a3f4a477cb7e4 +d31fa8295c38d3e4f1cc4310995fa8c30381be7642336b8cec7efc7ea47c62c6
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.