<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>2a69962b - samples/check-exec: Add an enlighten &quot;inc&quot; interpreter and 28 tests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#2a69962b</link>
        <description>samples/check-exec: Add an enlighten &quot;inc&quot; interpreter and 28 testsAdd a very simple script interpreter called &quot;inc&quot; that can evaluate twodifferent commands (one per line):- &quot;?&quot; to initialize a counter from user&apos;s input;- &quot;+&quot; to increment the counter (which is set to 0 by default).It is enlighten to only interpret executable files according toAT_EXECVE_CHECK and the related securebits:  # Executing a script with RESTRICT_FILE is only allowed if the script  # is executable:  ./set-exec -f -- ./inc script-exec.inc # Allowed  ./set-exec -f -- ./inc script-noexec.inc # Denied  # Executing stdin with DENY_INTERACTIVE is only allowed if stdin is an  # executable regular file:  ./set-exec -i -- ./inc -i &lt; script-exec.inc # Allowed  ./set-exec -i -- ./inc -i &lt; script-noexec.inc # Denied  # However, a pipe is not executable and it is then denied:  cat script-noexec.inc | ./set-exec -i -- ./inc -i # Denied  # Executing raw data (e.g. command argument) with DENY_INTERACTIVE is  # always denied.  ./set-exec -i -- ./inc -c &quot;+&quot; # Denied  ./inc -c &quot;$(&lt;script-ask.inc)&quot; # Allowed  # To directly execute a script, we can update $PATH (used by `env`):  PATH=&quot;${PATH}:.&quot; ./script-exec.inc  # To execute several commands passed as argument:Add a complete test suite to check the script interpreter against allpossible execution cases:  make TARGETS=exec kselftest-install  ./tools/testing/selftests/kselftest_install/run_kselftest.shCc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Christian Brauner &lt;brauner@kernel.org&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Cc: Paul Moore &lt;paul@paul-moore.com&gt;Cc: Serge Hallyn &lt;serge@hallyn.com&gt;Signed-off-by: Micka&#235;l Sala&#252;n &lt;mic@digikod.net&gt;Link: https://lore.kernel.org/r/20241212174223.389435-8-mic@digikod.netSigned-off-by: Kees Cook &lt;kees@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Thu, 12 Dec 2024 17:42:22 +0000</pubDate>
        <dc:creator>Micka&#235;l Sala&#252;n &lt;mic@digikod.net&gt;</dc:creator>
    </item>
<item>
        <title>b083cc81 - selftests/exec: Add 32 tests for AT_EXECVE_CHECK and exec securebits</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#b083cc81</link>
        <description>selftests/exec: Add 32 tests for AT_EXECVE_CHECK and exec securebitsTest that checks performed by execveat(..., AT_EXECVE_CHECK) areconsistent with noexec mount points and file execute permissions.Test that SECBIT_EXEC_RESTRICT_FILE and SECBIT_EXEC_DENY_INTERACTIVE areinherited by child processes and that they can be pinned with theappropriate SECBIT_EXEC_RESTRICT_FILE_LOCKED andSECBIT_EXEC_DENY_INTERACTIVE_LOCKED bits.Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Christian Brauner &lt;brauner@kernel.org&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Cc: Paul Moore &lt;paul@paul-moore.com&gt;Cc: Serge Hallyn &lt;serge@hallyn.com&gt;Signed-off-by: Micka&#235;l Sala&#252;n &lt;mic@digikod.net&gt;Link: https://lore.kernel.org/r/20241212174223.389435-4-mic@digikod.netSigned-off-by: Kees Cook &lt;kees@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Thu, 12 Dec 2024 17:42:18 +0000</pubDate>
        <dc:creator>Micka&#235;l Sala&#252;n &lt;mic@digikod.net&gt;</dc:creator>
    </item>
<item>
        <title>cc937dad - selftests: centralize -D_GNU_SOURCE= to CFLAGS in lib.mk</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#cc937dad</link>
        <description>selftests: centralize -D_GNU_SOURCE= to CFLAGS in lib.mkCentralize the _GNU_SOURCE definition to CFLAGS in lib.mk.  Removeredundant defines from Makefiles that import lib.mk.  Convert any usage of&quot;#define _GNU_SOURCE 1&quot; to &quot;#define _GNU_SOURCE&quot;.This uses the form &quot;-D_GNU_SOURCE=&quot;, which is equivalent to&quot;#define _GNU_SOURCE&quot;.Otherwise using &quot;-D_GNU_SOURCE&quot; is equivalent to &quot;-D_GNU_SOURCE=1&quot; and&quot;#define _GNU_SOURCE 1&quot;, which is less commonly seen in source code andwould require many changes in selftests to avoid redefinition warnings.Link: https://lkml.kernel.org/r/20240625223454.1586259-2-edliaw@google.comSigned-off-by: Edward Liaw &lt;edliaw@google.com&gt;Suggested-by: John Hubbard &lt;jhubbard@nvidia.com&gt;Acked-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;Reviewed-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Cc: Albert Ou &lt;aou@eecs.berkeley.edu&gt;Cc: Andr&#233; Almeida &lt;andrealmeid@igalia.com&gt;Cc: Darren Hart &lt;dvhart@infradead.org&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Davidlohr Bueso &lt;dave@stgolabs.net&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Eric Dumazet &lt;edumazet@google.com&gt;Cc: Eric W. Biederman &lt;ebiederm@xmission.com&gt;Cc: Fenghua Yu &lt;fenghua.yu@intel.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jakub Kicinski &lt;kuba@kernel.org&gt;Cc: Jarkko Sakkinen &lt;jarkko@kernel.org&gt;Cc: Jason Gunthorpe &lt;jgg@ziepe.ca&gt;Cc: Kees Cook &lt;kees@kernel.org&gt;Cc: Kevin Tian &lt;kevin.tian@intel.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Paolo Abeni &lt;pabeni@redhat.com&gt;Cc: Paolo Bonzini &lt;pbonzini@redhat.com&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Reinette Chatre &lt;reinette.chatre@intel.com&gt;Cc: Sean Christopherson &lt;seanjc@google.com&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Tue, 25 Jun 2024 22:34:45 +0000</pubDate>
        <dc:creator>Edward Liaw &lt;edliaw@google.com&gt;</dc:creator>
    </item>
<item>
        <title>3545deff - binfmt_elf: Honor PT_LOAD alignment for static PIE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#3545deff</link>
        <description>binfmt_elf: Honor PT_LOAD alignment for static PIEThe p_align values in PT_LOAD were ignored for static PIE executables(i.e. ET_DYN without PT_INTERP). This is because there is no way torequest a non-fixed mmap region with a specific alignment. ET_DYN withPT_INTERP uses a separate base address (ELF_ET_DYN_BASE) and binfmt_elfperforms the ASLR itself, which means it can also apply alignment. Forthe mmap region, the address selection happens deep within the vm_mmap()implementation (when the requested address is 0).The earlier attempt to implement this:  commit 9630f0d60fec (&quot;fs/binfmt_elf: use PT_LOAD p_align values for static PIE&quot;)  commit 925346c129da (&quot;fs/binfmt_elf: fix PT_LOAD p_align values for loaders&quot;)did not take into account the different base address origins, and wereeventually reverted:  aeb7923733d1 (&quot;revert &quot;fs/binfmt_elf: use PT_LOAD p_align values for static PIE&quot;&quot;)In order to get the correct alignment from an mmap base, binfmt_elf mustperform a 0-address load first, then tear down the mapping and performalignment on the resulting address. Since this is slightly more overhead,only do this when it is needed (i.e. the alignment is not the defaultELF alignment). This does, however, have the benefit of being able touse MAP_FIXED_NOREPLACE, to avoid potential collisions.With this fixed, enable the static PIE self tests again.Reported-by: H.J. Lu &lt;hjl.tools@gmail.com&gt;Closes: https://bugzilla.kernel.org/show_bug.cgi?id=215275Link: https://lore.kernel.org/r/20240508173149.677910-3-keescook@chromium.orgSigned-off-by: Kees Cook &lt;kees@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Wed, 08 May 2024 17:31:48 +0000</pubDate>
        <dc:creator>Kees Cook &lt;kees@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b57a2907 - selftests/exec: Build both static and non-static load_address tests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#b57a2907</link>
        <description>selftests/exec: Build both static and non-static load_address testsAfter commit 4d1cd3b2c5c1 (&quot;tools/testing/selftests/exec: fix linkerror&quot;), the load address alignment tests tried to build statically.This was silently ignored in some cases. However, after attempting tofurther fix the build by switching to &quot;-static-pie&quot;, the test startedfailing. This appears to be due to non-PT_INTERP ET_DYN execs (&quot;staticPIE&quot;) not doing alignment correctly, which remains unfixed[1]. See commitaeb7923733d1 (&quot;revert &quot;fs/binfmt_elf: use PT_LOAD p_align values forstatic PIE&quot;&quot;) for more details.Provide rules to build both static and non-static PIE binaries, improvedebug reporting, and perform several test steps instead of a singleall-or-nothing test. However, do not actually enable static-pie tests;alignment specification is only supported for ET_DYN with PT_INTERP(&quot;regular PIE&quot;).Link: https://bugzilla.kernel.org/show_bug.cgi?id=215275 [1]Link: https://lore.kernel.org/r/20240508173149.677910-1-keescook@chromium.orgSigned-off-by: Kees Cook &lt;kees@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Wed, 08 May 2024 17:31:46 +0000</pubDate>
        <dc:creator>Kees Cook &lt;kees@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>472874cf - selftests/exec: Convert remaining /bin/sh to /bin/bash</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#472874cf</link>
        <description>selftests/exec: Convert remaining /bin/sh to /bin/bashAs was intended with commit 17107429947b (&quot;selftests/exec: Perform scriptchecks with /bin/bash&quot;), convert the other instance of /bin/sh to/bin/bash. It appears that at least Debian Bookworm&apos;s /bin/sh (dash)does not conform to POSIX&apos;s &quot;return 127 when script not found&quot;requirement.Fixes: 17107429947b (&quot;selftests/exec: Perform script checks with /bin/bash&quot;)Reported-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Closes: https://lore.kernel.org/lkml/02c8bf8e-1934-44ab-a886-e065b37366a7@collabora.com/Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Fri, 15 Mar 2024 18:26:35 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>9132c394 - selftests/exec: Test for empty string on NULL argv</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#9132c394</link>
        <description>selftests/exec: Test for empty string on NULL argvTest for the NULL argv argument producing a single empty string on exec.Cc: Eric Biederman &lt;ebiederm@xmission.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Yang Yingliang &lt;yangyingliang@huawei.com&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: linux-kselftest@vger.kernel.orgSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/lkml/20220201011637.2457646-1-keescook@chromium.org

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Tue, 01 Feb 2022 01:16:37 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>4893992b - selftests/exec: Rename file binfmt_script to binfmt_script.py</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#4893992b</link>
        <description>selftests/exec: Rename file binfmt_script to binfmt_script.pyRename file for readability purpose. Update its usage and references.Signed-off-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Thu, 10 Feb 2022 22:23:19 +0000</pubDate>
        <dc:creator>Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>a7e793a8 - selftests/exec: Add non-regular to TEST_GEN_PROGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#a7e793a8</link>
        <description>selftests/exec: Add non-regular to TEST_GEN_PROGSnon-regular file needs to be compiled and then copied to the outputdirectory. Remove it from TEST_PROGS and add it to TEST_GEN_PROGS. Thisremoves error thrown by rsync when non-regular object isn&apos;t found:rsync: [sender] link_stat &quot;/linux/tools/testing/selftests/exec/non-regular&quot; failed: No such file or directory (2)rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1333) [sender=3.2.3]Fixes: 0f71241a8e32 (&quot;selftests/exec: add file type errno tests&quot;)Reported-by: &quot;kernelci.org bot&quot; &lt;bot@kernelci.org&gt;Signed-off-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Reviewed-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Thu, 10 Feb 2022 17:13:23 +0000</pubDate>
        <dc:creator>Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>908a26e1 - selftests/exec: Remove pipe from TEST_GEN_FILES</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#908a26e1</link>
        <description>selftests/exec: Remove pipe from TEST_GEN_FILESpipe named FIFO special file is being created in execveat.c to performsome tests. Makefile doesn&apos;t need to do anything with the pipe. When itisn&apos;t found, Makefile generates the following build error:make: *** No rule to make target&apos;../tools/testing/selftests/exec/pipe&apos;, needed by &apos;all&apos;.  Stop.pipe is created and removed during test run-time.Amended change log to add pipe remove info:Shuah Khan &lt;skhan@linuxfoundation.org&gt;Fixes: 61016db15b8e (&quot;selftests/exec: Verify execve of non-regular files fail&quot;)Signed-off-by: Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;Reviewed-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;Signed-off-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Thu, 27 Jan 2022 16:33:45 +0000</pubDate>
        <dc:creator>Muhammad Usama Anjum &lt;usama.anjum@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>4d1cd3b2 - tools/testing/selftests/exec: fix link error</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#4d1cd3b2</link>
        <description>tools/testing/selftests/exec: fix link errorFix the link error by adding &apos;-static&apos;:  gcc -Wall  -Wl,-z,max-page-size=0x1000 -pie load_address.c -o /home/yang/linux/tools/testing/selftests/exec/load_address_4096  /usr/bin/ld: /tmp/ccopEGun.o: relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `stderr@@GLIBC_2.17&apos; which may bind externally can not be used when making a shared object; recompile with -fPIC  /usr/bin/ld: /tmp/ccopEGun.o(.text+0x158): unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol `stderr@@GLIBC_2.17&apos;  /usr/bin/ld: final link failed: bad value  collect2: error: ld returned 1 exit status  make: *** [Makefile:25: tools/testing/selftests/exec/load_address_4096] Error 1Link: https://lkml.kernel.org/r/20210514092422.2367367-1-yangyingliang@huawei.comFixes: 206e22f01941 (&quot;tools/testing/selftests: add self-test for verifying load alignment&quot;)Signed-off-by: Yang Yingliang &lt;yangyingliang@huawei.com&gt;Cc: Chris Kennelly &lt;ckennelly@google.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Sun, 23 May 2021 00:41:53 +0000</pubDate>
        <dc:creator>Yang Yingliang &lt;yangyingliang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>206e22f0 - tools/testing/selftests: add self-test for verifying load alignment</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#206e22f0</link>
        <description>tools/testing/selftests: add self-test for verifying load alignmentThis produces a PIE binary with a variety of p_align requirements,suitable for verifying that the load address meets that alignmentrequirement.Signed-off-by: Chris Kennelly &lt;ckennelly@google.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: Alexander Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Cc: Fangrui Song &lt;maskray@google.com&gt;Cc: Hugh Dickens &lt;hughd@google.com&gt;Cc: Ian Rogers &lt;irogers@google.com&gt;Cc: &quot;Kirill A. Shutemov&quot; &lt;kirill.shutemov@linux.intel.com&gt;Cc: Mike Kravetz &lt;mike.kravetz@oracle.com&gt;Cc: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Cc: Sandeep Patil &lt;sspatil@google.com&gt;Cc: Song Liu &lt;songliubraving@fb.com&gt;Cc: Suren Baghdasaryan &lt;surenb@google.com&gt;Link: https://lkml.kernel.org/r/20200820170541.1132271-3-ckennelly@google.comLink: https://lkml.kernel.org/r/20200821233848.3904680-3-ckennelly@google.comSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Fri, 16 Oct 2020 03:12:36 +0000</pubDate>
        <dc:creator>Chris Kennelly &lt;ckennelly@google.com&gt;</dc:creator>
    </item>
<item>
        <title>0f71241a - selftests/exec: add file type errno tests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#0f71241a</link>
        <description>selftests/exec: add file type errno testsMake sure execve() returns the expected errno values for non-regularfiles.Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Link: http://lkml.kernel.org/r/20200813231723.2725102-3-keescook@chromium.orgSigned-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Sat, 15 Aug 2020 00:30:17 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>61016db1 - selftests/exec: Verify execve of non-regular files fail</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#61016db1</link>
        <description>selftests/exec: Verify execve of non-regular files failAdd a named pipe as an exec target to make sure that non-regularfiles are rejected by execve() with EACCES. This can help verifycommit 73601ea5b7b1 (&quot;fs/open.c: allow opening only regular filesduring execve()&quot;).Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Mon, 18 May 2020 04:47:43 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>b081320f - selftests/exec: Add binfmt_script regression test</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#b081320f</link>
        <description>selftests/exec: Add binfmt_script regression testWhile working on commit b5372fe5dc84 (&quot;exec: load_script: Do not exectruncated interpreter path&quot;), I wrote a series of test scripts to verifycorner cases. However, soon after, commit 6eb3c3d0a52d (&quot;exec: increaseBINPRM_BUF_SIZE to 256&quot;) landed, resulting in the tests needing to berefactored for the larger BINPRM_BUF_SIZE, which got lost on my TODOlist. During the recent exec refactoring work[1], the need for these testsresurfaced, so I&apos;ve finished them up for addition to the kernel selftests.[1] https://lore.kernel.org/lkml/202005191144.E3112135@keescook/Link: https://lkml.kernel.org/r/202005200204.D07DF079@keescookSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Eric W. Biederman &lt;ebiederm@xmission.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Wed, 20 May 2020 09:05:56 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>4e7301e6 - exec selftests: test -&gt;recursion_depth</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#4e7301e6</link>
        <description>exec selftests: test -&gt;recursion_depthTest that trivially recursing script onto itself doesn&apos;t work.Note: this is different test from ELOOP tests in execveat.c Those testthat execveat(2) doesn&apos;t follow symlinks when told to do so.Link: http://lkml.kernel.org/r/20190423192720.GA21433@avx2Signed-off-by: Alexey Dobriyan &lt;adobriyan@gmail.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Tue, 14 May 2019 22:44:43 +0000</pubDate>
        <dc:creator>Alexey Dobriyan &lt;adobriyan@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>a8ba798b - selftests: enable O and KBUILD_OUTPUT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#a8ba798b</link>
        <description>selftests: enable O and KBUILD_OUTPUTEnable O and KBUILD_OUTPUT for kselftest. User could compile kselftestto another directory by passing O or KBUILD_OUTPUT. And O is highpriority than KBUILD_OUTPUT.Signed-off-by: Bamvor Jian Zhang &lt;bamvor.zhangjian@linaro.org&gt;Signed-off-by: Shuah Khan &lt;shuahkh@osg.samsung.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Tue, 29 Nov 2016 11:55:52 +0000</pubDate>
        <dc:creator>bamvor.zhangjian@huawei.com &lt;bamvor.zhangjian@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>80d443e8 - selftests: add EXTRA_CLEAN for clean target</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#80d443e8</link>
        <description>selftests: add EXTRA_CLEAN for clean targetSome testcases need the clean extra data after running. This patchintroduce the &quot;EXTRA_CLEAN&quot; variable to address this requirement.After KBUILD_OUTPUT is enabled in later patch, it will be easy todecide to if we need do the cleanup in the KBUILD_OUTPUT path(if thetestcase ran immediately after compiled).Signed-off-by: Bamvor Jian Zhang &lt;bamvor.zhangjian@linaro.org&gt;Signed-off-by: Shuah Khan &lt;shuahkh@osg.samsung.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Tue, 29 Nov 2016 11:55:51 +0000</pubDate>
        <dc:creator>bamvor.zhangjian@huawei.com &lt;bamvor.zhangjian@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>7d758af2 - selftests: add default rules for c source file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/exec/Makefile#7d758af2</link>
        <description>selftests: add default rules for c source fileThere are difference rules for compiling c source file in differenttestcases. In order to enable KBUILD_OUTPUT support in later patch,this patch introduce the default rules in&quot;tools/testing/selftest/lib.mk&quot; and remove the existing rules in eachtestcase.Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Bamvor Jian Zhang &lt;bamvor.zhangjian@linaro.org&gt;Signed-off-by: Shuah Khan &lt;shuahkh@osg.samsung.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/exec/Makefile</description>
        <pubDate>Tue, 29 Nov 2016 11:55:49 +0000</pubDate>
        <dc:creator>bamvor.zhangjian@huawei.com &lt;bamvor.zhangjian@huawei.com&gt;</dc:creator>
    </item>
</channel>
</rss>
