<?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>fe78050a - pmdomain: sunxi: Move Kconfig option to the pmdomain subsystem</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#fe78050a</link>
        <description>pmdomain: sunxi: Move Kconfig option to the pmdomain subsystemThe Kconfig option belongs closer to the corresponding implementation,hence let&apos;s move it from the soc subsystem to the pmdomain subsystem.Cc: Chen-Yu Tsai &lt;wens@csie.org&gt;Cc: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Cc: Samuel Holland &lt;samuel@sholland.org&gt;Cc: &lt;linux-sunxi@lists.linux.dev&gt;Acked-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Signed-off-by: Ulf Hansson &lt;ulf.hansson@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Tue, 12 Sep 2023 12:09:39 +0000</pubDate>
        <dc:creator>Ulf Hansson &lt;ulf.hansson@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>4a54ecf3 - soc: sunxi: SUN20I_PPU should depend on PM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#4a54ecf3</link>
        <description>soc: sunxi: SUN20I_PPU should depend on PMAn $ARCH or a platform should select PM. Single device driversshould only depend on PM, not select it.Having SUN20I_PPU depend on PM removes a kconfig warning:WARNING: unmet direct dependencies detected for PM  Depends on [n]: !MMU [=y]  Selected by [y]:  - SUN20I_PPU [=y] &amp;&amp; (ARCH_SUNXI || COMPILE_TEST [=y])Fixes: 0ad2185dcb5e (&quot;soc: sunxi: select CONFIG_PM&quot;)Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: Chen-Yu Tsai &lt;wens@csie.org&gt;Cc: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Cc: Samuel Holland &lt;samuel@sholland.org&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: linux-sunxi@lists.linux.devCc: Arnd Bergmann &lt;arnd@arndb.de&gt;Cc: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Thu, 09 Feb 2023 17:23:59 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>0ad2185d - soc: sunxi: select CONFIG_PM</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#0ad2185d</link>
        <description>soc: sunxi: select CONFIG_PMSelecting CONFIG_PM_GENERIC_DOMAINS without CONFIG_PM leads to abuild failure:WARNING: unmet direct dependencies detected for PM_GENERIC_DOMAINS  Depends on [n]: PM [=n]  Selected by [y]:  - SUN20I_PPU [=y] &amp;&amp; (ARCH_SUNXI [=n] || COMPILE_TEST [=y])drivers/base/power/domain_governor.c: In function &apos;default_suspend_ok&apos;:drivers/base/power/domain_governor.c:85:24: error: &apos;struct dev_pm_info&apos; has no member named &apos;ignore_children&apos;   85 |         if (!dev-&gt;power.ignore_children)      |                        ^drivers/base/power/domain.c: In function &apos;genpd_queue_power_off_work&apos;:drivers/base/power/domain.c:657:20: error: &apos;pm_wq&apos; undeclared (first use in this function)  657 |         queue_work(pm_wq, &amp;genpd-&gt;power_off_work);      |                    ^~~~~Unfortunately platforms are inconsistent between using &apos;select PM&apos;and &apos;depends on PM&apos; here. CONFIG_PM is a user-visible symbol, soin principle we should be using &apos;depends on&apos;, but on the other handusing &apos;select&apos; here is more common among drivers/soc. Go with themajority for now, as this has a smaller risk of introducing circulardependencies. We may need to clean this up for consistency later.Fixes: 0e30ca5ab0a8 (&quot;soc: sunxi: Add Allwinner D1 PPU driver&quot;)Acked-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Mon, 30 Jan 2023 09:49:01 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>0e30ca5a - soc: sunxi: Add Allwinner D1 PPU driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#0e30ca5a</link>
        <description>soc: sunxi: Add Allwinner D1 PPU driverThe PPU contains a series of identical MMIO register ranges, one foreach power domain. Each range contains control/status bits for a clockgate, reset line, output gates, and a power switch. (The clock and resetare separate from, and in addition to, the bits in the CCU.) It alsocontains a hardware power sequence engine to control the other bits.Acked-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Signed-off-by: Samuel Holland &lt;samuel@sholland.org&gt;Link: https://lore.kernel.org/r/20230126063419.15971-3-samuel@sholland.orgSigned-off-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Thu, 26 Jan 2023 06:34:18 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel@sholland.org&gt;</dc:creator>
    </item>
<item>
        <title>db1bfbd6 - soc: sunxi: mbus: Only build the driver on ARM/ARM64</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#db1bfbd6</link>
        <description>soc: sunxi: mbus: Only build the driver on ARM/ARM64This driver exists as a workaround for old devicetrees which are missinginterconnects properties, so it is only useful for those specificplatforms, which all happen to be ARM or ARM64.This solves the issue that the driver fails to build on RISC-V, wherePHYS_OFFSET is not defined.Signed-off-by: Samuel Holland &lt;samuel@sholland.org&gt;Reviewed-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Signed-off-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;Link: https://lore.kernel.org/r/20220702032520.22129-1-samuel@sholland.org

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Sat, 02 Jul 2022 03:25:20 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel@sholland.org&gt;</dc:creator>
    </item>
<item>
        <title>b4bdc4fb - soc: sunxi: Deal with the MBUS DMA offsets in a central place</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#b4bdc4fb</link>
        <description>soc: sunxi: Deal with the MBUS DMA offsets in a central placeSo far most of the drivers with the MBUS quirks had to duplicate thecode to deal with DT compatibility and enforcing the DMA offsets.Let&apos;s move for a more maintainable solution by putting everything in anotifier that would take care of setting up the DMA offsets for all theMBUS devices.Suggested-by: Robin Murphy &lt;robin.murphy@arm.com&gt;Signed-off-by: Maxime Ripard &lt;maxime@cerno.tech&gt;Reviewed-by: Chen-Yu Tsai &lt;wens@csie.org&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Fri, 06 Nov 2020 14:52:30 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;maxime@cerno.tech&gt;</dc:creator>
    </item>
<item>
        <title>ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#ec8f24b7</link>
        <description>treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is:  GPL-2.0-onlySigned-off-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/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Sun, 19 May 2019 12:07:45 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>a84014e1 - soc: sunxi: Fix missing dependency on REGMAP_MMIO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#a84014e1</link>
        <description>soc: sunxi: Fix missing dependency on REGMAP_MMIOWhen enabling ARCH_SUNXI from allnoconfig, SUNXI_SRAM is enabled, butnot REGMAP_MMIO, so the kernel fails to link with an undefined referenceto __devm_regmap_init_mmio_clk. Select REGMAP_MMIO, as suggested indrivers/base/regmap/Kconfig.This creates the following dependency loop:  drivers/of/Kconfig:68:                symbol OF_IRQ depends on IRQ_DOMAIN  kernel/irq/Kconfig:63:                symbol IRQ_DOMAIN is selected by REGMAP  drivers/base/regmap/Kconfig:7:        symbol REGMAP default is visible depending on REGMAP_MMIO  drivers/base/regmap/Kconfig:39:       symbol REGMAP_MMIO is selected by SUNXI_SRAM  drivers/soc/sunxi/Kconfig:4:          symbol SUNXI_SRAM is selected by USB_MUSB_SUNXI  drivers/usb/musb/Kconfig:63:          symbol USB_MUSB_SUNXI depends on GENERIC_PHY  drivers/phy/Kconfig:7:                symbol GENERIC_PHY is selected by PHY_BCM_NS_USB3  drivers/phy/broadcom/Kconfig:29:      symbol PHY_BCM_NS_USB3 depends on MDIO_BUS  drivers/net/phy/Kconfig:12:           symbol MDIO_BUS default is visible depending on PHYLIB  drivers/net/phy/Kconfig:181:          symbol PHYLIB is selected by ARC_EMAC_CORE  drivers/net/ethernet/arc/Kconfig:18:  symbol ARC_EMAC_CORE is selected by ARC_EMAC  drivers/net/ethernet/arc/Kconfig:24:  symbol ARC_EMAC depends on OF_IRQTo fix the circular dependency, make USB_MUSB_SUNXI select GENERIC_PHYinstead of depending on it. This matches the use of GENERIC_PHY by allbut two other drivers.Cc: &lt;stable@vger.kernel.org&gt; # 4.19Fixes: 5828729bebbb (&quot;soc: sunxi: export a regmap for EMAC clock reg on A64&quot;)Signed-off-by: Samuel Holland &lt;samuel@sholland.org&gt;Acked-by: Maxime Ripard &lt;maxime.ripard@bootlin.com&gt;Signed-off-by: Bin Liu &lt;b-liu@ti.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Tue, 30 Apr 2019 14:59:37 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel@sholland.org&gt;</dc:creator>
    </item>
<item>
        <title>4af34b57 - drivers: soc: sunxi: Introduce SoC driver to map SRAMs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/soc/sunxi/Kconfig#4af34b57</link>
        <description>drivers: soc: sunxi: Introduce SoC driver to map SRAMsThe Allwinner SoCs have a handful of SRAM that can be either mapped to beaccessible by devices or the CPU.That mapping is controlled by an SRAM controller, and that mapping mightnot be set by the bootloader, for example if the device wasn&apos;t used at all,or if we&apos;re using solutions like the U-Boot&apos;s Falcon Boot.We could also imagine changing this at runtime for example to change themapping of these SRAMs to use them for suspend/resume or runtime memoryrate change, if that ever happens.These use cases require some API in the kernel to control that mapping,exported through a drivers/soc driver.This driver also implement a debugfs file that shows the SRAM found in thesystem, the current mapping and the SRAM that have been claimed by somedrivers in the kernel.Signed-off-by: Maxime Ripard &lt;maxime.ripard@free-electrons.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Tested-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/drivers/soc/sunxi/Kconfig</description>
        <pubDate>Mon, 01 Jun 2015 09:04:26 +0000</pubDate>
        <dc:creator>Maxime Ripard &lt;maxime.ripard@free-electrons.com&gt;</dc:creator>
    </item>
</channel>
</rss>
