<?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>65d09d26 - hexagon: Remove GENERIC_PENDING_IRQ leftover</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#65d09d26</link>
        <description>hexagon: Remove GENERIC_PENDING_IRQ leftoverCommented out since 2011....Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Brian Cain &lt;bcain@quicinc.com&gt;Link: https://lore.kernel.org/all/20241210103335.437630614@linutronix.de

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Tue, 10 Dec 2024 10:34:12 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>a8cb1e92 - hexagon: simplify asm/io.h for !HAS_IOPORT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#a8cb1e92</link>
        <description>hexagon: simplify asm/io.h for !HAS_IOPORTHexagon fails to build after the final patch that makes CONFIG_HAS_IOPORToptional:In file included from arch/hexagon/include/asm/io.h:328:include/asm-generic/io.h:854:18: error: static declaration of &apos;ioread8&apos; follows non-static declaration  854 | static inline u8 ioread8(const volatile void __iomem *addr)      |                  ^include/asm-generic/io.h:853:17: note: expanded from macro &apos;ioread8&apos;  853 | #define ioread8 ioread8      |                 ^include/asm-generic/iomap.h:29:21: note: previous declaration is here   29 | extern unsigned int ioread8(const void __iomem *);      |                     ^As it turns out, most of its asm/io.h and lib/io.c files is redundant now,and just removing all that makes it build again.As with the other architectures, defining the __raw_readl()/__raw_writel()type functions instead of the non-__raw ones is better here for consistency.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Mon, 28 Oct 2024 21:05:41 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>fae41fe1 - hexagon: Don&apos;t select GENERIC_IOMAP without HAS_IOPORT support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#fae41fe1</link>
        <description>hexagon: Don&apos;t select GENERIC_IOMAP without HAS_IOPORT supportIn a future patch HAS_IOPORT=n will disable inb()/outb() and friends atcompile time. As hexagon does not support I/O port access it alsothe GENERIC_IOMAP mechanism of dynamically choosing between I/O port andMMIO access doesn&apos;t work so don&apos;t select it.Reviewed-by: Brian Cain &lt;bcain@quicinc.com&gt;Co-developed-by: Arnd Bergmann &lt;arnd@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@kernel.org&gt;Signed-off-by: Niklas Schnelle &lt;schnelle@linux.ibm.com&gt;Acked-by: Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 24 Oct 2024 17:54:40 +0000</pubDate>
        <dc:creator>Niklas Schnelle &lt;schnelle@linux.ibm.com&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/hexagon/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/hexagon/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>ec923eaa - hexagon: select GENERIC_IRQ_PROBE instead of redefining it</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#ec923eaa</link>
        <description>hexagon: select GENERIC_IRQ_PROBE instead of redefining itSelect GENERIC_IRQ_PROBE, as the other architectures do.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Acked-by: Brian Cain &lt;bcain@quicinc.com&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 15 Feb 2024 14:08:19 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>6b1c2a19 - hexagon: select FRAME_POINTER instead of redefining it</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#6b1c2a19</link>
        <description>hexagon: select FRAME_POINTER instead of redefining itBecause FRAME_POINTER is defined in lib/Kconfig.debug, the arch Kconfigshould select it.Add &apos;select FRAME_POINTER&apos; to HEXAGON. ARCH_WANT_FRAME_POINTERS mustalso be selected to avoid the unmet dependency warning.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Acked-by: Brian Cain &lt;bcain@quicinc.com&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 15 Feb 2024 14:07:02 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5bd2cc56 - hexagon: mm: convert to GENERIC_IOREMAP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#5bd2cc56</link>
        <description>hexagon: mm: convert to GENERIC_IOREMAPBy taking GENERIC_IOREMAP method, the generic ioremap_prot() and iounmap()are visible and available to arch.  This change will simplifyimplementation by removing duplicated code with generic ioremap_prot() andiounmap(), and has the equivalent functioality.For hexagon, the current ioremap() and iounmap() are the same as genericversion.  After taking GENERIC_IOREMAP way, the old ioremap() andiounmap() can be completely removed.Link: https://lkml.kernel.org/r/20230706154520.11257-3-bhe@redhat.comSigned-off-by: Baoquan He &lt;bhe@redhat.com&gt;Cc: Brian Cain &lt;bcain@quicinc.com&gt;Cc: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Cc: Arnd Bergmann &lt;arnd@arndb.de&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: John Paul Adrian Glaubitz &lt;glaubitz@physik.fu-berlin.de&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: Rich Felker &lt;dalias@libc.org&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;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/hexagon/Kconfig</description>
        <pubDate>Thu, 06 Jul 2023 15:45:03 +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/hexagon/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/hexagon/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>3d923c5f - mm/mmap: drop ARCH_HAS_VM_GET_PAGE_PROT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/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/hexagon/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>b2022dcf - hexagon/mm: enable ARCH_HAS_VM_GET_PAGE_PROT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#b2022dcf</link>
        <description>hexagon/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-13-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Acked-by: Brian Cain &lt;bcain@quicinc.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: 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: Geert Uytterhoeven &lt;geert@linux-m68k.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/hexagon/Kconfig</description>
        <pubDate>Mon, 11 Jul 2022 07:05:46 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>967747bb - uaccess: remove CONFIG_SET_FS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#967747bb</link>
        <description>uaccess: remove CONFIG_SET_FSThere are no remaining callers of set_fs(), so CONFIG_SET_FScan be removed globally, along with the thread_info field andany references to it.This turns access_ok() into a cheaper check against TASK_SIZE_MAX.As CONFIG_SET_FS is now gone, drop all remaining references toset_fs()/get_fs(), mm_segment_t, user_addr_max() and uaccess_kernel().Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt; # for sparc32 changesAcked-by: &quot;Eric W. Biederman&quot; &lt;ebiederm@xmission.com&gt;Tested-by: Sergey Matyukevich &lt;sergey.matyukevich@synopsys.com&gt; # for arc changesAcked-by: Stafford Horne &lt;shorne@gmail.com&gt; # [openrisc, asm-generic]Acked-by: Dinh Nguyen &lt;dinguyen@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Fri, 11 Feb 2022 20:42:45 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>c1dec343 - hexagon: use the generic global coherent pool</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#c1dec343</link>
        <description>hexagon: use the generic global coherent poolSwitch hexagon to use the generic code for dma_alloc_coherent froma global pre-filled pool.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Brian Cain &lt;bcain@codeaurora.org&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Wed, 23 Jun 2021 14:11:21 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>4aae683f - tracing: Refactor TRACE_IRQFLAGS_SUPPORT in Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#4aae683f</link>
        <description>tracing: Refactor TRACE_IRQFLAGS_SUPPORT in KconfigMake architectures select TRACE_IRQFLAGS_SUPPORT instead ofhaving many defines.Link: https://lkml.kernel.org/r/20210731052233.4703-2-masahiroy@kernel.orgAcked-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;Acked-by: Vineet Gupta &lt;vgupta@synopsys.com&gt;&#160;&#160; #arch/arcAcked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Acked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Steven Rostedt (VMware) &lt;rostedt@goodmis.org&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Sat, 31 Jul 2021 05:22:32 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e6226997 - asm-generic: reverse GENERIC_{STRNCPY_FROM,STRNLEN}_USER symbols</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#e6226997</link>
        <description>asm-generic: reverse GENERIC_{STRNCPY_FROM,STRNLEN}_USER symbolsMost architectures do not need a custom implementation, and in mostcases the generic implementation is preferred, so change the polariyon these Kconfig symbols to require architectures to select them whenthey provide their own version.The new name is CONFIG_ARCH_HAS_{STRNCPY_FROM,STRNLEN}_USER.The remaining architectures at the moment are: ia64, mips, parisc,um and xtensa. We should probably convert these as well, butI was not sure how far to take this series. Thomas Bogendoerferhad some concerns about converting mips but may still do somemore detailed measurements to see which version is better.Cc: &quot;James E.J. Bottomley&quot; &lt;James.Bottomley@HansenPartnership.com&gt;Cc: Anton Ivanov &lt;anton.ivanov@cambridgegreys.com&gt;Cc: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Helge Deller &lt;deller@gmx.de&gt;Cc: Jeff Dike &lt;jdike@addtoit.com&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: Richard Weinberger &lt;richard@nod.at&gt;Cc: Thomas Bogendoerfer &lt;tsbogend@alpha.franken.de&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: linux-ia64@vger.kernel.orgCc: linux-mips@vger.kernel.orgCc: linux-parisc@vger.kernel.orgCc: linux-s390@vger.kernel.orgCc: linux-um@lists.infradead.orgCc: linux-xtensa@linux-xtensa.orgAcked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt; # pariscReviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Mon, 17 May 2021 07:22:34 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>2820cfdc - hexagon: use generic strncpy/strnlen from_user</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#2820cfdc</link>
        <description>hexagon: use generic strncpy/strnlen from_userRemove the hexagon implementation of strncpy/strnlen and instead usethe generic version.  The hexagon version reads the data twice forstrncpy() by doing an extra strnlen(), and it apparently lacks a checkfor user_addr_max().Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 16 Jan 2020 14:58:41 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>113616ec - hexagon: select ARCH_WANT_LD_ORPHAN_WARN</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#113616ec</link>
        <description>hexagon: select ARCH_WANT_LD_ORPHAN_WARNNow that we handle all of the sections in a Hexagon defconfig, selectARCH_WANT_LD_ORPHAN_WARN so that unhandled sections are warned about bydefault.Link: https://lkml.kernel.org/r/20210521011239.1332345-4-nathan@kernel.orgSigned-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Acked-by: Brian Cain &lt;bcain@codeaurora.org&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Cc: Oliver Glitta &lt;glittao@gmail.com&gt;Cc: Vlastimil Babka &lt;vbabka@suse.cz&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 08 Jul 2021 01:07:44 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;nathan@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>3c188518 - locking/atomic: delete !ARCH_ATOMIC remnants</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#3c188518</link>
        <description>locking/atomic: delete !ARCH_ATOMIC remnantsNow that all architectures implement ARCH_ATOMIC, we can make itmandatory, removing the Kconfig symbol and logic for !ARCH_ATOMIC.There should be no functional change as a result of this patch.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Boqun Feng &lt;boqun.feng@gmail.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Link: https://lore.kernel.org/r/20210525140232.53872-33-mark.rutland@arm.com

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Tue, 25 May 2021 14:02:31 +0000</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>94b63eb6 - locking/atomic: hexagon: move to ARCH_ATOMIC</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#94b63eb6</link>
        <description>locking/atomic: hexagon: move to ARCH_ATOMICWe&apos;d like all architectures to convert to ARCH_ATOMIC, as once allarchitectures are converted it will be possible to make significantcleanups to the atomics headers, and this will make it much easier togenerically enable atomic functionality (e.g. debug logic in theinstrumented wrappers).As a step towards that, this patch migrates hexagon to ARCH_ATOMIC. Thearch code provides arch_{atomic,atomic64,xchg,cmpxchg}*(), and commoncode wraps these with optional instrumentation to provide the regularfunctions.Signed-off-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: Boqun Feng &lt;boqun.feng@gmail.com&gt;Cc: Brian Cain &lt;bcain@codeaurora.org&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Link: https://lore.kernel.org/r/20210525140232.53872-19-mark.rutland@arm.com

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Tue, 25 May 2021 14:02:17 +0000</pubDate>
        <dc:creator>Mark Rutland &lt;mark.rutland@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>ccbcf161 - arch: hexagon: Don&apos;t select HAVE_OPROFILE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#ccbcf161</link>
        <description>arch: hexagon: Don&apos;t select HAVE_OPROFILEThe &quot;oprofile&quot; user-space tools don&apos;t use the kernel OPROFILE supportany more, and haven&apos;t in a long time. User-space has been converted tothe perf interfaces.Don&apos;t select HAVE_OPROFILE for hexagon anymore.Suggested-by: Christoph Hellwig &lt;hch@infradead.org&gt;Suggested-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Signed-off-by: Viresh Kumar &lt;viresh.kumar@linaro.org&gt;Acked-by: Robert Richter &lt;rric@kernel.org&gt;Acked-by: Brian Cain &lt;bcain@codeaurora.org&gt;Acked-by: William Cohen &lt;wcohen@redhat.com&gt;Acked-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 14 Jan 2021 11:35:17 +0000</pubDate>
        <dc:creator>Viresh Kumar &lt;viresh.kumar@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>0774a6ed - timekeeping: default GENERIC_CLOCKEVENTS to enabled</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/hexagon/Kconfig#0774a6ed</link>
        <description>timekeeping: default GENERIC_CLOCKEVENTS to enabledAlmost all machines use GENERIC_CLOCKEVENTS, so it feels wrong torequire each one to select that symbol manually.Instead, enable it whenever CONFIG_LEGACY_TIMER_TICK is disabled asa simplification. It should be possible to select bothGENERIC_CLOCKEVENTS and LEGACY_TIMER_TICK from an architecture nowand decide at runtime between the two.For the clockevents arch-support.txt file, this means that additionalarchitectures are marked as TODO when they have at least one machinethat still uses LEGACY_TIMER_TICK, rather than being marked &apos;ok&apos; whenat least one machine has been converted. This means that both m68k andarm (for riscpc) revert to TODO.At this point, we could just always enable CONFIG_GENERIC_CLOCKEVENTSrather than leaving it off when not needed. I built an m68kdefconfig kernel (using gcc-10.1.0) and found that this would addaround 5.5KB in kernel image size:   text	   data	    bss	    dec	    hex	filename3861936	1092236	 196656	5150828	 4e986c	obj-m68k/vmlinux-no-clockevent3866201	1093832	 196184	5156217	 4ead79	obj-m68k/vmlinux-clockeventOn Arm (MACH_RPC), that difference appears to be twice as large,around 11KB on top of an 6MB vmlinux.Reviewed-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Tested-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Reviewed-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/hexagon/Kconfig</description>
        <pubDate>Thu, 24 Sep 2020 09:32:40 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
</channel>
</rss>
