<?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 Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>9b400d17 - kbuild: Introduce Kconfig symbol for linking vmlinux with relocations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#9b400d17</link>
        <description>kbuild: Introduce Kconfig symbol for linking vmlinux with relocationsSome architectures build vmlinux with static relocations preserved, butstrip them again from the final vmlinux image. Arch specific toolsconsume these static relocations in order to construct relocation tablesfor KASLR.The fact that vmlinux is created, consumed and subsequently updated goesagainst the typical, declarative paradigm used by Make, which is basedon rules and dependencies. So as a first step towards cleaning this up,introduce a Kconfig symbol to declare that the arch wants to consume thestatic relocations emitted into vmlinux. This will be wired up furtherin subsequent patches.Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Tue, 11 Mar 2025 11:06:19 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>976bf3ae - mips: drop GENERIC_IOMAP wrapper</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#976bf3ae</link>
        <description>mips: drop GENERIC_IOMAP wrapperAll PIO on MIPS platforms is memory mapped, so there is no benefit inthe lib/iomap.c wrappers that switch between inb/outb and readb/writebstyle accessses.In fact, the &apos;#define PIO_RESERVED 0&apos; setting completely disablesthe GENERIC_IOMAP functionality, and the &apos;#define PIO_OFFSETmips_io_port_base&apos; setting is based on a misunderstanding of what theoffset is meant to do.MIPS started using GENERIC_IOMAP in 2018 with commit b962aeb02205 (&quot;MIPS:Use GENERIC_IOMAP&quot;) replacing a simple custom implementation of the sameinterfaces, but at the time the asm-generic/io.h version was not usableyet. Since the header is now always included, it&apos;s now possible to goback to the even simpler version.Use the normal GENERIC_PCI_IOMAP functionality for all mips platformswithout the hacky GENERIC_IOMAP, and provide a custom pci_iounmap()for the CONFIG_PCI_DRIVERS_LEGACY case to ensure the I/O port base nevergets unmapped.The readsl() prototype needs an extra &apos;const&apos; keyword to make itcompatible with the generic ioread32_rep() alias.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Tue, 11 Mar 2025 10:48:49 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>69896119 - MIPS: vdso: Switch to generic storage implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#69896119</link>
        <description>MIPS: vdso: Switch to generic storage implementationThe generic storage implementation provides the same features as thecustom one. However it can be shared between architectures, makingmaintenance easier.Co-developed-by: Nam Cao &lt;namcao@linutronix.de&gt;Signed-off-by: Nam Cao &lt;namcao@linutronix.de&gt;Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20250204-vdso-store-rng-v3-13-13a4669dfc8c@linutronix.de

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Tue, 04 Feb 2025 12:05:45 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>04e4ec98 - MIPS: migrate to generic rule for built-in DTBs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#04e4ec98</link>
        <description>MIPS: migrate to generic rule for built-in DTBsCommit 654102df2ac2 (&quot;kbuild: add generic support for built-in bootDTBs&quot;) introduced generic support for built-in DTBs.Select GENERIC_BUILTIN_DTB and BUILTIN_DTB_ALL when the built-in DTBsupport is enabled.DTBs compiled under arch/mips/boot/dts/ will be wrapped by the genericrule in scripts/Makefile.vmlinux.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Sun, 22 Dec 2024 00:04:13 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>078b8316 - Revert &quot;MIPS: csrc-r4k: Select HAVE_UNSTABLE_SCHED_CLOCK if SMP &amp;&amp; 64BIT&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#078b8316</link>
        <description>Revert &quot;MIPS: csrc-r4k: Select HAVE_UNSTABLE_SCHED_CLOCK if SMP &amp;&amp; 64BIT&quot;This reverts commit 426fa8e4fe7bb914b5977cbce453a9926bf5b2e6.The commit has caused two issues on Loongson 3A4000:1. The timestamp in dmesg become erratic, like:    [3.736957] amdgpu 0000:04:00.0: ... ...    [3.748895] [drm] Initialized amdgpu ... ...    [18446744073.381141] amdgpu 0000:04:00:0: ... ...    [1.613326] igb 0000:03:00.0 enp3s0: ... ...2. More seriously, some workloads (for example, the test   stdlib/test-cxa_atexit2 in the Glibc test suite) triggers an RCU   stall and hang the system with a high probably (4 hangs out of 5   tests).Revert this commit to use jiffie on Loongson MIPS systems and fix theseissues for now.  The root cause may need more investigation.Cc: stable@vger.kernel.org # 6.11+Cc: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Cc: Icenowy Zheng &lt;icenowy@aosc.io&gt;Signed-off-by: Xi Ruoyao &lt;xry111@xry111.site&gt;Reviewed-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Mon, 23 Dec 2024 09:20:41 +0000</pubDate>
        <dc:creator>Xi Ruoyao &lt;xry111@xry111.site&gt;</dc:creator>
    </item>
<item>
        <title>289c270e - mips/crc32: expose CRC32 functions through lib</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#289c270e</link>
        <description>mips/crc32: expose CRC32 functions through libMove the mips CRC32 assembly code into the lib directory and wire it upto the library interface.  This allows it to be used without goingthrough the crypto API.  It remains usable via the crypto API too viathe shash algorithms that use the library interface.  Thus all thearch-specific &quot;shash&quot; code becomes unnecessary and is removed.Note: to see the diff from arch/mips/crypto/crc32-mips.c toarch/mips/lib/crc32-mips.c, view this commit with &apos;git show -M10&apos;.Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20241202010844.144356-8-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Mon, 02 Dec 2024 01:08:32 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>31daa343 - crash, powerpc: default to CRASH_DUMP=n on PPC_BOOK3S_32</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#31daa343</link>
        <description>crash, powerpc: default to CRASH_DUMP=n on PPC_BOOK3S_32Fixes boot failures on 6.9 on PPC_BOOK3S_32 machines using Open Firmware. On these machines, the kernel refuses to boot from non-zeroPHYSICAL_START, which occurs when CRASH_DUMP is on.Since most PPC_BOOK3S_32 machines boot via Open Firmware, it shoulddefault to off for them.  Users booting via some other mechanism can stillturn it on explicitly.Does not change the default on any other architectures for thetime being.Link: https://lkml.kernel.org/r/20240917163720.1644584-1-dave@vasilevsky.caFixes: 75bc255a7444 (&quot;crash: clean up kdump related config items&quot;)Signed-off-by: Dave Vasilevsky &lt;dave@vasilevsky.ca&gt;Reported-by: Reimar D&#246;ffinger &lt;Reimar.Doeffinger@gmx.de&gt;Closes: https://lists.debian.org/debian-powerpc/2024/07/msg00001.htmlAcked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;	[powerpc]Acked-by: Baoquan He &lt;bhe@redhat.com&gt;Cc: &quot;Eric W. Biederman&quot; &lt;ebiederm@xmission.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Reimar D&#246;ffinger &lt;Reimar.Doeffinger@gmx.de&gt;Cc: &lt;stable@vger.kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Tue, 17 Sep 2024 16:37:20 +0000</pubDate>
        <dc:creator>Dave Vasilevsky &lt;dave@vasilevsky.ca&gt;</dc:creator>
    </item>
<item>
        <title>3ac9999c - MIPS: loongson64: drop HAVE_ARCH_NODEDATA_EXTENSION</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#3ac9999c</link>
        <description>MIPS: loongson64: drop HAVE_ARCH_NODEDATA_EXTENSIONCommit f8f9f21c7848 (&quot;MIPS: Fix build error for loongson64 and sgi-ip27&quot;)added HAVE_ARCH_NODEDATA_EXTENSION to loongson64 to silence a compilationerror that happened because loongson64 didn&apos;t define array of pg_data_t asnode_data like most other architectures did.After rename of __node_data to node_data arch_alloc_nodedata() andHAVE_ARCH_NODEDATA_EXTENSION can be dropped from loongson64.Since it was the only user of HAVE_ARCH_NODEDATA_EXTENSION config optionalso remove this option from arch/mips/Kconfig.Link: https://lkml.kernel.org/r/20240807064110.1003856-7-rppt@kernel.orgSigned-off-by: Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Tested-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt; [arm64 + CXL via QEMU]Acked-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Acked-by: David Hildenbrand &lt;david@redhat.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Andreas Larsson &lt;andreas@gaisler.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Davidlohr Bueso &lt;dave@stgolabs.net&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Rafael J. Wysocki &lt;rafael@kernel.org&gt;Cc: Rob Herring (Arm) &lt;robh@kernel.org&gt;Cc: Samuel Holland &lt;samuel.holland@sifive.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Zi Yan &lt;ziy@nvidia.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Wed, 07 Aug 2024 06:40:50 +0000</pubDate>
        <dc:creator>Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6c701269 - MIPS: sgi-ip27: drop HAVE_ARCH_NODEDATA_EXTENSION</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#6c701269</link>
        <description>MIPS: sgi-ip27: drop HAVE_ARCH_NODEDATA_EXTENSIONCommit f8f9f21c7848 (&quot;MIPS: Fix build error for loongson64 and sgi-ip27&quot;)added HAVE_ARCH_NODEDATA_EXTENSION to sgi-ip27 to silence a compilationerror that happened because sgi-ip27 didn&apos;t define array of pg_data_t asnode_data like most other architectures did.After addition of node_data array that matches other architectures andafter ensuring that offline nodes do not appear on node_possible_map, itis safe to drop arch_alloc_nodedata() and HAVE_ARCH_NODEDATA_EXTENSIONfrom sgi-ip27.Link: https://lkml.kernel.org/r/20240807064110.1003856-5-rppt@kernel.orgSigned-off-by: Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Tested-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt; [arm64 + CXL via QEMU]Acked-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Acked-by: David Hildenbrand &lt;david@redhat.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Andreas Larsson &lt;andreas@gaisler.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Borislav Petkov &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Davidlohr Bueso &lt;dave@stgolabs.net&gt;Cc: David S. Miller &lt;davem@davemloft.net&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Rafael J. Wysocki &lt;rafael@kernel.org&gt;Cc: Rob Herring (Arm) &lt;robh@kernel.org&gt;Cc: Samuel Holland &lt;samuel.holland@sifive.com&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Zi Yan &lt;ziy@nvidia.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Wed, 07 Aug 2024 06:40:48 +0000</pubDate>
        <dc:creator>Mike Rapoport (Microsoft) &lt;rppt@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>de6c85bf - dma-mapping: clearly mark DMA ops as an architecture feature</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#de6c85bf</link>
        <description>dma-mapping: clearly mark DMA ops as an architecture featureDMA ops are a helper for architectures and not for drivers to overridethe DMA implementation.Unfortunately driver authors keep ignoring this.  Make the fact moreclear by renaming the symbol to ARCH_HAS_DMA_OPS and having the two driversoverriding their dma_ops depend on that.  These drivers should probably bemarked broken, but we can give them a bit of a grace period for that.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt; # for IPU6Acked-by: Robin Murphy &lt;robin.murphy@arm.com&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Wed, 28 Aug 2024 06:02:47 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>fa165f91 - MIPS: Loongson64: Switch to SYNC_R4K</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#fa165f91</link>
        <description>MIPS: Loongson64: Switch to SYNC_R4KNowadays SYNC_R4K is performing better than Loongson64&apos;scustom sync mechanism.Switch to SYNC_R4K to improve performance and reduce codeduplication.Signed-off-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Reviewed-by: Huacai Chen &lt;chenhuacai@loongson.cn&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Sun, 14 Jul 2024 02:41:05 +0000</pubDate>
        <dc:creator>Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;</dc:creator>
    </item>
<item>
        <title>b9d73218 - treewide: change conditional prompt for choices to &apos;depends on&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#b9d73218</link>
        <description>treewide: change conditional prompt for choices to &apos;depends on&apos;While Documentation/kbuild/kconfig-language.rst provides a briefexplanation, there are recurring confusions regarding the usage of aprompt followed by &apos;if &lt;expr&gt;&apos;. This conditional controls _only_ theprompt.A typical usage is as follows:    menuconfig BLOCK            bool &quot;Enable the block layer&quot; if EXPERT            default yWhen EXPERT=n, the prompt is hidden, but this config entry is stillactive, and BLOCK is set to its default value &apos;y&apos;. This is reasonablebecause you are likely want to enable the block device support. WhenEXPERT=y, the prompt is shown, allowing you to toggle BLOCK.Please note that it is different from &apos;depends on EXPERT&apos;, which wouldenable and disable the entire config entry.However, this conditional prompt has never worked in a choice block.The following two work in the same way: when EXPERT is disabled, thechoice block is entirely disabled.[Test Code 1]    choice            prompt &quot;choose&quot; if EXPERT    config A            bool &quot;A&quot;    config B            bool &quot;B&quot;    endchoice[Test Code 2]    choice            prompt &quot;choose&quot;            depends on EXPERT    config A            bool &quot;A&quot;    config B            bool &quot;B&quot;    endchoiceI believe the first case should hide only the prompt, producing thedefault:   CONFIG_A=y   # CONFIG_B is not setThe next commit will change (fix) the behavior of the conditional promptin choice blocks.I see several choice blocks wrongly using a conditional prompt, where&apos;depends on&apos; makes more sense.To preserve the current behavior, this commit converts such misuses.I did not touch the following entry in arch/x86/Kconfig:    choice            prompt &quot;Memory split&quot; if EXPERT            default VMSPLIT_3GThis is truly the correct use of the conditional prompt; when EXPERT=n,this choice block should silently select the reasonable VMSPLIT_3G,although the resulting PAGE_OFFSET will not be affected anyway.Presumably, the one in fs/jffs2/Kconfig is also correct, but I convertedit to &apos;depends on&apos; to avoid any potential behavioral change.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Wed, 26 Jun 2024 18:22:00 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>62b8db3a - mips: select REALTEK_OTTO_TIMER for Realtek platforms</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#62b8db3a</link>
        <description>mips: select REALTEK_OTTO_TIMER for Realtek platformsWhen MACH_REALTEK_RTL is selected automatically select theREALTEK_OTTO_TIMER option in order to support the Realtek platforms thatrequire it.Signed-off-by: Chris Packham &lt;chris.packham@alliedtelesis.co.nz&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Wed, 10 Jul 2024 04:35:22 +0000</pubDate>
        <dc:creator>Chris Packham &lt;chris.packham@alliedtelesis.co.nz&gt;</dc:creator>
    </item>
<item>
        <title>426fa8e4 - MIPS: csrc-r4k: Select HAVE_UNSTABLE_SCHED_CLOCK if SMP &amp;&amp; 64BIT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#426fa8e4</link>
        <description>MIPS: csrc-r4k: Select HAVE_UNSTABLE_SCHED_CLOCK if SMP &amp;&amp; 64BITcsrc-r4k suffers from SMP synchronization overhead.Select HAVE_UNSTABLE_SCHED_CLOCK to workaround driftbetween the CPUs on the system. HAVE_UNSTABLE_SCHED_CLOCKrequires cmpxchg64, so enable it for 64 bits only.Signed-off-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Wed, 12 Jun 2024 08:54:30 +0000</pubDate>
        <dc:creator>Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;</dc:creator>
    </item>
<item>
        <title>2226d454 - MIPS: select CPU_PM with SUSPEND</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#2226d454</link>
        <description>MIPS: select CPU_PM with SUSPENDFunctionalities provided by CPU_PM are essential for suspendto work on all platforms.Signed-off-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Tue, 07 May 2024 15:22:00 +0000</pubDate>
        <dc:creator>Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;</dc:creator>
    </item>
<item>
        <title>fbe0fae6 - MIPS: mobileye: Add EyeQ6H support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#fbe0fae6</link>
        <description>MIPS: mobileye: Add EyeQ6H supportEyeQ6H (or &#8220;High&#8221;) is an other SoC from Mobileye still based on theMIPS I6500 architecture as the EyeQ5. The 2 clusters of this SoCcontains 4 cores which are capable of running 4 threads. Besides this,it features multiple controllers such as the classic UART, high speedI2C, SPI, as well as CAN-FD, PCIe Gen4, Octal/Quad SPI Flashinterface, Gigabit Ethernet, MIPI CSI-2, MIPI DSI, and eMMC 5.1. Italso includes a Hardware Security Module, Functional Safety Hardware,and video encoders and more.This commit provides the infrastructure to build a kernel running onEyeQ6H SoC. For now the support is limited and only one CPU core isrunning.Reviewed-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Gregory CLEMENT &lt;gregory.clement@bootlin.com&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Mon, 13 May 2024 18:34:17 +0000</pubDate>
        <dc:creator>Gregory CLEMENT &lt;gregory.clement@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>25176ad0 - mm/treewide: rename CONFIG_HAVE_FAST_GUP to CONFIG_HAVE_GUP_FAST</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#25176ad0</link>
        <description>mm/treewide: rename CONFIG_HAVE_FAST_GUP to CONFIG_HAVE_GUP_FASTNowadays, we call it &quot;GUP-fast&quot;, the external interface includes functionslike &quot;get_user_pages_fast()&quot;, and we renamed all internal functions toreflect that as well.Let&apos;s make the config option reflect that.Link: https://lkml.kernel.org/r/20240402125516.223131-3-david@redhat.comSigned-off-by: David Hildenbrand &lt;david@redhat.com&gt;Reviewed-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Reviewed-by: John Hubbard &lt;jhubbard@nvidia.com&gt;Cc: Peter Xu &lt;peterx@redhat.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Tue, 02 Apr 2024 12:55:15 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>9a88b338 - MIPS: move unselectable FIT_IMAGE_FDT_EPM5 out of the &quot;System type&quot; choice</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#9a88b338</link>
        <description>MIPS: move unselectable FIT_IMAGE_FDT_EPM5 out of the &quot;System type&quot; choiceThe reason is described in 5033ad566016 (&quot;MIPS: move unselectableentries out of the &quot;CPU type&quot; choice&quot;).At the same time, commit 101bd58fde10 (&quot;MIPS: Add support for MobileyeEyeQ5&quot;) introduced another unselectable choice member.(In fact, 5033ad566016 and 101bd58fde10 have the same commit time.)Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Sat, 23 Mar 2024 08:51:00 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ba89f9c8 - arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#ba89f9c8</link>
        <description>arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitionsThese four architectures define the same Kconfig symbols for configuringthe page size. Move the logic into a common place where it can be sharedwith all other architectures.Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Fri, 23 Feb 2024 22:18:37 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>74efddad - MIPS: Limit MIPS_MT_SMP support by ISA reversion</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/mips/Kconfig#74efddad</link>
        <description>MIPS: Limit MIPS_MT_SMP support by ISA reversionMIPS MT ASE is only available on ISA between Release 1 and Release 5.Add ISA level dependency to Kconfig to fix build.Reported-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Signed-off-by: Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;Signed-off-by: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;

            List of files:
            /linux-6.15/arch/mips/Kconfig</description>
        <pubDate>Fri, 02 Feb 2024 18:21:45 +0000</pubDate>
        <dc:creator>Jiaxun Yang &lt;jiaxun.yang@flygoat.com&gt;</dc:creator>
    </item>
</channel>
</rss>
