<?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>615ab43b - tests/pid_namespace: add pid_max tests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/pid_namespace/Makefile#615ab43b</link>
        <description>tests/pid_namespace: add pid_max testsSigned-off-by: Alexander Mikhalitsyn &lt;aleksandr.mikhalitsyn@canonical.com&gt;Link: https://lore.kernel.org/r/20241122132459.135120-3-aleksandr.mikhalitsyn@canonical.comSigned-off-by: Christian Brauner &lt;brauner@kernel.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/pid_namespace/Makefile</description>
        <pubDate>Fri, 22 Nov 2024 13:24:59 +0000</pubDate>
        <dc:creator>Christian Brauner &lt;christian.brauner@ubuntu.com&gt;</dc:creator>
    </item>
<item>
        <title>e81ff69f - selftests: pid_namespace: Fix incorrect kernel headers search path</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/pid_namespace/Makefile#e81ff69f</link>
        <description>selftests: pid_namespace: Fix incorrect kernel headers search pathUse $(KHDR_INCLUDES) as lookup path for kernel headers. This preventsbuilding against kernel headers from the build environment in scenarioswhere kernel headers are installed into a specific output directory(O=...).Signed-off-by: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Cc: Shuah Khan &lt;shuah@kernel.org&gt;Cc: linux-kselftest@vger.kernel.orgCc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: &lt;stable@vger.kernel.org&gt;  # 5.18+Signed-off-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/pid_namespace/Makefile</description>
        <pubDate>Fri, 27 Jan 2023 13:57:40 +0000</pubDate>
        <dc:creator>Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;</dc:creator>
    </item>
<item>
        <title>52035628 - selftests: fix header dependency for pid_namespace selftests</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/pid_namespace/Makefile#52035628</link>
        <description>selftests: fix header dependency for pid_namespace selftestsThe way the test target was defined before, when building with clang weget a command line like this:clang -Wall -Werror -g -I../../../../usr/include/ \	regression_enomem.c ../pidfd/pidfd.h  -o regression_enomemThis yields an error, because clang thinks we want to produce both a *.ofile, as well as a precompiled header:clang: error: cannot specify -o when generating multiple output filesgcc, for whatever reason, doesn&apos;t exhibit the same behavior which Isuspect is why the problem wasn&apos;t noticed before.This can be fixed simply by using the LOCAL_HDRS infrastructure theselftests lib.mk provides. It does the right think and marks the targetas depending on the header (so if the header changes, we rebuild), butit filters the header out of the compiler command line, so we don&apos;t getthe error described above.Signed-off-by: Axel Rasmussen &lt;axelrasmussen@google.com&gt;Reviewed-by: Christian Brauner &lt;brauner@kernel.org&gt;Signed-off-by: Shuah Khan &lt;skhan@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/pid_namespace/Makefile</description>
        <pubDate>Thu, 24 Mar 2022 22:39:28 +0000</pubDate>
        <dc:creator>Axel Rasmussen &lt;axelrasmussen@google.com&gt;</dc:creator>
    </item>
<item>
        <title>6952a4f6 - selftests: add pid namespace ENOMEM regression test</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/tools/testing/selftests/pid_namespace/Makefile#6952a4f6</link>
        <description>selftests: add pid namespace ENOMEM regression testWe recently regressed (cf. [1] and its corresponding fix in [2]) returningENOMEM when trying to create a process in a pid namespace whose initprocess/child subreaper has already died. This has caused confusion atleast once before that (cf. [3]). Let&apos;s add a simple regression test tocatch this in the future.[1]: 49cb2fc42ce4 (&quot;fork: extend clone3() to support setting a PID&quot;)[2]: b26ebfe12f34 (&quot;pid: Fix error return value in some cases&quot;)[3]: 35f71bc0a09a (&quot;fork: report pid reservation failure properly&quot;)Cc: Corey Minyard &lt;cminyard@mvista.com&gt;Cc: Oleg Nesterov &lt;oleg@redhat.com&gt;Cc: Adrian Reber &lt;areber@redhat.com&gt;Cc: Dmitry Safonov &lt;0x7f454c46@gmail.com&gt;Cc: Andrei Vagin &lt;avagin@gmail.com&gt;Signed-off-by: Christian Brauner &lt;christian.brauner@ubuntu.com&gt;

            List of files:
            /linux-6.15/tools/testing/selftests/pid_namespace/Makefile</description>
        <pubDate>Sun, 08 Mar 2020 16:26:32 +0000</pubDate>
        <dc:creator>Christian Brauner &lt;christian.brauner@ubuntu.com&gt;</dc:creator>
    </item>
</channel>
</rss>
