<?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>de6c85bf - dma-mapping: clearly mark DMA ops as an architecture feature</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/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/alpha/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>a4184174 - alpha: drop pre-EV56 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#a4184174</link>
        <description>alpha: drop pre-EV56 supportAll EV4 machines are already gone, and the remaining EV5 based machinesall support the slightly more modern EV56 generation as well.Debian only supports EV56 and later.Drop both of these and build kernels optimized for EV56 and higherwhen the &quot;generic&quot; options is selected, tuning for an out-of-orderEV6 pipeline, same as Debian userspace.Since this was the only supported architecture without 8-bit and16-bit stores, common kernel code no longer has to worry aboutaligning struct members, and existing workarounds from the blockand tty layers can be removed.The alpha memory management code no longer needs an abstractionfor the differences between EV4 and EV5+.Link: https://lists.debian.org/debian-alpha/2023/05/msg00009.htmlAcked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 13 Dec 2023 17:00:54 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>4bf85907 - alpha: cabriolet: remove EV5 CPU support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#4bf85907</link>
        <description>alpha: cabriolet: remove EV5 CPU supportThe sys_cabriolet.c file includes support for multiple evaluationboards. pc164 and lx164 are for ev56 CPUs, while the eb164 isnow the last supported machine that only supports ev5 but notev56.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Thu, 02 May 2024 21:09:25 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>430ad3f0 - alpha: remove LCA and APECS based machines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#430ad3f0</link>
        <description>alpha: remove LCA and APECS based machinesAPECS is the DECchip 21071x chipset for the EV4 and EV45 generation, whileLCA is the integrated I/O support on the corresponding low-cost alphamachines of that generation.All of these CPUs lack the BWX extension for byte and word access, sodrop the chipset support and all associated machines.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 13 Dec 2023 17:08:20 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>d2b1e353 - alpha: sable: remove early machine support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#d2b1e353</link>
        <description>alpha: sable: remove early machine supportThe sable family (Alphaserver 2000 and 2100) comes in variants forEV4, EV45, EV5 and EV56. Drop support for the earlier ones thatlack support for the BWX extension but keep the later &apos;gamma&apos;variant around since that works with EV56 CPUs.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 13 Dec 2023 16:53:59 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>f81f335a - alpha: remove DECpc AXP150 (Jensen) support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#f81f335a</link>
        <description>alpha: remove DECpc AXP150 (Jensen) supportThis is one of the hackiest Alpha machines, and the only one withoutPCI support. Removing this allows cleaning up code in eise and ttydrivers in addition to the architecture code.Acked-by: Paul E. McKenney &lt;paulmck@kernel.org&gt;Acked-by: Matt Turner &lt;mattst88@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 13 Dec 2023 14:46:35 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&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/alpha/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/alpha/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>c31f96a0 - alpha: merge two entries for CONFIG_ALPHA_GAMMA</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#c31f96a0</link>
        <description>alpha: merge two entries for CONFIG_ALPHA_GAMMAThere are two entries for CONFIG_ALPHA_GAMMA, with the second one7 lines below. Merge them together.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 21 Feb 2024 14:01:45 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>40319801 - alpha: merge two entries for CONFIG_ALPHA_EV4</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#40319801</link>
        <description>alpha: merge two entries for CONFIG_ALPHA_EV4There are two entries for CONFIG_ALPHA_EV4, on line 337 and line 368.Merge them together.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 21 Feb 2024 14:01:44 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&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/alpha/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/alpha/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>fcbfe812 - Kconfig: introduce HAS_IOPORT option and select it as necessary</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/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/alpha/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>bd1912de - alpha: Implement &quot;current_stack_pointer&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#bd1912de</link>
        <description>alpha: Implement &quot;current_stack_pointer&quot;To follow the existing per-arch conventions replace open-coded useof asm &quot;$30&quot; as &quot;current_stack_pointer&quot;. This will let it be used innon-arch places (like HARDENED_USERCOPY).Cc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;Cc: Mike Rapoport &lt;rppt@kernel.org&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Cc: &quot;Peter Zijlstra (Intel)&quot; &lt;peterz@infradead.org&gt;Cc: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Cc: &quot;Alexander A. Klimov&quot; &lt;grandmaster@al2klimov.de&gt;Cc: linux-alpha@vger.kernel.orgSigned-off-by: Kees Cook &lt;keescook@chromium.org&gt;Signed-off-by: Matt Turner &lt;mattst88@gmail.com&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Thu, 24 Feb 2022 06:05:58 +0000</pubDate>
        <dc:creator>Kees Cook &lt;keescook@chromium.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/alpha/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/alpha/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>4975f604 - alpha/mm: enable ARCH_HAS_VM_GET_PAGE_PROT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#4975f604</link>
        <description>alpha/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-15-anshuman.khandual@arm.comSigned-off-by: Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;Cc: Richard Henderson &lt;rth@twiddle.net&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: 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: 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/alpha/Kconfig</description>
        <pubDate>Mon, 11 Jul 2022 07:05:48 +0000</pubDate>
        <dc:creator>Anshuman Khandual &lt;anshuman.khandual@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>4313a249 - arch/*/: remove CONFIG_VIRT_TO_BUS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#4313a249</link>
        <description>arch/*/: remove CONFIG_VIRT_TO_BUSAll architecture-independent users of virt_to_bus() and bus_to_virt()have been fixed to use the dma mapping interfaces or have beenremoved now.  This means the definitions on most architectures, and theCONFIG_VIRT_TO_BUS symbol are now obsolete and can be removed.The only exceptions to this are a few network and scsi drivers for m68kAmiga and VME machines and ppc32 Macintosh. These drivers work correctlywith the old interfaces and are probably not worth changing.On alpha and parisc, virt_to_bus() were still used in asm/floppy.h.alpha can use isa_virt_to_bus() like x86 does, and parisc can justopen-code the virt_to_phys() here, as this is architecture specificcode.I tried updating the bus-virt-phys-mapping.rst documentation, whichstarted as an email from Linus to explain some details of the Linux-2.0driver interfaces. The bits about virt_to_bus() were declared obsoletebackin 2000, and the rest is not all that relevant any more, so in theend I just decided to remove the file completely.Reviewed-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)Acked-by: Helge Deller &lt;deller@gmx.de&gt; # pariscSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Mon, 23 May 2022 19:59:02 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>19e8b701 - a.out: Stop building a.out/osf1 support on alpha and m68k</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#19e8b701</link>
        <description>a.out: Stop building a.out/osf1 support on alpha and m68kThere has been repeated discussion on removing a.out support, the mostrecent was[1].  Having read through a bunch of the discussion it lookslike no one has see any reason why we need to keep a.out support.The m68k maintainer has even come out in favor of removing a.outsupport[2].At a practical level with only two rarely used architectures buildinga.out support, it gets increasingly hard to test and to care about.Which means the code will almost certainly bit-rot.Let&apos;s see if anyone cares about a.out support on the last twoarchitectures that build it, by disabling the build of the support inKconfig.  If anyone cares, this can be easily reverted, and we can thenhave a discussion about what it is going to take to support a.outbinaries in the long term.[1] https://lkml.kernel.org/r/20220113160115.5375-1-bp@alien8.de[2] https://lkml.kernel.org/r/CAMuHMdUbTNNr16YY1TFe=-uRLjg6yGzgw_RqtAFpyhnOMM5Pvw@mail.gmail.comCc: Richard Henderson &lt;rth@twiddle.net&gt;Cc: Ivan Kokshaysky &lt;ink@jurassic.park.msu.ru&gt;Cc: Matt Turner &lt;mattst88@gmail.com&gt;Cc: linux-alpha@vger.kernel.orgCc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Cc: linux-m68k@lists.linux-m68k.orgSigned-off-by: &quot;Eric W. Biederman&quot; &lt;ebiederm@xmission.com&gt;Signed-off-by: Kees Cook &lt;keescook@chromium.org&gt;Link: https://lore.kernel.org/r/87ilsmdhb5.fsf_-_@email.froward.int.ebiederm.orgAcked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Link: https://lore.kernel.org/lkml/CAMuHMdVLyu6LNONJa1QcMGv__bWSCRvVq9haD7=fOm1k5O3Pnw@mail.gmail.com

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 09 Mar 2022 20:03:42 +0000</pubDate>
        <dc:creator>Eric W. Biederman &lt;ebiederm@xmission.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/alpha/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/alpha/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>4fef6115 - alpha: enable GENERIC_PCI_IOMAP unconditionally</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#4fef6115</link>
        <description>alpha: enable GENERIC_PCI_IOMAP unconditionallyWith the previous commit (9caea0007601: &quot;parisc: Declare pci_iounmap()parisc version only when CONFIG_PCI enabled&quot;) we can now enableGENERIC_PCI_IOMAP unconditionally on alpha, and if PCI is not enabled wewill just get the nice empty helper functions that allow mixed-busdrivers to build.Example driver: the old 3com/3c59x.c driver works with either the PCI orthe EISA version of the 3x59x card, but wouldn&apos;t build in an EISA-onlyconfiguration because of missing pci_iomap() and pci_iounmap() dummywrappers.Most of the other PCI infrastructure just becomes empty wrappers evenwithout GENERIC_PCI_IOMAP, and it&apos;s not obvious that the pci_iomapfunctionality shouldn&apos;t do the same, but this works.Cc: Ulrich Teichert &lt;krypton@ulrich-teichert.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Sun, 19 Sep 2021 17:37:00 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>ab41f75e - alpha: mark &apos;Jensen&apos; platform as no longer broken</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#ab41f75e</link>
        <description>alpha: mark &apos;Jensen&apos; platform as no longer brokenOk, it almost certainly is still broken on actual hardware, but theimmediate reason for it having been marked BROKEN was a build error thatis fixed by just making sure the low-level IO header file is includedsufficiently early that the __EXTERN_INLINE hackery takes effect.This was marked broken back in 2017 by commit 1883c9f49d02 (&quot;alpha: markjensen as broken&quot;), but Ulrich Teichert made me look at it as part of mycross-build work to make sure -Werror actually does the right thing.There are lots of alpha configurations that do not build cleanly, butnow it&apos;s no longer because Jensen wouldn&apos;t be buildable.  That said,because the Jensen platform doesn&apos;t force PCI to be enabled (Jensen onlyhad EISA), it ends up being somewhat interesting as a source of oddconfigs.Reported-by: Ulrich Teichert &lt;krypton@ulrich-teichert.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Sat, 18 Sep 2021 21:12:39 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>094121ef - arch: Kconfig: clean up obsolete use of HAVE_IDE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/alpha/Kconfig#094121ef</link>
        <description>arch: Kconfig: clean up obsolete use of HAVE_IDEThe arch-specific Kconfig files use HAVE_IDE to indicate if IDE issupported.As IDE support and the HAVE_IDE config vanishes with commit b7fb14d3ac63(&quot;ide: remove the legacy ide driver&quot;), there is no need to mentionHAVE_IDE in all those arch-specific Kconfig files.The issue was identified with ./scripts/checkkconfigsymbols.py.Fixes: b7fb14d3ac63 (&quot;ide: remove the legacy ide driver&quot;)Suggested-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Lukas Bulwahn &lt;lukas.bulwahn@gmail.com&gt;Acked-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Link: https://lore.kernel.org/r/20210728182115.4401-1-lukas.bulwahn@gmail.comReviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/arch/alpha/Kconfig</description>
        <pubDate>Wed, 28 Jul 2021 18:21:15 +0000</pubDate>
        <dc:creator>Lukas Bulwahn &lt;lukas.bulwahn@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
