<?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>41cc49ef - powerpc/xmon: Remove SPU debug and disassembly</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#41cc49ef</link>
        <description>powerpc/xmon: Remove SPU debug and disassemblyNow that the IBM Cell Blade support is removed, the xmon SPU support iseffectively unusable. That is because PS3 doesn&apos;t implement udbg_getcwhich is required to send input to xmon.So remove the xmon SPU support.Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Madhavan Srinivasan &lt;maddy@linux.ibm.com&gt;Link: https://patch.msgid.link/20241218105523.416573-6-mpe@ellerman.id.au

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 18 Dec 2024 10:54:54 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>c330b50d - powerpc/Makefile: Remove bits related to the previous use of -mcmodel=large</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#c330b50d</link>
        <description>powerpc/Makefile: Remove bits related to the previous use of -mcmodel=largeAll supported compilers today (gcc v5.1+ and clang v11+) have support for-mcmodel=medium. As such, NO_MINIMAL_TOC is no longer being set. RemoveNO_MINIMAL_TOC as well as the fallback to -mminimal-toc.Reviewed-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Signed-off-by: Naveen N Rao &lt;naveen@kernel.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20240110141237.3179199-1-naveen@kernel.org

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 10 Jan 2024 14:12:37 +0000</pubDate>
        <dc:creator>Naveen N Rao &lt;naveen@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>90bae4d9 - powerpc/xmon: Reapply &quot;Relax frame size for clang&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#90bae4d9</link>
        <description>powerpc/xmon: Reapply &quot;Relax frame size for clang&quot;This is a manual revert of commit 7f3c5d099b6f (&quot;Revert &quot;powerpc/xmon:Relax frame size for clang&quot;&quot;) but using ccflags-$(CONFIG_CC_IS_CLANG)which is shorter.Turns out that this is reproducible still under specific compilerversions (mea culpa: I did not test every supported version of clang),and even a few randconfigs bots found.We&apos;ll have to revisit this again in the future, for now back this out.Reported-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Closes: https://github.com/ClangBuiltLinux/linux/issues/252#issuecomment-1690371256Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/llvm/202308260344.Vc4Giuk7-lkp@intel.com/Suggested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20230828-ppc_rerevert-v2-1-46b71a3656c6@google.com

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Mon, 28 Aug 2023 20:39:06 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>7f3c5d09 - Revert &quot;powerpc/xmon: Relax frame size for clang&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#7f3c5d09</link>
        <description>Revert &quot;powerpc/xmon: Relax frame size for clang&quot;This reverts commit 9c87156cce5a63735d1218f0096a65c50a7a32aa.I have not been able to reproduce the reported -Wframe-larger-than=warning (or disassembly) with clang-11 or clang-18.I don&apos;t know precisely when this was fixed in llvm, but it may be timeto revert this.Closes: https://github.com/ClangBuiltLinux/linux/issues/252Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20230817-ppc_xmon-v1-1-8cc2d51b9995@google.com

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Thu, 17 Aug 2023 18:11:56 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>2fb857bc - powerpc/kcsan: Add exclusions from instrumentation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#2fb857bc</link>
        <description>powerpc/kcsan: Add exclusions from instrumentationExclude various incompatible compilation units from KCSANinstrumentation.Signed-off-by: Rohan McLure &lt;rmclure@linux.ibm.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20230206021801.105268-2-rmclure@linux.ibm.com

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Mon, 06 Feb 2023 02:17:57 +0000</pubDate>
        <dc:creator>Rohan McLure &lt;rmclure@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>15d5761a - kbuild: introduce ccflags-remove-y and asflags-remove-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#15d5761a</link>
        <description>kbuild: introduce ccflags-remove-y and asflags-remove-yCFLAGS_REMOVE_&lt;file&gt;.o filters out flags when compiling a particularobject, but there is no convenient way to do that for every object ina directory.Add ccflags-remove-y and asflags-remove-y to make it easily.Use ccflags-remove-y to clean up some Makefiles.The add/remove order works as follows: [1] KBUILD_CFLAGS specifies compiler flags used globally [2] ccflags-y adds compiler flags for all objects in the     current Makefile [3] ccflags-remove-y removes compiler flags for all objects in the     current Makefile (New feature) [4] CFLAGS_&lt;file&gt; adds compiler flags per file. [5] CFLAGS_REMOVE_&lt;file&gt; removes compiler flags per file.Having [3] before [4] allows us to remove flags from most (but not all)objects in the current Makefile.For example, kernel/trace/Makefile removes $(CC_FLAGS_FTRACE)from all objects in the directory, then adds it back totrace_selftest_dynamic.o and CFLAGS_trace_kprobe_selftest.oThe same applies to lib/livepatch/Makefile.Please note ccflags-remove-y has no effect to the sub-directories.In contrast, the previous notation got rid of compiler flags also fromall the sub-directories.The following are not affected because they have no sub-directories:  arch/arm/boot/compressed/  arch/powerpc/xmon/  arch/sh/  kernel/trace/However, lib/ has several sub-directories.To keep the behavior, I added ccflags-remove-y to all Makefilesin subdirectories of lib/, except the following:  lib/vdso/Makefile        - Kbuild does not descend into this Makefile  lib/raid/test/Makefile   - This is not used for the kernel buildI think commit 2464a609ded0 (&quot;ftrace: do not trace library functions&quot;)excluded too much. In the next commit, I will remove ccflags-remove-yfrom the sub-directories of lib/.Suggested-by: Sami Tolvanen &lt;samitolvanen@google.com&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Steven Rostedt (VMware) &lt;rostedt@goodmis.org&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)Acked-by: Brendan Higgins &lt;brendanhiggins@google.com&gt; (KUnit)Tested-by: Anders Roxell &lt;anders.roxell@linaro.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Tue, 07 Jul 2020 09:21:16 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>4eff2b4f - powerpc/xmon: Move breakpoints to text section</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#4eff2b4f</link>
        <description>powerpc/xmon: Move breakpoints to text sectionThe instructions for xmon&apos;s breakpoint are stored bpt_table[] which is inthe data section. This is problematic as the data section may be markedas no execute. Move bpt_table[] to the text section.Signed-off-by: Jordan Niethe &lt;jniethe5@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20200506034050.24806-4-jniethe5@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 06 May 2020 03:40:23 +0000</pubDate>
        <dc:creator>Jordan Niethe &lt;jniethe5@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>c17eb4dc - powerpc: Make setjmp/longjmp signature standard</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#c17eb4dc</link>
        <description>powerpc: Make setjmp/longjmp signature standardDeclaring setjmp()/longjmp() as taking longs makes the signaturenon-standard, and makes clang complain. In the past, this has beenworked around by adding -ffreestanding to the compile flags.The implementation looks like it only ever propagates the value(in longjmp) or sets it to 1 (in setjmp), and we only call longjmpwith integer parameters.This allows removing -ffreestanding from the compilation flags.Fixes: c9029ef9c957 (&quot;powerpc: Avoid clang warnings around setjmp and longjmp&quot;)Cc: stable@vger.kernel.org # v4.14+Signed-off-by: Clement Courbet &lt;courbet@google.com&gt;Reviewed-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Tested-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20200330080400.124803-1-courbet@google.com

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Mon, 30 Mar 2020 08:03:56 +0000</pubDate>
        <dc:creator>Clement Courbet &lt;courbet@google.com&gt;</dc:creator>
    </item>
<item>
        <title>c9029ef9 - powerpc: Avoid clang warnings around setjmp and longjmp</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#c9029ef9</link>
        <description>powerpc: Avoid clang warnings around setjmp and longjmpCommit aea447141c7e (&quot;powerpc: Disable -Wbuiltin-requires-header whensetjmp is used&quot;) disabled -Wbuiltin-requires-header because of awarning about the setjmp and longjmp declarations.r367387 in clang added another diagnostic around this, complainingthat there is no jmp_buf declaration.  In file included from ../arch/powerpc/xmon/xmon.c:47:  ../arch/powerpc/include/asm/setjmp.h:10:13: error: declaration of  built-in function &apos;setjmp&apos; requires the declaration of the &apos;jmp_buf&apos;  type, commonly provided in the header &lt;setjmp.h&gt;.  [-Werror,-Wincomplete-setjmp-declaration]  extern long setjmp(long *);              ^  ../arch/powerpc/include/asm/setjmp.h:11:13: error: declaration of  built-in function &apos;longjmp&apos; requires the declaration of the &apos;jmp_buf&apos;  type, commonly provided in the header &lt;setjmp.h&gt;.  [-Werror,-Wincomplete-setjmp-declaration]  extern void longjmp(long *, long);              ^  2 errors generated.We are not using the standard library&apos;s longjmp/setjmp implementationsfor obvious reasons; make this clear to clang by using -ffreestandingon these files.Cc: stable@vger.kernel.org # 4.14+Suggested-by: Segher Boessenkool &lt;segher@kernel.crashing.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20191119045712.39633-3-natechancellor@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Tue, 19 Nov 2019 04:57:11 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;natechancellor@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f072015c - powerpc: disable KASAN instrumentation on early/critical files.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#f072015c</link>
        <description>powerpc: disable KASAN instrumentation on early/critical files.All files containing functions run before kasan_early_init() is calledmust have KASAN instrumentation disabled.For those file, branch profiling also have to be disabled otherwiseeach if () generates a call to ftrace_likely_update().Signed-off-by: Christophe Leroy &lt;christophe.leroy@c-s.fr&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Fri, 26 Apr 2019 16:23:33 +0000</pubDate>
        <dc:creator>Christophe Leroy &lt;christophe.leroy@c-s.fr&gt;</dc:creator>
    </item>
<item>
        <title>fb0b0a73 - powerpc: Enable kcov</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#fb0b0a73</link>
        <description>powerpc: Enable kcovkcov provides kernel coverage data that&apos;s useful for fuzzing tools likesyzkaller.Wire up kcov support on powerpc. Disable kcov instrumentation on the samefiles where we currently disable gcov and UBSan instrumentation, plus someadditional exclusions which appear necessary to boot on book3e machines.Signed-off-by: Andrew Donnellan &lt;andrew.donnellan@au1.ibm.com&gt;Acked-by: Dmitry Vyukov &lt;dvyukov@google.com&gt;Tested-by: Daniel Axtens &lt;dja@axtens.net&gt; # e6500Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Fri, 22 Feb 2019 00:40:46 +0000</pubDate>
        <dc:creator>Andrew Donnellan &lt;andrew.donnellan@au1.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>9c87156c - powerpc/xmon: Relax frame size for clang</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#9c87156c</link>
        <description>powerpc/xmon: Relax frame size for clangWhen building with clang (8 trunk, 7.0 release) the frame size limit ishit: arch/powerpc/xmon/xmon.c:452:12: warning: stack frame size of 2576 bytes in function &apos;xmon_core&apos; [-Wframe-larger-than=]Some investigation by Naveen indicates this is due to clang saving theaddresses to printf format strings on the stack.While this issue is investigated, bump up the frame size limit for xmonwhen building with clang.Link: https://github.com/ClangBuiltLinux/linux/issues/252Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 31 Oct 2018 01:09:34 +0000</pubDate>
        <dc:creator>Joel Stanley &lt;joel@jms.id.au&gt;</dc:creator>
    </item>
<item>
        <title>23ad1a27 - powerpc: Add -Werror at arch/powerpc level</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#23ad1a27</link>
        <description>powerpc: Add -Werror at arch/powerpc levelBack when I added -Werror in commit ba55bd74360e (&quot;powerpc: Addconfigurable -Werror for arch/powerpc&quot;) I did it by adding it to mostof the arch Makefiles.At the time we excluded math-emu, because apparently it didn&apos;t buildcleanly. But that seems to have been fixed somewhere in the interim.So move the -Werror addition to the top-level of the arch, this savesus from repeating it in every Makefile and means we won&apos;t forget toadd it to any new sub-dirs.Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 10 Oct 2018 05:13:06 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>aea44714 - powerpc: Disable -Wbuiltin-requires-header when setjmp is used</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#aea44714</link>
        <description>powerpc: Disable -Wbuiltin-requires-header when setjmp is usedThe powerpc kernel uses setjmp which causes a warning when buildingwith clang:  In file included from arch/powerpc/xmon/xmon.c:51:  ./arch/powerpc/include/asm/setjmp.h:15:13: error: declaration of  built-in function &apos;setjmp&apos; requires inclusion of the header &lt;setjmp.h&gt;        [-Werror,-Wbuiltin-requires-header]  extern long setjmp(long *);              ^  ./arch/powerpc/include/asm/setjmp.h:16:13: error: declaration of  built-in function &apos;longjmp&apos; requires inclusion of the header &lt;setjmp.h&gt;        [-Werror,-Wbuiltin-requires-header]  extern void longjmp(long *, long);              ^This *is* the header and we&apos;re not using the built-in setjump butrather the one in arch/powerpc/kernel/misc.S. As the compiler warningdoes not make sense, it for the files where setjmp is used.Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;[mpe: Move subdir-ccflags in xmon/Makefile to not clobber -Werror]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Mon, 17 Sep 2018 07:46:21 +0000</pubDate>
        <dc:creator>Joel Stanley &lt;joel@jms.id.au&gt;</dc:creator>
    </item>
<item>
        <title>2a056f58 - powerpc: consolidate -mno-sched-epilog into FTRACE flags</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#2a056f58</link>
        <description>powerpc: consolidate -mno-sched-epilog into FTRACE flagsSigned-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Reviewed-by: Joel Stanley &lt;joel@jms.id.au&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Fri, 14 Sep 2018 05:08:53 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@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/arch/powerpc/xmon/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/arch/powerpc/xmon/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>e12d94f8 - powerpc/xmon: Exclude all of xmon from ftrace</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#e12d94f8</link>
        <description>powerpc/xmon: Exclude all of xmon from ftraceExclude core xmon files from ftrace (along with an xmon xive helperoutside of xmon/) to minimize impact of ftrace while within xmon.Before:  /sys/kernel/debug/tracing# grep -ci xmon available_filter_functions  26After:  /sys/kernel/debug/tracing# grep -ci xmon available_filter_functions  0Signed-off-by: Naveen N. Rao &lt;naveen.n.rao@linux.vnet.ibm.com&gt;[mpe: Use $(subst ..) on KBUILD_CFLAGS rather than CFLAGS_REMOVE_xxx]Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 02 Aug 2017 18:25:38 +0000</pubDate>
        <dc:creator>Naveen N. Rao &lt;naveen.n.rao@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>31cdd0c3 - powerpc/xmon: Fix SPR read/write commands and add command to dump SPRs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#31cdd0c3</link>
        <description>powerpc/xmon: Fix SPR read/write commands and add command to dump SPRsxmon has commands for reading and writing SPRs, but they don&apos;t workcurrently for several reasons. They attempt to synthesize a smallfunction containing an mfspr or mtspr instruction and call it. However,the instructions are on the stack, which is usually not executable.Also, for 64-bit we set up a procedure descriptor, which is fine for thebig-endian ABIv1, but not correct for ABIv2. Finally, the code uses theinfrastructure for catching memory errors, but that only catches datastorage interrupts and machine check interrupts, but a failedmfspr/mtspr can generate a program interrupt or a hypervisor emulationassist interrupt, or be a no-op.Instead of trying to synthesize a function on the fly, this adds two newfunctions, xmon_mfspr() and xmon_mtspr(), which take an SPR number as anargument and read or write the SPR. Because there is no Power ISAinstruction which takes an SPR number in a register, we have to generateone of each possible mfspr and mtspr instruction, for all 1024 possibleSPRs. Thus we get just over 8k bytes of code for each of xmon_mfspr()and xmon_mtspr(). However, this 16kB of code pales in comparison to the&gt; 130kB of PPC opcode tables used by the xmon disassembler.To catch interrupts caused by the mfspr/mtspr instructions, we add a new&apos;catch_spr_faults&apos; flag. If an interrupt occurs while it is set, we comeback into xmon() via program_check_interrupt(), _exception() and die(),see that catch_spr_faults is set and do a longjmp to bus_error_jmp, backinto read_spr() or write_spr().This adds a couple of other nice features: first, a &quot;Sa&quot; command thatattempts to read and print out the value of all 1024 SPRs. If any mfsprinstruction acts as a no-op, then the SPR is not implemented and notprinted.Secondly, the Sr and Sw commands detect when an SPR is notimplemented (i.e. mfspr is a no-op) and print a message to that effectrather than printing a bogus value.Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 13 Apr 2016 11:31:24 +0000</pubDate>
        <dc:creator>Paul Mackerras &lt;paulus@ozlabs.org&gt;</dc:creator>
    </item>
<item>
        <title>bf76f73c - powerpc: enable UBSAN support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#bf76f73c</link>
        <description>powerpc: enable UBSAN supportThis hooks up UBSAN support for PowerPC.So far it&apos;s found some interesting cases where we don&apos;t properly sanitiseinput to shifts, including one in our futex handling.  Nothing critical,but interesting and worth fixing.[valentinrothberg@gmail.com: arch/powerpc/Kconfig: fix typo in select statement]Signed-off-by: Daniel Axtens &lt;dja@axtens.net&gt;Cc: Andrey Ryabinin &lt;aryabinin@virtuozzo.com&gt;Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Tested-by: Andrew Donnellan &lt;andrew.donnellan@au1.ibm.com&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Valentin Rothberg &lt;valentinrothberg@gmail.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/arch/powerpc/xmon/Makefile</description>
        <pubDate>Wed, 20 Jan 2016 23:00:58 +0000</pubDate>
        <dc:creator>Daniel Axtens &lt;dja@axtens.net&gt;</dc:creator>
    </item>
<item>
        <title>1fbe9cf2 - powerpc: Build kernel with -mcmodel=medium</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/xmon/Makefile#1fbe9cf2</link>
        <description>powerpc: Build kernel with -mcmodel=mediumFinally remove the two level TOC and build with -mcmodel=medium.Unfortunately we can&apos;t build modules with -mcmodel=medium due tothe tricks the kernel module loader plays with percpu data:# -mcmodel=medium breaks modules because it uses 32bit offsets from# the TOC pointer to create pointers where possible. Pointers into the# percpu data area are created by this method.## The kernel module loader relocates the percpu data section from the# original location (starting with 0xd...) to somewhere in the base# kernel percpu data space (starting with 0xc...). We need a full# 64bit relocation for this to work, hence -mcmodel=large.On older kernels we fall back to the two level TOC (-mminimal-toc)Signed-off-by: Anton Blanchard &lt;anton@samba.org&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/xmon/Makefile</description>
        <pubDate>Mon, 26 Nov 2012 17:41:08 +0000</pubDate>
        <dc:creator>Anton Blanchard &lt;anton@samba.org&gt;</dc:creator>
    </item>
</channel>
</rss>
