<?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>cf124696 - csky/vdso: Remove gettimeofday() and friends from VDSO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#cf124696</link>
        <description>csky/vdso: Remove gettimeofday() and friends from VDSOThe time-related VDSO functionality was introduced in 2021 incommit 87f3248cdb9a (&quot;csky: Reconstruct VDSO framework&quot;) andcommit 0d3b051adbb7 (&quot;csky: Add VDSO with GENERIC_GETTIMEOFDAY, GENERIC_TIME_VSYSCALL, HAVE_GENERIC_VDSO&quot;).However the corresponding aux-vector entry AT_SYSINFO_EHDR was neverwired up, making these functions impossible to test or use.The VDSO itself is kept as it also provides rt_sigreturn which isexposed differently to userspace.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/20241010-vdso-generic-base-v1-1-b64f0842d512@linutronix.de

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Thu, 10 Oct 2024 07:01:03 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>5800e77d - csky: Emulate one-byte cmpxchg</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#5800e77d</link>
        <description>csky: Emulate one-byte cmpxchgUse the new cmpxchg_emu_u8() to emulate one-byte cmpxchg() on csky.[ paulmck: Apply kernel test robot feedback. ][ paulmck: Drop two-byte support per Arnd Bergmann feedback. ]Co-developed-by: Yujie Liu &lt;yujie.liu@intel.com&gt;Signed-off-by: Yujie Liu &lt;yujie.liu@intel.com&gt;Signed-off-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Tested-by: Yujie Liu &lt;yujie.liu@intel.com&gt;Reviewed-by: Guo Ren &lt;guoren@kernel.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: &lt;linux-csky@vger.kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Wed, 27 Mar 2024 22:14:26 +0000</pubDate>
        <dc:creator>Paul E. McKenney &lt;paulmck@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5394f1e9 - arch: define CONFIG_PAGE_SIZE_*KB on all architectures</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#5394f1e9</link>
        <description>arch: define CONFIG_PAGE_SIZE_*KB on all architecturesMost architectures only support a single hardcoded page size. In orderto ensure that each one of these sets the corresponding Kconfig symbols,change over the PAGE_SHIFT definition to the common one and allowonly the hardware page size to be selected.Acked-by: Guo Ren &lt;guoren@kernel.org&gt;Acked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Acked-by: Stafford Horne &lt;shorne@gmail.com&gt;Acked-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;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/csky/Kconfig</description>
        <pubDate>Mon, 26 Feb 2024 16:14:13 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>8690bbcf - Introduce cpu_dcache_is_aliasing() across all architectures</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#8690bbcf</link>
        <description>Introduce cpu_dcache_is_aliasing() across all architecturesIntroduce a generic way to query whether the data cache is virtuallyaliased on all architectures. Its purpose is to ensure that subsystemswhich are incompatible with virtually aliased data caches (e.g. FS_DAX)can reliably query this.For data cache aliasing, there are three scenarios dependending on thearchitecture. Here is a breakdown based on my understanding:A) The data cache is always aliasing:* arc* csky* m68k (note: shared memory mappings are incoherent ? SHMLBA is missing there.)* sh* pariscB) The data cache aliasing is statically known or depends on querying CPU   state at runtime:* arm (cache_is_vivt() || cache_is_vipt_aliasing())* mips (cpu_has_dc_aliases)* nios2 (NIOS2_DCACHE_SIZE &gt; PAGE_SIZE)* sparc32 (vac_cache_size &gt; PAGE_SIZE)* sparc64 (L1DCACHE_SIZE &gt; PAGE_SIZE)* xtensa (DCACHE_WAY_SIZE &gt; PAGE_SIZE)C) The data cache is never aliasing:* alpha* arm64 (aarch64)* hexagon* loongarch (but with incoherent write buffers, which are disabled since             commit d23b7795 (&quot;LoongArch: Change SHMLBA from SZ_64K to PAGE_SIZE&quot;))* microblaze* openrisc* powerpc* riscv* s390* um* x86Require architectures in A) and B) to select ARCH_HAS_CPU_CACHE_ALIASING andimplement &quot;cpu_dcache_is_aliasing()&quot;.Architectures in C) don&apos;t select ARCH_HAS_CPU_CACHE_ALIASING, and thuscpu_dcache_is_aliasing() simply evaluates to &quot;false&quot;.Note that this leaves &quot;cpu_icache_is_aliasing()&quot; to be implemented as futurework. This would be useful to gate features like XIP on architectureswhich have aliasing CPU dcache-icache but not CPU dcache-dcache.Use &quot;cpu_dcache&quot; and &quot;cpu_cache&quot; rather than just &quot;dcache&quot; and &quot;cache&quot;to clarify that we really mean &quot;CPU data cache&quot; and &quot;CPU cache&quot; toeliminate any possible confusion with VFS &quot;dentry cache&quot; and &quot;pagecache&quot;.Link: https://lore.kernel.org/lkml/20030910210416.GA24258@mail.jlokier.co.uk/Link: https://lkml.kernel.org/r/20240215144633.96437-9-mathieu.desnoyers@efficios.comFixes: d92576f1167c (&quot;dax: does not work correctly with virtual aliasing caches&quot;)Signed-off-by: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Cc: Dan Williams &lt;dan.j.williams@intel.com&gt;Cc: Vishal Verma &lt;vishal.l.verma@intel.com&gt;Cc: Dave Jiang &lt;dave.jiang@intel.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Alasdair Kergon &lt;agk@redhat.com&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Dave Chinner &lt;david@fromorbit.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: kernel test robot &lt;lkp@intel.com&gt;Cc: Michael Sclafani &lt;dm-devel@lists.linux.dev&gt;Cc: Mike Snitzer &lt;snitzer@kernel.org&gt;Cc: Mikulas Patocka &lt;mpatocka@redhat.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Thu, 15 Feb 2024 14:46:32 +0000</pubDate>
        <dc:creator>Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;</dc:creator>
    </item>
<item>
        <title>a050ba1e - mm/fault: convert remaining simple cases to lock_mm_and_find_vma()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#a050ba1e</link>
        <description>mm/fault: convert remaining simple cases to lock_mm_and_find_vma()This does the simple pattern conversion of alpha, arc, csky, hexagon,loongarch, nios2, sh, sparc32, and xtensa to the lock_mm_and_find_vma()helper.  They all have the regular fault handling pattern without oddspecial cases.The remaining architectures all have something that keeps us from astraightforward conversion: ia64 and parisc have stacks that can growboth up as well as down (and ia64 has special address region checks).And m68k, microblaze, openrisc, sparc64, and um end up having extrarules about only expanding the stack down a limited amount below theuser space stack pointer.  That is something that x86 used to do too(long long ago), and it probably could just be skipped, but it stillmakes the conversion less than trivial.Note that this conversion was done manually and with the exception ofalpha without any build testing, because I have a fairly limited cross-building environment.  The cases are all simple, and I went through thechanges several times, but...Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Sat, 24 Jun 2023 17:55:38 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>7202e979 - csky/smp: Switch to hotplug core state synchronization</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#7202e979</link>
        <description>csky/smp: Switch to hotplug core state synchronizationSwitch to the CPU hotplug core state tracking and synchronizationmechanim. No functional change intended.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Tested-by: Michael Kelley &lt;mikelley@microsoft.com&gt;Tested-by: Oleksandr Natalenko &lt;oleksandr@natalenko.name&gt;Tested-by: Helge Deller &lt;deller@gmx.de&gt; # pariscTested-by: Guilherme G. Piccoli &lt;gpiccoli@igalia.com&gt; # Steam DeckLink: https://lore.kernel.org/r/20230512205256.747254502@linutronix.de

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Fri, 12 May 2023 21:07:35 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>4e7c8655 - csky: drop ARCH_FORCE_MAX_ORDER</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#4e7c8655</link>
        <description>csky: drop ARCH_FORCE_MAX_ORDERThe default value of ARCH_FORCE_MAX_ORDER matches the generic defaultdefined in the MM code, the architecture does not support huge pages, sothere is no need to keep ARCH_FORCE_MAX_ORDER option available.Drop it.Link: https://lkml.kernel.org/r/20230324052233.2654090-5-rppt@kernel.orgSigned-off-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Acked-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;Reviewed-by: Zi Yan &lt;ziy@nvidia.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: David Miller &lt;davem@davemloft.net&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: &quot;Russell King (Oracle)&quot; &lt;linux@armlinux.org.uk&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Fri, 24 Mar 2023 05:22:23 +0000</pubDate>
        <dc:creator>Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>74c53b57 - csky: remove obsolete config CPU_TLB_SIZE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#74c53b57</link>
        <description>csky: remove obsolete config CPU_TLB_SIZECommit 9d35dc3006a9 (&quot;csky: Revert mmu ASID mechanism&quot;) removes the onlyuse of CONFIG_CPU_TLB_SIZE. Since then, this config has no effect and canbe deleted.Remove the obsolete config CPU_TLB_SIZE.Signed-off-by: Lukas Bulwahn &lt;lukas.bulwahn@gmail.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Thu, 30 Mar 2023 11:07:10 +0000</pubDate>
        <dc:creator>Lukas Bulwahn &lt;lukas.bulwahn@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>23baf831 - mm, treewide: redefine MAX_ORDER sanely</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#23baf831</link>
        <description>mm, treewide: redefine MAX_ORDER sanelyMAX_ORDER currently defined as number of orders page allocator supports:user can ask buddy allocator for page order between 0 and MAX_ORDER-1.This definition is counter-intuitive and lead to number of bugs all overthe kernel.Change the definition of MAX_ORDER to be inclusive: the range of ordersuser can ask from buddy allocator is 0..MAX_ORDER now.[kirill@shutemov.name: fix min() warning]  Link: https://lkml.kernel.org/r/20230315153800.32wib3n5rickolvh@box[akpm@linux-foundation.org: fix another min_t warning][kirill@shutemov.name: fixups per Zi Yan]  Link: https://lkml.kernel.org/r/20230316232144.b7ic4cif4kjiabws@box.shutemov.name[akpm@linux-foundation.org: fix underlining in docs]  Link: https://lore.kernel.org/oe-kbuild-all/202303191025.VRCTk6mP-lkp@intel.com/Link: https://lkml.kernel.org/r/20230315113133.11326-11-kirill.shutemov@linux.intel.comSigned-off-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;Reviewed-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;	[powerpc]Cc: &quot;Kirill A. Shutemov&quot; &lt;kirill@shutemov.name&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/csky/Kconfig</description>
        <pubDate>Wed, 15 Mar 2023 11:31:33 +0000</pubDate>
        <dc:creator>Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>7e200490 - Revert &quot;csky: Add support for restartable sequence&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#7e200490</link>
        <description>Revert &quot;csky: Add support for restartable sequence&quot;This reverts commit 9866d141a0977ace974400bf1f793dfc163409ce.The csky rseq support has been merged without ever notifying the rseqmaintainers, and without any of the required asssembler glue in the rseqselftests, which means it is entirely untested.It is also derived from a non-upstream riscv patch which has known bugs.The assembly part of this revert should be carefully reviewed by thearchitecture maintainer because it touches code which has changed sincethe merge of the reverted patch.The rseq selftests assembly glue should be introduced at the same timeas the architecture rseq support. Without the presence of any test, Irecommend reverting rseq support from csky for now.Link: https://lore.kernel.org/lkml/1257037909.25426.1626705790861.JavaMail.zimbra@efficios.com/Signed-off-by: Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: linux-csky@vger.kernel.org

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Fri, 23 Jul 2021 16:16:00 +0000</pubDate>
        <dc:creator>Mathieu Desnoyers &lt;mathieu.desnoyers@efficios.com&gt;</dc:creator>
    </item>
<item>
        <title>ce0ba954 - csky: Kconfig: Fix spelling mistake &quot;Meory&quot; -&gt; &quot;Memory&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#ce0ba954</link>
        <description>csky: Kconfig: Fix spelling mistake &quot;Meory&quot; -&gt; &quot;Memory&quot;There is a spelling mistake in a Kconfig option description. Fix it.Signed-off-by: Colin Ian King &lt;colin.i.king@gmail.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Fri, 07 Oct 2022 20:16:48 +0000</pubDate>
        <dc:creator>Colin Ian King &lt;colin.i.king@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>b203c67e - csky: add arch support current_stack_pointer</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#b203c67e</link>
        <description>csky: add arch support current_stack_pointerTo follow the existing per-arch conventions, using &quot;current_stack_pointer&quot;to set sp.This will let it be used in non-arch places(like HARDENED_USERCOPY).Refer to the implementation of riscv commit fdecfea09328 (&quot;riscv: Rename&quot;sp_in_global&quot; to &quot;current_stack_pointer&quot;&quot;).Link: https://lore.kernel.org/lkml/20220224060411.1855683-1-keescook@chromium.org/Signed-off-by: Tong Tiangen &lt;tongtiangen@huawei.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Sat, 22 Oct 2022 01:43:40 +0000</pubDate>
        <dc:creator>Tong Tiangen &lt;tongtiangen@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>0192445c - arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#0192445c</link>
        <description>arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDERThis Kconfig option is used by individual arch to set its desiredMAX_ORDER.  Rename it to reflect its actual use.Link: https://lkml.kernel.org/r/20220815143959.1511278-1-zi.yan@sent.comAcked-by: Mike Rapoport &lt;rppt@linux.ibm.com&gt;Signed-off-by: Zi Yan &lt;ziy@nvidia.com&gt;Acked-by: Guo Ren &lt;guoren@kernel.org&gt;			[csky]Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;	[arm64]Acked-by: Huacai Chen &lt;chenhuacai@kernel.org&gt;		[LoongArch]Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;		[powerpc]Cc: Vineet Gupta &lt;vgupta@synopsys.com&gt;Cc: Taichi Sugaya &lt;sugaya.taichi@socionext.com&gt;Cc: Neil Armstrong &lt;narmstrong@baylibre.com&gt;Cc: Qin Jian &lt;qinjian@cqplus1.com&gt;Cc: Guo Ren &lt;guoren@kernel.org&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: Ley Foon Tan &lt;ley.foon.tan@intel.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Mon, 15 Aug 2022 14:39:59 +0000</pubDate>
        <dc:creator>Zi Yan &lt;ziy@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>7f8030ce - csky: Enable ARCH_INLINE_READ*/WRITE*/SPIN*</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#7f8030ce</link>
        <description>csky: Enable ARCH_INLINE_READ*/WRITE*/SPIN*Enable ARCH_INLINE_READ*/WRITE*/SPIN* when !PREEMPTION, it is copiedfrom arch/arm64. It could reduce procedure calls and improvesperformance.Signed-off-by: Guo Ren &lt;guoren@linux.alibaba.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Sun, 24 Jul 2022 02:52:17 +0000</pubDate>
        <dc:creator>Guo Ren &lt;guoren@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>45e15c1a - csky: Add qspinlock support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#45e15c1a</link>
        <description>csky: Add qspinlock supportEnable qspinlock by the requirements mentioned in a8ad07e5240c9(&quot;asm-generic: qspinlock: Indicate the use of mixed-size atomics&quot;).C-SKY only has &quot;ldex/stex&quot; for all atomic operations. So csky give astrong forward guarantee for &quot;ldex/stex.&quot; That means when ldex grabbedthe cache line into $L1, it would block other cores from snooping theaddress with several cycles. The atomic_fetch_add &amp; xchg16 has the sameforward guarantee level in C-SKY.Qspinlock has better code size and performance in a fast path.Signed-off-by: Guo Ren &lt;guoren@linux.alibaba.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Sun, 24 Jul 2022 01:32:34 +0000</pubDate>
        <dc:creator>Guo Ren &lt;guoren@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>4e8bb4ba - csky: Add jump-label implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#4e8bb4ba</link>
        <description>csky: Add jump-label implementationAdd jump-label implementation for static branchSigned-off-by: Guo Ren &lt;guoren@linux.alibaba.com&gt;Signed-off-by: Guo Ren &lt;guoren@kernel.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Mon, 18 Apr 2022 13:01:54 +0000</pubDate>
        <dc:creator>Guo Ren &lt;guoren@linux.alibaba.com&gt;</dc:creator>
    </item>
<item>
        <title>3d923c5f - mm/mmap: drop ARCH_HAS_VM_GET_PAGE_PROT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#3d923c5f</link>
        <description>mm/mmap: drop ARCH_HAS_VM_GET_PAGE_PROTNow all the platforms enable ARCH_HAS_GET_PAGE_PROT.  They define andexport own vm_get_page_prot() whether custom or standardDECLARE_VM_GET_PAGE_PROT.  Hence there is no need for default genericfallback for vm_get_page_prot().  Just drop this fallback and alsoARCH_HAS_GET_PAGE_PROT mechanism.Link: https://lkml.kernel.org/r/20220711070600.2378316-27-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Reviewed-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Brian Cain &lt;bcain@quicinc.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Cc: Guo Ren &lt;guoren@kernel.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: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Paul Mackerras &lt;paulus@samba.org&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;Cc: Stafford Horne &lt;shorne@gmail.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: Vineet Gupta &lt;vgupta@kernel.org&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Mon, 11 Jul 2022 07:06:00 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>0d708360 - csky/mm: enable ARCH_HAS_VM_GET_PAGE_PROT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#0d708360</link>
        <description>csky/mm: enable ARCH_HAS_VM_GET_PAGE_PROTThis enables ARCH_HAS_VM_GET_PAGE_PROT on the platform and exportsstandard vm_get_page_prot() implementation via DECLARE_VM_GET_PAGE_PROT,which looks up a private and static protection_map[] array.  Subsequentlyall __SXXX and __PXXX macros can be dropped which are no longer needed.Link: https://lkml.kernel.org/r/20220711070600.2378316-18-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Acked-by: Guo Ren &lt;guoren@kernel.org&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Brian Cain &lt;bcain@quicinc.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: &quot;David S. Miller&quot; &lt;davem@davemloft.net&gt;Cc: Dinh Nguyen &lt;dinguyen@kernel.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: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Palmer Dabbelt &lt;palmer@dabbelt.com&gt;Cc: Paul Mackerras &lt;paulus@samba.org&gt;Cc: Paul Walmsley &lt;paul.walmsley@sifive.com&gt;Cc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;Cc: Stafford Horne &lt;shorne@gmail.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: Vineet Gupta &lt;vgupta@kernel.org&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Mon, 11 Jul 2022 07:05:51 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>24a9c541 - context_tracking: Split user tracking Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#24a9c541</link>
        <description>context_tracking: Split user tracking KconfigContext tracking is going to be used not only to track user transitionsbut also idle/IRQs/NMIs. The user tracking part will then become aseparate feature. Prepare Kconfig for that.[ frederic: Apply Max Filippov feedback. ]Signed-off-by: Frederic Weisbecker &lt;frederic@kernel.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Neeraj Upadhyay &lt;quic_neeraju@quicinc.com&gt;Cc: Uladzislau Rezki &lt;uladzislau.rezki@sony.com&gt;Cc: Joel Fernandes &lt;joel@joelfernandes.org&gt;Cc: Boqun Feng &lt;boqun.feng@gmail.com&gt;Cc: Nicolas Saenz Julienne &lt;nsaenz@kernel.org&gt;Cc: Marcelo Tosatti &lt;mtosatti@redhat.com&gt;Cc: Xiongfeng Wang &lt;wangxiongfeng2@huawei.com&gt;Cc: Yu Liao &lt;liaoyu15@huawei.com&gt;Cc: Phil Auld &lt;pauld@redhat.com&gt;Cc: Paul Gortmaker&lt;paul.gortmaker@windriver.com&gt;Cc: Alex Belits &lt;abelits@marvell.com&gt;Signed-off-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Reviewed-by: Nicolas Saenz Julienne &lt;nsaenzju@redhat.com&gt;Tested-by: Nicolas Saenz Julienne &lt;nsaenzju@redhat.com&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Wed, 08 Jun 2022 14:40:24 +0000</pubDate>
        <dc:creator>Frederic Weisbecker &lt;frederic@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e4df2d5e - csky: Add C based string functions</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/csky/Kconfig#e4df2d5e</link>
        <description>csky: Add C based string functionsTry to access RAM with the largest bit width possible, but withoutdoing unaligned accesses.A further improvement could be to use multiple read and writes as theassembly version was trying to do.Tested on a BeagleV Starlight with a SiFive U74 core, where theimprovement is noticeable.Signed-off-by: Matteo Croce &lt;mcroce@microsoft.com&gt;Co-developed-by: Guo Ren &lt;guoren@linux.alibaba.com&gt;Signed-off-by: Guo Ren &lt;guoren@linux.alibaba.com&gt;

            List of files:
            /linux-6.15/arch/csky/Kconfig</description>
        <pubDate>Wed, 30 Mar 2022 12:07:14 +0000</pubDate>
        <dc:creator>Matteo Croce &lt;mcroce@microsoft.com&gt;</dc:creator>
    </item>
</channel>
</rss>
