<?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>b72c066b - powerpc/32: fix ADB_CUDA kconfig warning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#b72c066b</link>
        <description>powerpc/32: fix ADB_CUDA kconfig warningFix a (randconfig) kconfig warning by correcting the selectstatement:WARNING: unmet direct dependencies detected for ADB_CUDA  Depends on [n]: MACINTOSH_DRIVERS [=n] &amp;&amp; (ADB [=n] || PPC_PMAC [=y]) &amp;&amp; !PPC_PMAC64 [=n]  Selected by [y]:  - PPC_PMAC [=y] &amp;&amp; PPC_BOOK3S [=y] &amp;&amp; CPU_BIG_ENDIAN [=y] &amp;&amp; POWER_RESET [=y] &amp;&amp; PPC32 [=y]The PPC32 isn&apos;t needed because ADB depends on (PPC_PMAC &amp;&amp; PPC32).Fixes: a3ef2fef198c (&quot;powerpc/32: Add dependencies of POWER_RESET for pmac32&quot;)Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Tested: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/20240211221623.31112-1-rdunlap@infradead.org

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Sun, 11 Feb 2024 22:16:23 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>a3ef2fef - powerpc/32: Add dependencies of POWER_RESET for pmac32</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#a3ef2fef</link>
        <description>powerpc/32: Add dependencies of POWER_RESET for pmac32pmac32&apos;s power off depends on ADB_CUDA to work. Enable it whenPOWER_RESET is set for convenience.Suggested-by: Zhangjin Wu &lt;falcon@tinylab.org&gt;Signed-off-by: Yuan Tan &lt;tanyuan@tinylab.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://msgid.link/0cca5d5afb6c4a1b78648e98339b4b7c9def46d5.1694685860.git.tanyuan@tinylab.org

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Thu, 14 Sep 2023 10:10:31 +0000</pubDate>
        <dc:creator>Yuan Tan &lt;tanyuan@tinylab.org&gt;</dc:creator>
    </item>
<item>
        <title>c2857374 - powerpc/64s: Make hash MMU support configurable</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#c2857374</link>
        <description>powerpc/64s: Make hash MMU support configurableThis adds Kconfig selection which allows 64s hash MMU support to bedisabled. It can be disabled if radix support is enabled, the minimumsupported CPU type is POWER9 (or higher), and KVM is not selected.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20211201144153.2456614-17-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Wed, 01 Dec 2021 14:41:51 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7ebc4903 - powerpc: Rename PPC_NATIVE to PPC_HASH_MMU_NATIVE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#7ebc4903</link>
        <description>powerpc: Rename PPC_NATIVE to PPC_HASH_MMU_NATIVEPPC_NATIVE now only controls the native HPT code, so rename it to bemore descriptive. Restrict it to Book3S only.Signed-off-by: Nicholas Piggin &lt;npiggin@gmail.com&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Link: https://lore.kernel.org/r/20211201144153.2456614-3-npiggin@gmail.com

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Wed, 01 Dec 2021 14:41:37 +0000</pubDate>
        <dc:creator>Nicholas Piggin &lt;npiggin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e37af801 - powerpc: Move the use of irq_domain_add_nomap() behind a config option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#e37af801</link>
        <description>powerpc: Move the use of irq_domain_add_nomap() behind a config optionOnly a handful of old PPC systems are still using the old &apos;nomap&apos;variant of the irqdomain library. Move the associated definitionsbehind a configuration option, which will allow us to make somemore radical changes.Signed-off-by: Marc Zyngier &lt;maz@kernel.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Sun, 04 Apr 2021 12:06:39 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;maz@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9739ab7e - powerpc: enable a 30-bit ZONE_DMA for 32-bit pmac</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#9739ab7e</link>
        <description>powerpc: enable a 30-bit ZONE_DMA for 32-bit pmacWith the strict dma mask checking introduced with the switch tothe generic DMA direct code common wifi chips on 32-bit powerbooksstopped working.  Add a 30-bit ZONE_DMA to the 32-bit pmac buildsto allow them to reliably allocate dma coherent memory.Fixes: 65a21b71f948 (&quot;powerpc/dma: remove dma_nommu_dma_supported&quot;)Reported-by: Aaro Koskinen &lt;aaro.koskinen@iki.fi&gt;Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Tested-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;Acked-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;Tested-by: Aaro Koskinen &lt;aaro.koskinen@iki.fi&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Thu, 13 Jun 2019 08:24:46 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>eb01d42a - PCI: consolidate PCI config entry in drivers/pci</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#eb01d42a</link>
        <description>PCI: consolidate PCI config entry in drivers/pciThere is no good reason to duplicate the PCI menu in every architecture.Instead provide a selectable HAVE_PCI symbol that indicates availabilityof PCI support, and a FORCE_PCI symbol to for PCI on and the handle therest in drivers/pci.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Palmer Dabbelt &lt;palmer@sifive.com&gt;Acked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Paul Burton &lt;paul.burton@mips.com&gt;Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Thu, 15 Nov 2018 19:05:32 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#b2441318</link>
        <description>License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the &apos;GPL-2.0&apos;SPDX license identifier.  The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode &amp; Windriver) producing SPDXtag:value files created by Philippe Ombredanne.  Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed.  Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;t find any license traces, file was   considered to have no license information in it, and the top level   COPYING file license applied.   For non */uapi/* files that summary was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0                                              11139   and resulted in the first patch in this series.   If that file was a */uapi/* path one, it was &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  Results of that was:   SPDX license identifier                            # files   ---------------------------------------------------|-------   GPL-2.0 WITH Linux-syscall-note                        930   and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one   of the */uapi/* ones, it was denoted with the Linux-syscall-note if   any GPL family license was found in the file or had no licensing in   it (per prior point).  Results summary:   SPDX license identifier                            # files   ---------------------------------------------------|------   GPL-2.0 WITH Linux-syscall-note                       270   GPL-2.0+ WITH Linux-syscall-note                      169   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause)    21   ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)    17   LGPL-2.1+ WITH Linux-syscall-note                      15   GPL-1.0+ WITH Linux-syscall-note                       14   ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause)    5   LGPL-2.0+ WITH Linux-syscall-note                       4   LGPL-2.1 WITH Linux-syscall-note                        3   ((GPL-2.0 WITH Linux-syscall-note) OR MIT)              3   ((GPL-2.0 WITH Linux-syscall-note) AND MIT)             1   and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became   the concluded license(s). - when there was disagreement between the two scanners (one detected a   license but the other didn&apos;t, or they both detected different   licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file   resulted in a clear resolution of the license that should apply (and   which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was   confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier,   the file was flagged for further research and to be revisited later   in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights.  TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected   license ids and scores - reviewing anything where there was a license detected (about 500+   files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license   was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied   SPDX license was correctThis produced a worksheet with 20 files needing minor correction.  Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg.  Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected.  This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.)  Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>e5e16d8f - powerpc: Kconfig: remove BE-only platforms from LE kernel build</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#e5e16d8f</link>
        <description>powerpc: Kconfig: remove BE-only platforms from LE kernel buildCurrently, little endian is only supported on powernv and pseries,however, Kconfigs still allow us to include other platforms in a LEkernel, this may result in space wasting or even build error if someBE-only platforms always assume they are built for a BE kernel. So justmodify the Kconfigs of BE-only platforms to remove them from being builtfor a LE kernel.For 32bit only platforms, nothing needs to be done, becauseCPU_LITTLE_ENDIAN depends on PPC64. For 64bit supported platforms, addCPU_BIG_ENDIAN to dependencies explicitly, so that these platforms willbe disabled for LE [Suggested-by: C&#233;dric Le Goater &lt;clg@fr.ibm.com&gt;].Signed-off-by: Boqun Feng &lt;boqun.feng@gmail.com&gt;Acked-by: Geoff Levand &lt;geoff@infradead.org&gt;Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Sun, 06 Sep 2015 23:58:00 +0000</pubDate>
        <dc:creator>Boqun Feng &lt;boqun.feng@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>804ece07 - powerpc: Remove CONFIG_POWER4</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#804ece07</link>
        <description>powerpc: Remove CONFIG_POWER4Although the name CONFIG_POWER4 suggests that it controls support forpower4 cpus, this symbol is actually misnamed.It is a historical wart from the powermac code, which used to supportbuilding a 32-bit kernel for power4. CONFIG_POWER4 was used in thatcontext to guard code that was 64-bit only.In the powermac code we can just use CONFIG_PPC64 instead, and in otherplaces it is a synonym for CONFIG_PPC_BOOK3S_64.Signed-off-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Thu, 10 Jul 2014 02:29:25 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;mpe@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>1ece355b - powerpc: Add kconfig for muxed smp ipi support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#1ece355b</link>
        <description>powerpc: Add kconfig for muxed smp ipi supportCompile the new smp ipi mux and demux code only if a platformwill make use of it.  The new config is selected as required.The new cause_ipi smp op is only available conditionally to point outconfigs where the select is required; this makes setting the op animmediate fail instead of a deferred unresolved symbol at link.This also creates a new config for power surge powermac upgrade supportthat can be disabled in expert mode but is default on.I also removed the depends / default y on CONFIG_XICS since it is selectedby PSERIES.Signed-off-by: Milton Miller &lt;miltonm@bga.com&gt;Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Tue, 10 May 2011 19:29:42 +0000</pubDate>
        <dc:creator>Milton Miller &lt;miltonm@bga.com&gt;</dc:creator>
    </item>
<item>
        <title>28794d34 - powerpc/kconfig: Kill PPC_MULTIPLATFORM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#28794d34</link>
        <description>powerpc/kconfig: Kill PPC_MULTIPLATFORMCONFIG_PPC_MULTIPLATFORM is a remain of the pre-powerpc days and isn&apos;treally meaningful anymore. It was basically equivalent to PPC64 || 6xx.This removes it along with the following changes: - 32-bit platforms that relied on PPC32 &amp;&amp; PPC_MULTIPLATFORM now rely   on 6xx which is what they want anyway. - A new symbol, PPC_BOOK3S, is defined that represent compliance with   the &quot;Server&quot; variant of the architecture. This is set when either 6xx   or PPC64 is set and open the door for future BOOK3E 64-bit. - 64-bit platforms that relied on PPC64 &amp;&amp; PPC_MULTIPLATFORM now use   PPC64 &amp;&amp; PPC_BOOK3S - A separate and selectable CONFIG_PPC_OF_BOOT_TRAMPOLINE option is now   used to control the use of prom_init.cSigned-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Tue, 10 Mar 2009 17:53:27 +0000</pubDate>
        <dc:creator>Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;</dc:creator>
    </item>
<item>
        <title>d3c7ffab - [POWERPC] disallow building powermac and tsi108 without PCI</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#d3c7ffab</link>
        <description>[POWERPC] disallow building powermac and tsi108 without PCIThe TSI108 code and the 32 bit powermac and chrp platformshave dependency on PCI that is not easy or desirable to get ridof.The easiest fix is to always select CONFIG_PCI if one of thoseplatforms is enabled.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Sun, 17 Jun 2007 23:06:58 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>6cfef5b2 - [POWERPC] Rename MPIC_BROKEN_U3 to MPIC_U3_HT_IRQS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#6cfef5b2</link>
        <description>[POWERPC] Rename MPIC_BROKEN_U3 to MPIC_U3_HT_IRQSRename MPIC_BROKEN_U3 to something a little more descriptive. Itseffect is to enable support for HT irqs behind the PCI-X/HT bridge onU3/U4 (aka. CPC9x5) parts.Signed-off-by: Michael Ellerman &lt;michael@ellerman.id.au&gt;Signed-off-by: Paul Mackerras &lt;paulus@samba.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Mon, 23 Apr 2007 08:47:08 +0000</pubDate>
        <dc:creator>Michael Ellerman &lt;michael@ellerman.id.au&gt;</dc:creator>
    </item>
<item>
        <title>9b8babf4 - [POWERPC] Split powermac platforms into their own Kconfig file</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/powerpc/platforms/powermac/Kconfig#9b8babf4</link>
        <description>[POWERPC] Split powermac platforms into their own Kconfig fileCleaning up arch/powerpc/Kconfig platform support.Signed-off-by: Kumar Gala &lt;galak@kernel.crashing.org&gt;

            List of files:
            /linux-6.15/arch/powerpc/platforms/powermac/Kconfig</description>
        <pubDate>Thu, 15 Mar 2007 23:15:07 +0000</pubDate>
        <dc:creator>Kumar Gala &lt;galak@kernel.crashing.org&gt;</dc:creator>
    </item>
</channel>
</rss>
