<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm63xx/u-boot/configs/lager_defconfig, branch master</title>
<subtitle>Broadcom-s U-Boot</subtitle>
<id>https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/'/>
<updated>2019-05-14T19:43:33Z</updated>
<entry>
<title>net: phy: micrel: Allow KSZ8xxx and KSZ90x1 to be used together</title>
<updated>2019-05-14T19:43:33Z</updated>
<author>
<name>James Byrne</name>
</author>
<published>2019-03-06T12:48:27Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=77b508d34b9485c981b084e8169dd64b381935b6'/>
<id>urn:sha1:77b508d34b9485c981b084e8169dd64b381935b6</id>
<content type='text'>
Commit d397f7c45b0b ("net: phy: micrel: Separate KSZ9000 drivers from
KSZ8000 drivers") separated the KSZ8xxx and KSZ90x1 drivers and warns
that you shouldn't select both of them due to a device ID clash between
the KSZ9021 and the KS8721, asserting that "it is highly unlikely for a
system to contain both a KSZ8000 and a KSZ9000 PHY". Unfortunately
boards like the SAMA5D3xEK do contain both types of PHY, but fortunately
the Linux Micrel PHY driver provides a solution by using different PHY
ID and mask values to distinguish these chips.

This commit contains the following changes:

- The PHY ID and mask values for the KSZ9021 and the KS8721 now match
those used by the Linux driver.
- The warnings about not enabling both drivers have been removed.
- The description for PHY_MICREL_KSZ8XXX has been corrected (these are
10/100 PHYs, not GbE PHYs).
- PHY_MICREL_KSZ9021 and PHY_MICREL_KSZ9031 no longer select PHY_GIGE
since this is selected by PHY_MICREL_KSZ90X1.
- All of the relevant defconfig files have been updated now that
PHY_MICREL_KSZ8XXX does not default to 'Y'.

Signed-off-by: James Byrne &lt;james.byrne@origamienergy.com&gt;
Acked-by: Joe Hershberger &lt;joe.hershberger@ni.com&gt;
</content>
</entry>
<entry>
<title>configs: move CONFIG_SPL_TEXT_BASE to Kconfig</title>
<updated>2019-04-30T01:41:40Z</updated>
<author>
<name>Simon Goldschmidt</name>
</author>
<published>2018-09-30T12:31:53Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=f89d6133eef2e068f9c33853b6584d7fcbfa9d2e'/>
<id>urn:sha1:f89d6133eef2e068f9c33853b6584d7fcbfa9d2e</id>
<content type='text'>
Moved CONFIG_SPL_TEXT_BASE to common/spl/Kconfig and migrate existing
values.

Signed-off-by: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
[trini: Re-run migration]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>configs: Resync with savedefconfig</title>
<updated>2019-04-30T01:41:40Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2019-04-29T19:54:04Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d168bcb6fe39108042c0c771f0823a95346a8e7e'/>
<id>urn:sha1:d168bcb6fe39108042c0c771f0823a95346a8e7e</id>
<content type='text'>
Rsync all defconfig files using moveconfig.py

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: rmobile: Convert Gen2 to OF_SEPARATE</title>
<updated>2019-02-25T15:07:41Z</updated>
<author>
<name>Marek Vasut</name>
</author>
<published>2019-02-19T03:27:35Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=d9dcf9da9619f80985c1bd77c8b251dd3a3a1b48'/>
<id>urn:sha1:d9dcf9da9619f80985c1bd77c8b251dd3a3a1b48</id>
<content type='text'>
Convert R-Car Gen2 from OF_EMBED to OF_SEPARATE, thus getting
rid of one of the deprecation warnings.

Signed-off-by: Marek Vasut &lt;marek.vasut+renesas@gmail.com&gt;
Cc: Nobuhiro Iwamatsu &lt;iwamatsu@nigauri.org&gt;
</content>
</entry>
<entry>
<title>configs: Don't use SPI_FLASH_BAR as default</title>
<updated>2019-02-07T10:03:22Z</updated>
<author>
<name>Vignesh R</name>
</author>
<published>2019-02-05T05:59:28Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=6d82517836418f984b7b4c05cf1427d7b49b1169'/>
<id>urn:sha1:6d82517836418f984b7b4c05cf1427d7b49b1169</id>
<content type='text'>
Now that new SPI NOR layer uses stateless 4 byte opcodes by default,
don't enable SPI_FLASH_BAR. For SPI controllers that cannot support
4-byte addressing, (stm32_qspi.c, fsl_qspi.c, mtk_qspi.c, ich.c,
renesas_rpc_spi.c) add an imply clause to enable SPI_FLASH_BAR so as to
not break functionality.

Signed-off-by: Vignesh R &lt;vigneshr@ti.com&gt;
Tested-by: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
Tested-by: Stefan Roese &lt;sr@denx.de&gt;
Tested-by: Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;
Reviewed-by: Jagan Teki &lt;jagan@openedev.com&gt;
Tested-by: Jagan Teki &lt;jagan@amarulasolutions.com&gt; #zynq-microzed
</content>
</entry>
<entry>
<title>configs: Migrate and re-enabled CONFIG_CMD_MTDPARTS</title>
<updated>2018-11-14T15:53:27Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-11-14T00:54:45Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=cbabe7f87f87c47a2d1e31c4bba1de375e3c85df'/>
<id>urn:sha1:cbabe7f87f87c47a2d1e31c4bba1de375e3c85df</id>
<content type='text'>
Now that CMD_UBI does not select CMD_MTDPARTS we need to make platforms
that had been enabling it turn it on by hand.  This exposed that we had
not yet migrated CMD_MTDPARTS fully, so do so now.

Fixes: 86dfa556d927 ("cmd: ubi: Remove useless call to mtdparts_init()")
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>configs: Resync with savedefconfig</title>
<updated>2018-11-14T00:44:53Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-11-14T00:44:53Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=4114a2614b0b7e3f147e2903a8e1d498c4cfb4ba'/>
<id>urn:sha1:4114a2614b0b7e3f147e2903a8e1d498c4cfb4ba</id>
<content type='text'>
Rsync all defconfig files using moveconfig.py

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>configs: Resync with savedefconfig</title>
<updated>2018-09-03T19:26:12Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-09-03T19:26:12Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=8c5cad05c97122b33ef8de981b56f701d6bfb6ea'/>
<id>urn:sha1:8c5cad05c97122b33ef8de981b56f701d6bfb6ea</id>
<content type='text'>
Rsync all defconfig files using moveconfig.py

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>configs: Migrate CONFIG_NR_DRAM_BANKS</title>
<updated>2018-08-16T20:45:02Z</updated>
<author>
<name>Tom Rini</name>
</author>
<published>2018-08-16T12:16:24Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=86cf1c82850f7c226f23684e19616e526ffaf10f'/>
<id>urn:sha1:86cf1c82850f7c226f23684e19616e526ffaf10f</id>
<content type='text'>
We have the following cases:
- CONFIG_NR_DRAM_BANKS was defined, migrate normally
- CONFIG_NR_DRAM_BANKS_MAX was defined and then used for
  CONFIG_NR_DRAM_BANKS after a check, just migrate it over now.
- CONFIG_NR_DRAM_BANKS was very oddly defined on p2771-0000-* (to 1024 +
  2), set this to 8.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>Convert CONFIG_MTD_PARTITIONS et al to Kconfig</title>
<updated>2018-07-22T23:20:17Z</updated>
<author>
<name>Adam Ford</name>
</author>
<published>2018-07-08T03:18:22Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/project/bcm63xx/u-boot/commit/?id=9c5b00973bceb7c0192bd6b03672d69b092700b4'/>
<id>urn:sha1:9c5b00973bceb7c0192bd6b03672d69b092700b4</id>
<content type='text'>
This converts the following to Kconfig:
   CONFIG_MTD_PARTITIONS
   CONFIG_MTD_DEVICE

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
</feed>
