<?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>21bcc499 - sh: Migrate to the generic rule for built-in DTB</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#21bcc499</link>
        <description>sh: Migrate to the generic rule for built-in DTBCommit 654102df2ac2 (&quot;kbuild: add generic support for built-inboot DTBs&quot;) introduced generic support for built-in DTBs.Select GENERIC_BUILTIN_DTB when built-in DTB support is enabled.To keep consistency across architectures, this commit also renamesCONFIG_USE_BUILTIN_DTB to CONFIG_BUILTIN_DTB, andCONFIG_BUILTIN_DTB_SOURCE to CONFIG_BUILTIN_DTB_NAME.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Signed-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Sun, 22 Dec 2024 00:32:07 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&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/sh/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/sh/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>c81a748e - sh: Emulate one-byte cmpxchg</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#c81a748e</link>
        <description>sh: Emulate one-byte cmpxchgUse the new cmpxchg_emu_u8() to emulate one-byte cmpxchg() on sh.[ paulmck: Drop two-byte support per Arnd Bergmann feedback. ][ paulmck: Apply feedback from Naresh Kamboju. ][ Apply Geert Uytterhoeven feedback. ]Signed-off-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Cc: Andi Shyti &lt;andi.shyti@linux.intel.com&gt;Cc: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Cc: Masami Hiramatsu &lt;mhiramat@kernel.org&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: &lt;linux-sh@vger.kernel.org&gt;Acked-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Wed, 27 Mar 2024 22:21:31 +0000</pubDate>
        <dc:creator>Paul E. McKenney &lt;paulmck@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a71ac6c9 - sh: Drop support for memory hotplug and memory hotremove</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#a71ac6c9</link>
        <description>sh: Drop support for memory hotplug and memory hotremoveSupport for memory hotplug was restricted to 64-bit platforms in7ec58a2b941e (&quot;mm/memory_hotplug: restrict CONFIG_MEMORY_HOTPLUGto 64 bit&quot;) while sh is a pure 32-bit platform since the removalof sh5 support. Thus, drop support for memory hotplug and theassociated memory hotremove on this platform.Signed-off-by: Oscar Salvador &lt;osalvador@suse.de&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Link: https://lore.kernel.org/r/20240518115808.8888-2-osalvador@suse.deSigned-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Sat, 18 May 2024 11:58:07 +0000</pubDate>
        <dc:creator>Oscar Salvador &lt;osalvador@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>10c88ca5 - sh: dreamcast: Fix GAPS PCI bridge addressing</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#10c88ca5</link>
        <description>sh: dreamcast: Fix GAPS PCI bridge addressingThe G2-to-PCI bridge chip found in SEGA Dreamcast assumes P2 arearelative addresses.Set the appropriate IOPORT base offset.Tested-by: Paul Cercueil &lt;paul@crapouillou.net&gt;Signed-off-by: Artur Rojek &lt;contact@artur-rojek.eu&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Link: https://lore.kernel.org/r/20240511191614.68561-2-contact@artur-rojek.euSigned-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Sat, 11 May 2024 19:16:14 +0000</pubDate>
        <dc:creator>Artur Rojek &lt;contact@artur-rojek.eu&gt;</dc:creator>
    </item>
<item>
        <title>d9a1dab6 - sh: Convert the last use of &apos;optional&apos; property in Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#d9a1dab6</link>
        <description>sh: Convert the last use of &apos;optional&apos; property in KconfigThe &apos;choice&apos; statement is primarily used to exclusively select oneoption, but the &apos;optional&apos; property allows all entries to be disabled.This feature is rarely used. In fact, it is only used in arch/sh/Kconfigbecause the equivalent outcome can be achieved by inserting one moreentry.The &apos;optional&apos; property support will be removed from Kconfig.This commit replaces the &apos;optional&apos; property with a dummy option,CMDLINE_FROM_BOOTLOADER, as seen in some other architectures.Note: The &apos;default CMDLINE_OVERWRITE&apos; statement does not work as intended in combination with &apos;optional&apos;. If neither CONFIG_CMDLINE_OVERWRITE nor CONFIG_CMDLINE_EXTEND is specified in a defconfig file, both of them are disabled. This is a bug. To maintain the current behavior, I added CONFIG_CMDLINE_FROM_BOOTLOADER=y to those defconfig files.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Mon, 22 Apr 2024 16:41:03 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&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/sh/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/sh/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>8690bbcf - Introduce cpu_dcache_is_aliasing() across all architectures</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/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/sh/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>8daaed76 - sh: Remove superhyway bus support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#8daaed76</link>
        <description>sh: Remove superhyway bus supportThe superhyway bus driver was only referenced on SH4-202, which is now gone,so remove it all as well.I could find no trace of anything ever calling superhyway_register_driver(),not in the git history but also not on the web, so I assume this has neverserved any purpose on mainline kernels.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Link: https://lore.kernel.org/r/20230914155523.3839811-3-arnd@kernel.orgSigned-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Thu, 14 Sep 2023 15:55:22 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>6c329558 - sh: Remove unused SH4-202 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#6c329558</link>
        <description>sh: Remove unused SH4-202 supportThis early prototype of the SH4 CPU was only used in the &quot;microdev&quot; boardthat is now removed, so all of the SH4-202 supoprt can also be removed.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Link: https://lore.kernel.org/r/20230914155523.3839811-2-arnd@kernel.orgSigned-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Thu, 14 Sep 2023 15:55:21 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>3ca64d06 - sh: Remove stale microdev board</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#3ca64d06</link>
        <description>sh: Remove stale microdev boardThis board was an early prototype platform for early SH4 CPUs and relatedto the already removed SH5 cayman platform.The microdev board itself has been kept in the tree for this long despitebeing in a bad shape even 20 years ago when it got merged, with no workingPCI support and ugly workarounds for its I/O port implementation thattry to emulate PC style peripheral access despite being quite differentin reality.As far as I can tell, the ethernet, display, USB and PCI devices on italready broke at some point (afbb9d8d5266b, 46bc85872040a), so I thinkwe can just removeit entirely.Link: https://lore.kernel.org/lkml/09094baf-dadf-4bce-9f63-f2a1f255f9a8@app.fastmail.com/Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Link: https://lore.kernel.org/r/20230914155523.3839811-1-arnd@kernel.orgSigned-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Thu, 14 Sep 2023 15:55:20 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>40445d06 - sh/kexec: refactor for kernel/Kconfig.kexec</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#40445d06</link>
        <description>sh/kexec: refactor for kernel/Kconfig.kexecThe kexec and crash kernel options are provided in the commonkernel/Kconfig.kexec. Utilize the common options and providethe ARCH_SUPPORTS_ and ARCH_SELECTS_ entries to recreate theequivalent set of KEXEC and CRASH options.Link: https://lkml.kernel.org/r/20230712161545.87870-14-eric.devolder@oracle.comSigned-off-by: Eric DeVolder &lt;eric.devolder@oracle.com&gt;Acked-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Wed, 12 Jul 2023 16:15:44 +0000</pubDate>
        <dc:creator>Eric DeVolder &lt;eric.devolder@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>0453c9a7 - sh: mm: convert to GENERIC_IOREMAP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#0453c9a7</link>
        <description>sh: mm: convert to GENERIC_IOREMAPBy taking GENERIC_IOREMAP method, the generic generic_ioremap_prot(),generic_iounmap(), and their generic wrapper ioremap_prot(), ioremap() andiounmap() are all visible and available to arch.  Arch needs to providewrapper functions to override the generic versions if there&apos;s archspecific handling in its ioremap_prot(), ioremap() or iounmap().  Thischange will simplify implementation by removing duplicated code withgeneric_ioremap_prot() and generic_iounmap(), and has the equivalentfunctioality as before.Here, add wrapper functions ioremap_prot() and iounmap() for SuperH&apos;sspecial operation when ioremap() and iounmap().Link: https://lkml.kernel.org/r/20230706154520.11257-13-bhe@redhat.comSigned-off-by: Baoquan He &lt;bhe@redhat.com&gt;Cc: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Cc: Rich Felker &lt;dalias@libc.org&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&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: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Christophe Leroy &lt;christophe.leroy@csgroup.eu&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: David Laight &lt;David.Laight@ACULAB.COM&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Jonas Bonn &lt;jonas@southpole.se&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Cc: Stafford Horne &lt;shorne@gmail.com&gt;Cc: Stefan Kristiansson &lt;stefan.kristiansson@saunalahti.fi&gt;Cc: Sven Schnelle &lt;svens@linux.ibm.com&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Vineet Gupta &lt;vgupta@kernel.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Thu, 06 Jul 2023 15:45:13 +0000</pubDate>
        <dc:creator>Baoquan He &lt;bhe@redhat.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/sh/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/sh/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>01eb454e - sh/cpu: Switch to arch_cpu_finalize_init()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#01eb454e</link>
        <description>sh/cpu: Switch to arch_cpu_finalize_init()check_bugs() is about to be phased out. Switch over to the newarch_cpu_finalize_init() implementation.No functional change.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/r/20230613224545.371697797@linutronix.de

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Tue, 13 Jun 2023 23:39:33 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>8bc6666f - sh: Use generic GCC library routines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#8bc6666f</link>
        <description>sh: Use generic GCC library routinesThe C implementations of __ashldi3(), __ashrdi3__(), and __lshrdi3() inarch/sh/lib/ are identical to the generic C implementations in lib/.Reduce duplication by switching SH to the generic versions.Update the include path in arch/sh/boot/compressed accordingly.Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Acked-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Reviewed-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;Link: https://lore.kernel.org/r/74dbe68dc8e2ffb6180092f73723fe21ab692c7a.1679566500.git.geert+renesas@glider.beSigned-off-by: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Thu, 23 Mar 2023 10:18:07 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;</dc:creator>
    </item>
<item>
        <title>fcbfe812 - Kconfig: introduce HAS_IOPORT option and select it as necessary</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#fcbfe812</link>
        <description>Kconfig: introduce HAS_IOPORT option and select it as necessaryWe introduce a new HAS_IOPORT Kconfig option to indicate support for I/OPort access. In a future patch HAS_IOPORT=n will disable compilation ofthe I/O accessor functions inb()/outb() and friends on architectureswhich can not meaningfully support legacy I/O spaces such as s390.The following architectures do not select HAS_IOPORT:* ARC* C-SKY* Hexagon* Nios II* OpenRISC* s390* User-Mode Linux* XtensaAll other architectures select HAS_IOPORT at least conditionally.The &quot;depends on&quot; relations on HAS_IOPORT in drivers as well as ifdefsfor HAS_IOPORT specific sections will be added in subsequent patches ona per subsystem basis.Co-developed-by: Arnd Bergmann &lt;arnd@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@kernel.org&gt;Acked-by: Johannes Berg &lt;johannes@sipsolutions.net&gt; # for ARCH=umAcked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Signed-off-by: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Thu, 23 Mar 2023 16:33:52 +0000</pubDate>
        <dc:creator>Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>ee5a66d8 - gpiolib: remove empty asm/gpio.h files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#ee5a66d8</link>
        <description>gpiolib: remove empty asm/gpio.h filesThe arm and sh versions of this file are identical to the genericversions and can just be removed.The drivers that actually use the sh3 specific version also includecpu/gpio.h directly, with the exception of magicpanelr2, which iseasily fixed. This leaves coldfire as the only gpio driverthat needs something custom for gpiolib.Reviewed-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Reviewed-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Acked-by: Bartosz Golaszewski &lt;bartosz.golaszewski@linaro.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Reviewed-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Reviewed-by: Vincenzo Palazzo &lt;vincenzopalazzodev@gmail.com&gt;

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Tue, 07 Feb 2023 14:29:41 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>6ca297d4 - mm: Rename GUP_GET_PTE_LOW_HIGH</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/sh/Kconfig#6ca297d4</link>
        <description>mm: Rename GUP_GET_PTE_LOW_HIGHSince it no longer applies to only PTEs, rename it to PXX.Suggested-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Link: https://lkml.kernel.org/r/20221022114424.776404066%40infradead.org

            List of files:
            /linux-6.15/arch/sh/Kconfig</description>
        <pubDate>Fri, 21 Oct 2022 12:51:44 +0000</pubDate>
        <dc:creator>Peter Zijlstra &lt;peterz@infradead.org&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/sh/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/sh/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>
</channel>
</rss>
