<?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 cpu.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>09e6b306 - arm64: cpufeature: discover CPU support for MPAM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#09e6b306</link>
        <description>arm64: cpufeature: discover CPU support for MPAMARMv8.4 adds support for &apos;Memory Partitioning And Monitoring&apos; (MPAM)which describes an interface to cache and bandwidth controls whereverthey appear in the system.Add support to detect MPAM. Like SVE, MPAM has an extra id register thatdescribes some more properties, including the virtualisation support,which is optional. Detect this separately so we can detectmismatched/insane systems, but still use MPAM on the host even if thevirtualisation support is missing.MPAM needs enabling at the highest implemented exception level, otherwisethe register accesses trap. The &apos;enabled&apos; flag is accessible to lowerexception levels, but its in a register that traps when MPAM isn&apos;t enabled.The cpufeature &apos;matches&apos; hook is extended to test this on one of theCPUs, so that firmware can emulate MPAM as disabled if it is reservedfor use by secure world.Secondary CPUs that appear late could trip cpufeature&apos;s &apos;lower safe&apos;behaviour after the MPAM properties have been advertised to user-space.Add a verify call to ensure late secondaries match the existing CPUs.(If you have a boot failure that bisects here its likely your CPUsadvertise MPAM in the id registers, but firmware failed to either enableor MPAM, or emulate the trap as if it were disabled)Signed-off-by: James Morse &lt;james.morse@arm.com&gt;Signed-off-by: Joey Gouly &lt;joey.gouly@arm.com&gt;Reviewed-by: Gavin Shan &lt;gshan@redhat.com&gt;Tested-by: Shameer Kolothum &lt;shameerali.kolothum.thodi@huawei.com&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Reviewed-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20241030160317.2528209-4-joey.gouly@arm.comSigned-off-by: Oliver Upton &lt;oliver.upton@linux.dev&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Wed, 30 Oct 2024 16:03:13 +0000</pubDate>
        <dc:creator>James Morse &lt;james.morse@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>cc9f69a3 - arm64/cpufeature: Hook new identification registers up to cpufeature</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#cc9f69a3</link>
        <description>arm64/cpufeature: Hook new identification registers up to cpufeatureThe 2023 architecture extensions have defined several new ID registers,hook them up to the cpufeature code so we can add feature checks and hwcapsbased on their contents.Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;Link: https://lore.kernel.org/r/20240306-arm64-2023-dpisa-v5-1-c568edc8ed7f@kernel.orgSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Wed, 06 Mar 2024 23:14:46 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>805bb61f - arm64: cpufeature: Add ID_AA64MMFR4_EL1 handling</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#805bb61f</link>
        <description>arm64: cpufeature: Add ID_AA64MMFR4_EL1 handlingAdd ID_AA64MMFR4_EL1 to the list of idregs the kernel knows about,and describe the E2H0 field.Reviewed-by: Oliver Upton &lt;oliver.upton@linux.dev&gt;Reviewed-by: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;Reviewed-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/r/20240122181344.258974-6-maz@kernel.orgSigned-off-by: Oliver Upton &lt;oliver.upton@linux.dev&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Mon, 22 Jan 2024 18:13:39 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;maz@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>d127db1a - arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#d127db1a</link>
        <description>arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()To allow ACPI&apos;s _STA value to hide CPUs that are present, but notavailable to online right now due to VMM or firmware policy, theregister_cpu() call needs to be made by the ACPI machinery when ACPIis in use. This allows it to hide CPUs that are unavailable from sysfs.Switching to GENERIC_CPU_DEVICES is an intermediate step to allow allfive ACPI architectures to be modified at once.Switch over to GENERIC_CPU_DEVICES, and provide an arch_register_cpu()that populates the hotpluggable flag. arch_register_cpu() is also theinterface the ACPI machinery expects.The struct cpu in struct cpuinfo_arm64 is never used directly, removeit to use the one GENERIC_CPU_DEVICES provides.This changes the CPUs visible in sysfs from possible to present, buton arm64 smp_prepare_cpus() ensures these are the same.This patch also has the effect of moving the registration of CPUs fromsubsys to driver core initialisation, prior to any initcalls running.Signed-off-by: James Morse &lt;james.morse@arm.com&gt;Reviewed-by: &quot;Russell King (Oracle)&quot; &lt;rmk+kernel@armlinux.org.uk&gt;Reviewed-by: Shaoqin Huang &lt;shahuang@redhat.com&gt;Reviewed-by: Gavin Shan &lt;gshan@redhat.com&gt;Signed-off-by: &quot;Russell King (Oracle)&quot; &lt;rmk+kernel@armlinux.org.uk&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/r/E1r5R3b-00Csza-Ku@rmk-PC.armlinux.org.ukSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 21 Nov 2023 13:44:51 +0000</pubDate>
        <dc:creator>James Morse &lt;james.morse@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>39120848 - arm64/sve: Remove SMCR pseudo register from cpufeature code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#39120848</link>
        <description>arm64/sve: Remove SMCR pseudo register from cpufeature codeFor reasons that are not currently apparent during cpufeature enumerationwe maintain a pseudo register for SMCR which records the maximum supportedvector length using the value that would be written to SMCR_EL1.LEN toconfigure it. This is not exposed to userspace and is not sufficient fordetecting unsupportable configurations, we need the more detailed checks invec_update_vq_map() for that since we can&apos;t cope with missing vectorlengths on late CPUs and KVM requires an exactly matching set of supportedvector lengths as EL1 can enumerate VLs directly with the hardware.Remove the code, replacing the usage in sme_setup() with a query of thevq_map.Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;Link: https://lore.kernel.org/r/20230913-arm64-vec-len-cpufeature-v1-2-cc69b0600a8a@kernel.orgSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Wed, 13 Sep 2023 14:48:13 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>abef0695 - arm64/sve: Remove ZCR pseudo register from cpufeature code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#abef0695</link>
        <description>arm64/sve: Remove ZCR pseudo register from cpufeature codeFor reasons that are not currently apparent during cpufeature enumerationwe maintain a pseudo register for ZCR which records the maximum supportedvector length using the value that would be written to ZCR_EL1.LEN toconfigure it. This is not exposed to userspace and is not sufficient fordetecting unsupportable configurations, we need the more detailed checks invec_update_vq_map() for that since we can&apos;t cope with missing vectorlengths on late CPUs and KVM requires an exactly matching set of supportedvector lengths as EL1 can enumerate VLs directly with the hardware.Remove the code, replacing the usage in sve_setup() with a query of thevq_map.Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;Link: https://lore.kernel.org/r/20230913-arm64-vec-len-cpufeature-v1-1-cc69b0600a8a@kernel.orgSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Wed, 13 Sep 2023 14:48:12 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>edc25898 - arm64: cpufeature: add system register ID_AA64MMFR3</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#edc25898</link>
        <description>arm64: cpufeature: add system register ID_AA64MMFR3Add new system register ID_AA64MMFR3 to the cpufeature infrastructure.Signed-off-by: Joey Gouly &lt;joey.gouly@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Reviewed-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/r/20230606145859.697944-6-joey.gouly@arm.comSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 06 Jun 2023 14:58:44 +0000</pubDate>
        <dc:creator>Joey Gouly &lt;joey.gouly@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>d69d5649 - arm64/sme: Expose SMIDR through sysfs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#d69d5649</link>
        <description>arm64/sme: Expose SMIDR through sysfsWe currently expose MIDR and REVID to userspace through sysfs to enable itto make decisions based on the specific implementation. Since SME supportsimplementations where streaming mode is provided by a separate hardwareunit called a SMCU it provides a similar ID register SMIDR. Expose it touserspace via sysfs when the system supports SME along with the other IDregisters.Since we disable the SME priority mapping feature if it is supported byhardware we currently mask out the SMPS bit which reports that it issupported.Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;Link: https://lore.kernel.org/r/20220607132857.1358361-1-broonie@kernel.orgSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 07 Jun 2022 13:28:57 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b42990d3 - arm64/sme: Identify supported SME vector lengths at boot</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#b42990d3</link>
        <description>arm64/sme: Identify supported SME vector lengths at bootThe vector lengths used for SME are controlled through a similar set ofregisters to those for SVE and enumerated using a similar algorithm withsome slight differences due to the fact that unlike SVE there are norestrictions on which combinations of vector lengths can be supportednor any mandatory vector lengths which must be implemented.  Add a newvector type and implement support for enumerating it.One slightly awkward feature is that we need to read the current vectorlength using a different instruction (or enter streaming mode whichwould have the same issue and be higher cost).  Rather than add an opsstructure we add special cases directly in the otherwise genericvec_probe_vqs() function, this is a bit inelegant but it&apos;s the onlyplace where this is an issue.Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;Reviewed-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/r/20220419112247.711548-10-broonie@kernel.orgSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 19 Apr 2022 11:22:17 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5e64b862 - arm64/sme: Basic enumeration support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#5e64b862</link>
        <description>arm64/sme: Basic enumeration supportThis patch introduces basic cpufeature support for discovering the presenceof the Scalable Matrix Extension.Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;Reviewed-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/r/20220419112247.711548-9-broonie@kernel.orgSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 19 Apr 2022 11:22:16 +0000</pubDate>
        <dc:creator>Mark Brown &lt;broonie@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9e45365f - arm64: add ID_AA64ISAR2_EL1 sys register</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#9e45365f</link>
        <description>arm64: add ID_AA64ISAR2_EL1 sys registerThis is a new ID register, introduced in 8.7.Signed-off-by: Joey Gouly &lt;joey.gouly@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: James Morse &lt;james.morse@arm.com&gt;Cc: Alexandru Elisei &lt;alexandru.elisei@arm.com&gt;Cc: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Cc: Reiji Watanabe &lt;reijiw@google.com&gt;Acked-by: Marc Zyngier &lt;maz@kernel.org&gt;Link: https://lore.kernel.org/r/20211210165432.8106-3-joey.gouly@arm.comSigned-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Fri, 10 Dec 2021 16:54:31 +0000</pubDate>
        <dc:creator>Joey Gouly &lt;joey.gouly@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>930a58b4 - arm64: cpuinfo: Split AArch32 registers out into a separate struct</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#930a58b4</link>
        <description>arm64: cpuinfo: Split AArch32 registers out into a separate structIn preparation for late initialisation of the &quot;sanitised&quot; AArch32 registerstate, move the AArch32 registers out of &apos;struct cpuinfo&apos; and into theirown struct definition.Acked-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Reviewed-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/r/20210608180313.11502-2-will@kernel.orgSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 08 Jun 2021 18:02:54 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>21047e91 - arm64: Check if GMID_EL1.BS is the same on all CPUs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#21047e91</link>
        <description>arm64: Check if GMID_EL1.BS is the same on all CPUsThe GMID_EL1.BS field determines the number of tags accessed by theLDGM/STGM instructions (EL1 and up), used by the kernel for copying orzeroing page tags.Taint the kernel if GMID_EL1.BS differs between CPUs but only ofCONFIG_ARM64_MTE is enabled.Signed-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Suzuki K Poulose &lt;Suzuki.Poulose@arm.com&gt;Link: https://lore.kernel.org/r/20210526193621.21559-3-catalin.marinas@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Wed, 26 May 2021 19:36:21 +0000</pubDate>
        <dc:creator>Catalin Marinas &lt;catalin.marinas@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>7513cc8a - arm64: Change the cpuinfo_arm64 member type for some sysregs to u64</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#7513cc8a</link>
        <description>arm64: Change the cpuinfo_arm64 member type for some sysregs to u64The architecture has been updated and the CTR_EL0, CNTFRQ_EL0,DCZID_EL0, MIDR_EL1, REVIDR_EL1 registers are all 64-bit, even if mostof them have a RES0 top 32-bit.Change their type to u64 in struct cpuinfo_arm64.Signed-off-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Acked-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Reviewed-by: Suzuki K Poulose &lt;Suzuki.Poulose@arm.com&gt;Link: https://lore.kernel.org/r/20210526193621.21559-2-catalin.marinas@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Wed, 26 May 2021 19:36:20 +0000</pubDate>
        <dc:creator>Catalin Marinas &lt;catalin.marinas@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>d13027bb - Revert &quot;arm64: initialize per-cpu offsets earlier&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#d13027bb</link>
        <description>Revert &quot;arm64: initialize per-cpu offsets earlier&quot;This reverts commit 353e228eb355be5a65a3c0996c774a0f46737fda.Qian Cai reports that TX2 no longer boots with his .config as it appearsthat task_cpu() gets instrumented and used before KASAN has beeninitialised.Although Mark has a proposed fix, let&apos;s take the safe option of revertingthis for now and sorting it out properly later.Link: https://lore.kernel.org/r/711bc57a314d8d646b41307008db2845b7537b3d.camel@redhat.comReported-by: Qian Cai &lt;cai@redhat.com&gt;Tested-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Signed-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Fri, 09 Oct 2020 10:24:17 +0000</pubDate>
        <dc:creator>Will Deacon &lt;will@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>353e228e - arm64: initialize per-cpu offsets earlier</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#353e228e</link>
        <description>arm64: initialize per-cpu offsets earlierThe current initialization of the per-cpu offset register is difficultto follow and this initialization is not always early enough forupcoming instrumentation with KCSAN, where the instrumentation callbacksuse the per-cpu offset.To make it possible to support KCSAN, and to simplify reasoning aboutearly bringup code, let&apos;s initialize the per-cpu offset earlier, beforewe run any C code that may consume it. To do so, this patch adds a newinit_this_cpu_offset() helper that&apos;s called before the usualprimary/secondary start functions. For consistency, this is also used tore-initialize the per-cpu offset after the runtime per-cpu areas havebeen allocated (which can change CPU0&apos;s offset).So that init_this_cpu_offset() isn&apos;t subject to any instrumentation thatmight consume the per-cpu offset, it is marked with noinstr, preventinginstrumentation.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: James Morse &lt;james.morse@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Link: https://lore.kernel.org/r/20201005164303.21389-1-mark.rutland@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Mon, 05 Oct 2020 16:43:03 +0000</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>858b8a80 - arm64/cpuinfo: Add ID_MMFR4_EL1 into the cpuinfo_arm64 context</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#858b8a80</link>
        <description>arm64/cpuinfo: Add ID_MMFR4_EL1 into the cpuinfo_arm64 contextID_MMFR4_EL1 has been missing in the CPU context (i.e cpuinfo_arm64). Thisjust adds the register along with other required changes.Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: linux-kernel@vger.kernel.orgSuggested-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Reviewed-by: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Link: https://lore.kernel.org/r/1589881254-10082-18-git-send-email-anshuman.khandual@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 19 May 2020 09:40:54 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>152accf8 - arm64/cpufeature: Introduce ID_MMFR5 CPU register</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#152accf8</link>
        <description>arm64/cpufeature: Introduce ID_MMFR5 CPU registerThis adds basic building blocks required for ID_MMFR5 CPU register whichprovides information about the implemented memory model and memorymanagement support in AArch32 state. This is added per ARM DDI 0487F.aspecification.Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: James Morse &lt;james.morse@arm.com&gt;Cc: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Cc: kvmarm@lists.cs.columbia.eduCc: linux-arm-kernel@lists.infradead.orgCc: linux-kernel@vger.kernel.orgSuggested-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Reviewed-by: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Link: https://lore.kernel.org/r/1589881254-10082-7-git-send-email-anshuman.khandual@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 19 May 2020 09:40:43 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>dd35ec07 - arm64/cpufeature: Introduce ID_DFR1 CPU register</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#dd35ec07</link>
        <description>arm64/cpufeature: Introduce ID_DFR1 CPU registerThis adds basic building blocks required for ID_DFR1 CPU register whichprovides top level information about the debug system in AArch32 state.We hide the register from KVM guests, as we don&apos;t emulate the &apos;MTPMU&apos;feature.This is added per ARM DDI 0487F.a specification.Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: James Morse &lt;james.morse@arm.com&gt;Cc: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Cc: kvmarm@lists.cs.columbia.eduCc: linux-arm-kernel@lists.infradead.orgCc: linux-kernel@vger.kernel.orgSuggested-by: Will Deacon &lt;will@kernel.org&gt;Reviewed-by : Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Signed-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Link: https://lore.kernel.org/r/1589881254-10082-6-git-send-email-anshuman.khandual@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 19 May 2020 09:40:42 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>16824085 - arm64/cpufeature: Introduce ID_PFR2 CPU register</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm64/include/asm/cpu.h#16824085</link>
        <description>arm64/cpufeature: Introduce ID_PFR2 CPU registerThis adds basic building blocks required for ID_PFR2 CPU register whichprovides information about the AArch32 programmers model which must beinterpreted along with ID_PFR0 and ID_PFR1 CPU registers. This is addedper ARM DDI 0487F.a specification.Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Marc Zyngier &lt;maz@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: James Morse &lt;james.morse@arm.com&gt;Cc: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Cc: kvmarm@lists.cs.columbia.eduCc: linux-arm-kernel@lists.infradead.orgCc: linux-kernel@vger.kernel.orgSuggested-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Signed-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Reviewed-by: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Link: https://lore.kernel.org/r/1589881254-10082-5-git-send-email-anshuman.khandual@arm.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm64/include/asm/cpu.h</description>
        <pubDate>Tue, 19 May 2020 09:40:41 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
