<?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 bitsperlong.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>6e8d9690 - asm-generic: partially revert &quot;Unify uapi bitsperlong.h for arm64, riscv and loongarch&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/uapi/asm/bitsperlong.h#6e8d9690</link>
        <description>asm-generic: partially revert &quot;Unify uapi bitsperlong.h for arm64, riscv and loongarch&quot;Unifying the asm-generic headers across 32-bit and 64-bit architecturesbased on the compiler provided macros was a good idea and appears to workwith all user space, but it caused a regression when building old kernelson systems that have the new headers installed in /usr/include, as thiscombination trips an inconsistency in the kernel&apos;s own tools/includeheaders that are a mix of userspace and kernel-internal headers.This affects kernel builds on arm64, riscv64 and loongarch64 systems thatmight end up using the &quot;#define __BITS_PER_LONG 32&quot; default from the oldtools headers. Backporting the commit into stable kernels would addressthis, but it would still break building kernels without that backport,and waste time for developers trying to understand the problem.arm64 build machines are rather common, and on riscv64 this can alsohappen in practice, but loongarch64 is probably new enough to notbe used much for building old kernels, so only revert the bitsfor arm64 and riscv.Link: https://lore.kernel.org/all/20230731160402.GB1823389@dev-arch.thelio-3990X/Reported-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Fixes: 8386f58f8deda (&quot;asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch&quot;)Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Acked-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Tested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm64/include/uapi/asm/bitsperlong.h</description>
        <pubDate>Fri, 11 Aug 2023 20:36:58 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>e2be04c7 - License cleanup: add SPDX license identifier to uapi header files with a license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/uapi/asm/bitsperlong.h#e2be04c7</link>
        <description>License cleanup: add SPDX license identifier to uapi header files with a licenseMany user space API headers have licensing information, which is eitherincomplete, badly formatted or just a shorthand for referring to thelicense under which the file is supposed to be.  This makes it hard forcompliance tools to determine the correct license.Update these files with an SPDX license identifier.  The identifier waschosen based on the license information in the file.GPL/LGPL licensed headers get the matching GPL/LGPL SPDX licenseidentifier with the added &apos;WITH Linux-syscall-note&apos; exception, which isthe officially assigned exception identifier for the kernel syscallexception:   NOTE! This copyright does *not* cover user programs that use kernel   services by normal system calls - this is merely considered normal use   of the kernel, and does *not* fall under the heading of &quot;derived work&quot;.This exception makes it possible to include GPL headers into non GPLcode, without confusing license compliance tools.Headers which have either explicit dual licensing or are just licensedunder a non GPL license are updated with the corresponding SPDXidentifier and the GPLv2 with syscall exception identifier.  The formatis:        ((GPL-2.0 WITH Linux-syscall-note) OR SPDX-ID-OF-OTHER-LICENSE)SPDX license identifiers are a legally binding shorthand, which can beused instead of the full boiler plate text.  The update does not removeexisting license information as this has to be done on a case by casebasis and the copyright holders might have to be consulted. This willhappen in a separate step.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.  See the previous patch in this series for themethodology of how this patch was researched.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/arm64/include/uapi/asm/bitsperlong.h</description>
        <pubDate>Wed, 01 Nov 2017 14:09:13 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>4262a727 - UAPI: (Scripted) Disintegrate arch/arm64/include/asm</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/uapi/asm/bitsperlong.h#4262a727</link>
        <description>UAPI: (Scripted) Disintegrate arch/arm64/include/asmSigned-off-by: David Howells &lt;dhowells@redhat.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Michael Kerrisk &lt;mtk.manpages@gmail.com&gt;Acked-by: Paul E. McKenney &lt;paulmck@linux.vnet.ibm.com&gt;Acked-by: Dave Jones &lt;davej@redhat.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/uapi/asm/bitsperlong.h</description>
        <pubDate>Thu, 11 Oct 2012 10:05:13 +0000</pubDate>
        <dc:creator>David Howells &lt;dhowells@redhat.com&gt;</dc:creator>
    </item>
</channel>
</rss>
