<?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 sysinfo.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>52109a06 - s390: Convert MACHINE_IS_[LPAR|VM|KVM], etc, machine_is_[lpar|vm|kvm]()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#52109a06</link>
        <description>s390: Convert MACHINE_IS_[LPAR|VM|KVM], etc, machine_is_[lpar|vm|kvm]()Move machine type detection to the decompressor and use static branchesto implement and use machine_is_[lpar|vm|kvm]() instead of a runtime checkvia MACHINE_IS_[LPAR|VM|KVM].Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 07 Feb 2025 14:49:07 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>91d6e442 - s390/sysinfo: Move stsi() to header file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#91d6e442</link>
        <description>s390/sysinfo: Move stsi() to header fileMove stsi() inline assembly to header file so it is possible to use italso for the decompressor.Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 07 Feb 2025 14:49:06 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>a130b6d6 - s390/sysinfo: Cleanup stsi() inline assembly</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#a130b6d6</link>
        <description>s390/sysinfo: Cleanup stsi() inline assemblyMerge stsi() and __stsi() and cleanup the inline assembly. This involvesmaking use of the flag output constraint. Semantically the result isidentical to before.Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 07 Feb 2025 14:49:05 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>9b065000 - s390/sysinfo: Remove exception handling from __stsi()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#9b065000</link>
        <description>s390/sysinfo: Remove exception handling from __stsi()The exception handling for __stsi() was added in 2001 when it still waspossible to run Linux on systems without LPAR hypervisor, and thereforewithout an stsi instruction. Given that this is not supported anymoreremove the exception handling from the __stsi() inline assembly.Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 07 Feb 2025 14:49:04 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>5643195f - s390/cpufeature: Convert MACHINE_HAS_TOPOLOGY to cpu_has_topology()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#5643195f</link>
        <description>s390/cpufeature: Convert MACHINE_HAS_TOPOLOGY to cpu_has_topology()Convert MACHINE_HAS_... to cpu_has_...() which uses test_facility() insteadof testing the machine_flags lowcore member if the feature is present.test_facility() generates better code since it results in a static branchwithout accessing memory. The branch is patched via alternatives by thedecompressor depending on the availability of the required facility.Reviewed-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 07 Feb 2025 14:48:52 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>cb787f4a - [tree-wide] finally take no_llseek out</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#cb787f4a</link>
        <description>[tree-wide] finally take no_llseek outno_llseek had been defined to NULL two years ago, in commit 868941b14441(&quot;fs: remove no_llseek&quot;)To quote that commit,  At -rc1 we&apos;ll need do a mechanical removal of no_llseek -  git grep -l -w no_llseek | grep -v porting.rst | while read i; do	sed -i &apos;/\&lt;no_llseek\&gt;/d&apos; $i  done  would do it.Unfortunately, that hadn&apos;t been done.  Linus, could you do that now, sothat we could finally put that thing to rest? All instances are of theform	.llseek = no_llseek,so it&apos;s obviously safe.Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 27 Sep 2024 01:56:11 +0000</pubDate>
        <dc:creator>Al Viro &lt;viro@zeniv.linux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>4dc890df - s390/sysinfo: allow response buffer in normal memory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#4dc890df</link>
        <description>s390/sysinfo: allow response buffer in normal memoryAs provided with commit cd4386a931b63 (&quot;s390/cpcmd,vmcp: avoid GFP_DMAallocations&quot;) the Diagnose Code 8 response buffer does not have to bebelow 2GB.Reviewed-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 08 Mar 2024 14:54:46 +0000</pubDate>
        <dc:creator>Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>ea8b75d2 - s390/sysinfo: convert bogomips calculation to C</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#ea8b75d2</link>
        <description>s390/sysinfo: convert bogomips calculation to CProvide several one instruction fpu inline assemebles and use them toimplement the bogomips calculation in C like style. This is more forillustration purposes on how kernel fpu code can be written in C.This has the advantage that the author only has to take care of thefloating point instructions, but doesn&apos;t need to take care of generalpurpose register allocation (if needed), and the semantics of all otherinstructions not related to fpu.Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Sat, 03 Feb 2024 10:45:25 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>066c4091 - s390/fpu: decrease stack usage for some cases</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#066c4091</link>
        <description>s390/fpu: decrease stack usage for some casesThe kernel_fpu structure has a quite large size of 520 bytes. In order toreduce stack footprint introduce several kernel fpu structures withdifferent and also smaller sizes. This way every kernel fpu user must usethe correct variant. A compile time check verifies that the correct variantis used.There are several users which use only 16 instead of all 32 vectorregisters. For those users the new kernel_fpu_16 structure with a size ofonly 266 bytes can be used.Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Sat, 03 Feb 2024 10:45:17 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>fd2527f2 - s390/fpu: move, rename, and merge header files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#fd2527f2</link>
        <description>s390/fpu: move, rename, and merge header filesMove, rename, and merge the fpu and vx header files. This way fpu headerfiles have a consistent naming scheme (fpu*.h).Also get rid of the fpu subdirectory and move header files to asmdirectory, so that all fpu and vx header files can be found at the samelocation.Merge internal.h header file into other header files, since the internalhelpers are used at many locations. so those helper functions are reallynot internal.Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Sat, 03 Feb 2024 10:45:02 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>8d16ce14 - s390/fpu: make use of __uninitialized macro</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#8d16ce14</link>
        <description>s390/fpu: make use of __uninitialized macroCode sections in s390 specific kernel code which use floating point orvector registers all come with a 520 byte stack variable to save already inuse registers, if required.With INIT_STACK_ALL_PATTERN or INIT_STACK_ALL_ZERO enabled this variablewill always be initialized on function entry in addition to saving registercontents, which contradicts the intention (performance improvement) of suchcode sections.Therefore provide a DECLARE_KERNEL_FPU_ONSTACK() macro which providesstruct kernel_fpu variables with an __uninitialized attribute, and convertall existing code to use this.This way only this specific type of stack variable will not be initialized,regardless of config options.Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/20240205154844.3757121-3-hca@linux.ibm.comSigned-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Mon, 05 Feb 2024 15:48:44 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>d12292fd - s390/sysinfo: add variable capacity information</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#d12292fd</link>
        <description>s390/sysinfo: add variable capacity informationIf available, add machine variable capacity information to /proc/sysinfoAcked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Signed-off-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Wed, 19 Jan 2022 22:44:32 +0000</pubDate>
        <dc:creator>Vasily Gorbik &lt;gor@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>d09a307f - s390/extable: move EX_TABLE define to asm-extable.h</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#d09a307f</link>
        <description>s390/extable: move EX_TABLE define to asm-extable.hFollow arm64 and riscv and move the EX_TABLE define to asm-extable.hwhich is a lot less generic than the current linkage.h.Also make sure that all files which contain EX_TABLE usages actuallyinclude the new header file. This should make sure that the filesalways compile and there won&apos;t be any random compile breakage due toother header file dependencies.Reviewed-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Mon, 28 Feb 2022 10:22:12 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>5fe29839 - s390/sysinfo: get rid of register asm</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#5fe29839</link>
        <description>s390/sysinfo: get rid of register asmSigned-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Signed-off-by: Vasily Gorbik &lt;gor@linux.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Mon, 14 Jun 2021 17:54:42 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>7dd541a3 - s390: no need to check return value of debugfs_create functions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#7dd541a3</link>
        <description>s390: no need to check return value of debugfs_create functionsWhen calling debugfs functions, there is no need to ever check thereturn value.  The function can work or not, but the code logic shouldnever do something different based on this.Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Cc: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Cc: Kees Cook &lt;keescook@chromium.org&gt;Cc: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;Cc: Hendrik Brueckner &lt;brueckner@linux.vnet.ibm.com&gt;Cc: linux-s390@vger.kernel.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Tue, 22 Jan 2019 15:21:02 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>9f35b818 - s390/sysinfo: add missing #ifdef CONFIG_PROC_FS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#9f35b818</link>
        <description>s390/sysinfo: add missing #ifdef CONFIG_PROC_FSGet rid of this compile warning for !PROC_FS:  CC      arch/s390/kernel/sysinfo.oarch/s390/kernel/sysinfo.c:275:12: warning: &apos;sysinfo_show&apos; defined but not used [-Wunused-function] static int sysinfo_show(struct seq_file *m, void *v)Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Mon, 02 Jul 2018 08:54:02 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>3f3942ac - proc: introduce proc_create_single{,_data}</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#3f3942ac</link>
        <description>proc: introduce proc_create_single{,_data}Variants of proc_create{,_data} that directly take a seq_file showcallback and drastically reduces the boilerplate code in the callers.All trivial callers converted over.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Tue, 15 May 2018 13:57:23 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>fddda2b7 - proc: introduce proc_create_seq{,_data}</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#fddda2b7</link>
        <description>proc: introduce proc_create_seq{,_data}Variants of proc_create{,_data} that directly take a struct seq_operationsargument and drastically reduces the boilerplate code in the callers.All trivial callers converted over.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Fri, 13 Apr 2018 17:44:18 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>5260b0f5 - s390/sysinfo: add and display licensed internal code identifier</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/s390/kernel/sysinfo.c#5260b0f5</link>
        <description>s390/sysinfo: add and display licensed internal code identifierWith z14, the store system information instruction provides anlicensed internal code identifier.  Display it in /proc/sysinfo.For more information, see the z/Architecture Principles of Operation.(SA22-7832-11).Signed-off-by: Hendrik Brueckner &lt;brueckner@linux.vnet.ibm.com&gt;Reviewed-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;Reviewed-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/arch/s390/kernel/sysinfo.c</description>
        <pubDate>Wed, 24 Jan 2018 15:19:53 +0000</pubDate>
        <dc:creator>Hendrik Brueckner &lt;brueckner@linux.vnet.ibm.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/s390/kernel/sysinfo.c#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/s390/kernel/sysinfo.c</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
</channel>
</rss>
