Please pull u-boot-dm/next

Hi Tom, This is for -next But I based it on master to avoid pulling in other people's commits. I hope that works OK. The following changes since commit be79009f3b9bbdbce283e67a865121e576d790ea: Merge tag 'u-boot-imx-20200609' of https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2020-06-09

Re: [PATCH v2] common: fdt: Remove additional 4k space for fdt allocation

On 6/12/20 4:56 PM, Heinrich Schuchardt wrote: > On 6/12/20 9:28 PM, Stephen Warren wrote: >> On 6/11/20 5:10 AM, Michal Simek wrote: >>> From: Ashok Reddy Soma >>> >>> There is no technical reason to add additional 4k space for FDT. This space >>> is completely unused and just increase memory req

Re: [PATCH v2] common: fdt: Remove additional 4k space for fdt allocation

On 6/12/20 9:28 PM, Stephen Warren wrote: > On 6/11/20 5:10 AM, Michal Simek wrote: >> From: Ashok Reddy Soma >> >> There is no technical reason to add additional 4k space for FDT. This space >> is completely unused and just increase memory requirements. This is >> problematic on systems with limi

Re: [PATCHv5][ 7/7] board: tbs2910: add documentation

Hi Soeren, On Thu, Jun 4, 2020 at 6:29 AM Soeren Moch wrote: > Maybe Fabio knows a better way how to reference NXP manuals? Otherwise It seems that all the URLs for accessing the i.MX6 Reference Manual require a login now, unfortunately.

Re: [PATCHv5][ 6/7] board: tbs2910: Enable distro_boot support.

On Sat, May 30, 2020 at 05:24:24AM +0200, Denis 'GNUtoo' Carikli wrote: > This keeps the compatibility with the old bootcmd. > > The fdtfile environment variable also needed to be set to > imx6q-tbs2910.dtb to enable booting mainline kernels > otherwise with extlinux.conf it tries to load > mx6-t

Re: [PATCHv5][ 3/7] board: tbs2910: move CONFIG_BOOTCOMMAND from header to defconfig

On Sat, May 30, 2020 at 05:24:21AM +0200, Denis 'GNUtoo' Carikli wrote: > This doesn't affect the size of the image: with > arm-linux-gnueabi-gcc 9.2.0-1 from the Parabola GNU/Linux > distribution, the text, data, bss and total sizes remain > unchanged. > > Signed-off-by: Denis 'GNUtoo' Carikli

Re: [PATCHv5][ 4/7] board: tbs2910_defconfig: Add support for booting general purpose distributions

On Sat, May 30, 2020 at 05:24:22AM +0200, Denis 'GNUtoo' Carikli wrote: > This is needed to enable distro_boot support later on. > > Adding the necessary configuration to enable booting general > purpose distributions is typically done by enabling > CONFIG_DISTRO_DEFAULTS. > > However the result

Re: [PATCHv5][ 7/7] board: tbs2910: add documentation

On Sat, May 30, 2020 at 05:24:25AM +0200, Denis 'GNUtoo' Carikli wrote: > This documents the u-boot installation procedure and the > hardware in order to get started. > > Signed-off-by: Denis 'GNUtoo' Carikli I see there's some unresolved discussion about how to have a more persistent link to (

Re: [PATCHv5][ 2/7] board: tbs2910: disable CONFIG_GZIP

On Sat, May 30, 2020 at 05:24:20AM +0200, Denis 'GNUtoo' Carikli wrote: > As that the resulting image is already very close to the > size limit, and that CONFIG_GZIP is not strictly required, > removing it shouldn't hurt. > > With arm-linux-gnueabi-gcc 9.2.0-1 from the Parabola > GNU/Linux distri

Re: [PATCH] net: move random_port() to dns

On Wed, May 20, 2020 at 01:31:41PM +0300, Baruch Siach wrote: > The random_port() routine is not used anywhere else. Make it local to > dns.c to reduce code clutter, and shrink generated code a little. > > Signed-off-by: Baruch Siach Applied to u-boot/next, thanks! -- Tom signature.asc Desc

Re: [PATCH 09/10] net: rtl8139: Read HW address from EEPROM only on probe

On Sat, May 09, 2020 at 10:34:43PM +0200, Marek Vasut wrote: > Do not re-read the HW address from the EEPROM on every start of > transfer, otherwise the user will not be able to adjust ethaddr > as needed. Read the address only once, when the card is detected. > > Signed-off-by: Marek Vasut > Cc

Re: [PATCH] net: tftp: fix option validation as per RFCs

On Mon, May 18, 2020 at 09:35:43PM -0700, Ravik Hasija wrote: > RFC2348, RFC2349: > - Option string is case in-sensitive. > - Client must generate ERR pkt in case option value mismatch in server OACK > - Fix debug print for options > > Signed-off-by: Ravik Hasija > Reviewed-By: Ramon Fried App

Re: [PATCHv5][ 1/7] board: tbs2910: disable loadb and loads commands

On Sat, May 30, 2020 at 05:24:19AM +0200, Denis 'GNUtoo' Carikli wrote: > The loadb and loads commands are not needed for booting. > > There are also more reliable and faster alternatives to > loadb and loads that can be used with the current configuration. > > As that the resulting image is alr

Re: [PATCH 08/10] net: rtl8139: Use PCI_DEVICE() to define PCI device compat list

On Sat, May 09, 2020 at 10:34:42PM +0200, Marek Vasut wrote: > Use this macro to fully fill the PCI device ID table. This is mandatory > for the DM PCI support, which checks all the fields. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger Applied to u-boot/next, thanks! -- Tom signatur

Re: [PATCH 10/10] net: rtl8139: Add DM support

On Sat, May 09, 2020 at 10:34:44PM +0200, Marek Vasut wrote: > Add support for driver model to the driver. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH 06/10] net: rtl8139: Pass private data into rtl8139_eeprom_delay()

On Sat, May 09, 2020 at 10:34:40PM +0200, Marek Vasut wrote: > Instead of always calling rtl8139_eeprom_delay() with priv->ioaddr, > call it with priv and let the function access priv->ioaddr. This > reduces code duplication and has no impact, since the compiler will > inline this as needed anyway

Re: [PATCH 07/10] net: rtl8139: Split out common and non-DM functions

On Sat, May 09, 2020 at 10:34:41PM +0200, Marek Vasut wrote: > Split the driver into common and non-DM functionality, so that the > DM support can later re-use the common code, while we retain the > non-DM code until all the platforms are converted. > > Signed-off-by: Marek Vasut > Cc: Joe Hersh

Re: [PATCH 02/10] net: rtl8139: Switch from malloc()+memset() to calloc()

On Sat, May 09, 2020 at 10:34:36PM +0200, Marek Vasut wrote: > Replace malloc()+memset() combination with calloc(), no functional change. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH 03/10] net: rtl8139: Use dev->iobase instead of custom ioaddr

On Sat, May 09, 2020 at 10:34:37PM +0200, Marek Vasut wrote: > Replace the use of custom static ioaddr variable with common dev->iobase, > no functional change. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signat

Re: [PATCH 05/10] net: rtl8139: Introduce device private data

On Sat, May 09, 2020 at 10:34:39PM +0200, Marek Vasut wrote: > Introduce rtl8139_pdata, which is a super-structure around eth_device > and tracks per-device state, here the device IO address, PCI BDF, RX > and TX ring position. Pass this structure around instead of the old > non-DM eth_device in p

Re: [PATCH 04/10] net: rtl8139: Clean up bus_to_phys()/phys_to_bus() macros

On Sat, May 09, 2020 at 10:34:38PM +0200, Marek Vasut wrote: > These macros depended on the dev variable being declared wherever > they were used. This is wrong and will not work with DM anyway, so > pass only the PCI BFD into these macros, which fixes the dependency > and prepares them for DM sup

Re: [PATCH 01/10] net: rtl8139: Factor out device name assignment

On Sat, May 09, 2020 at 10:34:35PM +0200, Marek Vasut wrote: > Pull the device name setting into a separate function, as this > will be shared between DM/non-DM variants. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger Applied to u-boot/next, thanks! -- Tom signature.asc Description:

Re: [PATCH v4 5/5] net: phy: Add DP8382x phy registration to TI PHY init

On Mon, May 04, 2020 at 04:14:40PM -0500, Dan Murphy wrote: > Add the DP8382X generic PHY registration to the TI PHY init file. > > Acked-by: Michal Simek > Signed-off-by: Dan Murphy Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH] net: tftp: fix progress marker for file transfer

On Thu, May 07, 2020 at 02:55:32PM -0700, Ravik Hasija wrote: > During packet sequence number wraparound the show_block_marker() API was > not called, as a result the progress marker doesn't stay within column > boundary. Use position in file instead of sequence number to align the > marker. > >

Re: [PATCH v4 4/5] net: phy: Add support for TI PHY init

On Mon, May 04, 2020 at 04:14:39PM -0500, Dan Murphy wrote: > ti_phy_init function was allocated to the DP83867 PHY. This function > name is to generic for a specific PHY. The function can be moved to a > TI specific file that can register all TI PHYs that are defined in the > defconfig. The ti

Re: [PATCH v4 2/5] net: phy: Fix kernel doc issues in phy.h

On Mon, May 04, 2020 at 04:14:37PM -0500, Dan Murphy wrote: > Fix kernel doc warnings in phy.h. Mostly the warnings were due to the > return missing the semi-colon. > > Acked-by: Michal Simek > Signed-off-by: Dan Murphy Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP

Re: [PATCH] net: phy: add phyid search in vendor specific space

On Wed, Apr 29, 2020 at 02:25:48PM +0300, Florin Chiculita wrote: > There are devices accesible through mdio clause-45, such as > retimers, that do not have PMA or PCS blocks. > This patch adds MDIO_MMD_VEND1 on the list of device addresses > where phyid is searched. Previous order of devices was

Re: [PATCH v4 3/5] net: phy: Add helper routines to set and clear bits

On Mon, May 04, 2020 at 04:14:38PM -0500, Dan Murphy wrote: > Add phy_set/clear_bit helper routines so that ported drivers from the > kernel can use these functions. > > Acked-by: Michal Simek > Signed-off-by: Dan Murphy Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP

Re: [PATCH v4 1/5] net: phy: Add missing kernel doc to phy functions

On Mon, May 04, 2020 at 04:14:36PM -0500, Dan Murphy wrote: > Add kernel doc to the phy_read/write utility functions in phy.h > > Acked-by: Michal Simek > Signed-off-by: Dan Murphy Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH] net: Fix error if some network features are disabled

On Mon, Mar 09, 2020 at 02:27:55PM +, Krebs, Olaf wrote: > If 'CONFIG_CMD_TFTPBOOT' or 'CONFIG_CMD_BOOTP' are disabled, the usage must > be disabled, too! > > Signed-off-by: Olaf Krebs > CC: Joe Hershberger Applied to u-boot/next, thanks! -- Tom signature.asc Description: PGP signatur

Re: [PATCH] net: phy: micrel: ksz8061 implement errata 80000688A fix

On Thu, Mar 26, 2020 at 03:54:01AM +, Bryan O'Donoghue wrote: > Linux commit 232ba3a51cc2 ('net: phy: Micrel KSZ8061: link failure after > cable connect') implements a fix for the above errata. > > This patch replicates that errata fix in an ksz8061 specific init routine. > > Signed-off-by:

Re: [PATCH 1/2] net: rt8169: WAR for DHCP not getting IP after kernel boot/reboot

On Thu, Mar 26, 2020 at 03:59:13PM -0700, tomcwarren3...@gmail.com wrote: > From: Tom Warren > > This is a WAR for DHCP failure after rebooting from the L4T kernel. The > r8169.c kernel driver is setting bit 19 of the rt816x HW register 0xF0, > which goes by FuncEvent and MISC in various driver

Re: [PATCH] [RFC] net: smc911x: Drop the standalone EEPROM example

On Sun, Mar 15, 2020 at 12:18:57AM +0100, Marek Vasut wrote: > Drop the example, for two reasons. First, it is tapping directly into > the IO accessors of the SMC911x, while it should instead go through > the net device API. Second, this makes conversion of the SMC911x driver > to DM real hard. >

Re: [PATCH v4 5/5] usb: xhci-pci: Add reset controller support

On 6/12/20 6:46 PM, Nicolas Saenz Julienne wrote: > Some atypical users of xhci-pci might need to manually reset their xHCI > controller before starting the HCD setup. Check if a reset controller > device is available to the PCI bus and trigger a reset. > > Signed-off-by: Nicolas Saenz Julienne >

Re: [PATCHv3 04/15] net: tsec: Add the compatible string "gianfar" support

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > Add compatible string "gianfar" support and update the > device-tree-bindings doc. > > Signed-off-by: Hou Zhiqiang > --- Reviewed-by: Vladimir Oltean > V3: > - Rebase the patch, no change intended. > > doc/device-t

Re: [PATCHv3 06/15] fsl: p1_p2_rdb: Move vsc7835 firmware uploading to board_early_init_r()

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > Move vsc7835 firmware uploading to board_early_init_r(), so that > the switch also can work in DM eTSEC driver. > > Signed-off-by: Hou Zhiqiang > --- For what it's worth, a DM_DSA uclass has been proposed exactly for t

Re: [PATCHv3 03/15] net: tsec: convert to use DM_MDIO when DM_ETH enabled

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > For the platforms on which the eTSEC driver uses DM_ETH, convert its > MDIO controller code to also use DM_MDIO. > > Note that for handling the TBI PHY (the MAC PCS for SGMII), we still > don't register a udevice for it,

Re: [PATCHv3 01/15] net: fsl_mdio: Change to use virtual address

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > Use virtual address to access the MII block registers instead > of physical address. > > Signed-off-by: Hou Zhiqiang > --- Reviewed-by: Vladimir Oltean > V3: > - New patch. > > drivers/net/fsl_mdio.c | 2 +- > 1 fi

Re: [PATCHv3 12/15] powerpc: p1010rdb: Compile legacy ethernet init function when no DM_ETH

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > The board_eth_init() is only used by legacy ethernet driver framework, > so do not compile it when DM_ETH config has been selected. > > Signed-off-by: Hou Zhiqiang > --- Ideally shouldn't all p1010rdb configs be conver

Re: [PATCHv3 13/15] configs: P1010RDB: Enable DM_ETH config

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > Enable the DM_ETH and DM_MDIO config. > > Signed-off-by: Hou Zhiqiang > --- I think you missed some configs. There are 28 P1010RDB configs, you updated only 16. > V3: > - Rebase the patch, no change intended. > > co

Re: [PATCHv3 15/15] configs: P2020RDB: Enable DM_ETH config

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > Enable the DM_ETH and DM_MDIO config. > > On P2020RDB, the eTSEC1 is connecting with a switch VSC7385, > so also enable the fixed PHY support. > > Signed-off-by: Hou Zhiqiang > --- Reviewed-by: Vladimir Oltean > V3:

Re: [PATCHv3 08/15] dts: powerpc: p1020rdb: Add eTSEC DT nodes

On Fri, 12 Jun 2020 at 18:23, Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > P1020RDB implements 3 enhanced three-speed Ethernet controllers, > and the connection is shown below: > eTSEC1: Connected to RGMII PHY VSC7385 As you said in a previous patch, VSC7385 is a switch, not a PHY. >

Re: [PATCH v2] common: fdt: Remove additional 4k space for fdt allocation

On 6/11/20 5:10 AM, Michal Simek wrote: > From: Ashok Reddy Soma > > There is no technical reason to add additional 4k space for FDT. This space > is completely unused and just increase memory requirements. This is > problematic on systems with limited memory resources as Xilinx Zynq > CSE/ZynqMP

[PATCH] RFC: dtoc: add POC for dtb shrink

Based on several reports and discussions [1], [2] it is clear that U-Boot's footprint is always a concern, and any kind of reduction is an improvement. In particular dtb is one of the sources of footprint increment, as U-Boot uses the same dtb as Linux. However is interesting to note that U-Boot d

Re: [PATCH v4 0/2] Calculate SDRAM size for Actions OWL SoCs

On Fri, Jun 12, 2020 at 11:56:47PM +0530, Amit Tomer wrote: > Hi Tom > > On Sat, May 9, 2020 at 1:45 PM Amit Singh Tomar wrote: > > > > Mani pointed out that changes in previous version were not good enough > > for S900 and he provide snippet that seems to work on S900. > > > > This series v4 fix

Re: U-Boot call on Monday?

On Thu, Jun 11, 2020 at 11:01:42AM -0600, Simon Glass wrote: > Hi Tom, > > Do we have a monthly call on Monday? As I noted in another thread, we never got past having the first call due to scheduling conflicts. I would suggest anyone that wants to chat show up on #u-boot on Freenode IRC. In ge

Re: [PATCH v4 0/2] Calculate SDRAM size for Actions OWL SoCs

Hi Tom On Sat, May 9, 2020 at 1:45 PM Amit Singh Tomar wrote: > > Mani pointed out that changes in previous version were not good enough > for S900 and he provide snippet that seems to work on S900. > > This series v4 fixes the S900 Support by taking in changes suggested > by Mani. > > --

Re: Gitlab failure

Hi Tom, On Fri, 12 Jun 2020 at 11:56, Tom Rini wrote: > > On Fri, Jun 12, 2020 at 11:35:30AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > The times that I have seen it, it is the same host. I can't actually tell > > which test it is. > > I meant which job to be clear, sorry. If it's always ko

Re: Gitlab failure

On Fri, Jun 12, 2020 at 11:35:30AM -0600, Simon Glass wrote: > Hi Tom, > > The times that I have seen it, it is the same host. I can't actually tell > which test it is. I meant which job to be clear, sorry. If it's always konsulko-bootbake I'll get it rebooted just in case. Thanks! > > Regar

Re: [PATCH 01/10] dtoc: add support to scan drivers

On 11/6/20 23:22, Simon Glass wrote: Hi Walter, On Thu, 11 Jun 2020 at 13:07, Walter Lozano wrote: Hi Simon, On 11/6/20 14:22, Simon Glass wrote: Hi Walter, On Thu, 11 Jun 2020 at 11:11, Walter Lozano wrote: Hi Simon On 11/6/20 13:45, Simon Glass wrote: Hi Walter, On Mon, 8 Jun 2020

Re: Gitlab failure

Hi Tom, The times that I have seen it, it is the same host. I can't actually tell which test it is. Regards, Simon On Fri, 12 Jun 2020 at 09:20, Tom Rini wrote: > On Fri, Jun 12, 2020 at 09:07:39AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > I have been seeing consistent failures for a wh

Re: [PATCH v2] common: fdt: Remove additional 4k space for fdt allocation

On 6/11/20 5:10 AM, Michal Simek wrote: > From: Ashok Reddy Soma > > There is no technical reason to add additional 4k space for FDT. This space > is completely unused and just increase memory requirements. This is > problematic on systems with limited memory resources as Xilinx Zynq > CSE/ZynqMP

[PATCH v4 3/5] configs: Enable support for reset controllers on RPi4

This is required in order to access the reset controller used to initialize the board's xHCI chip. Signed-off-by: Nicolas Saenz Julienne --- configs/rpi_4_32b_defconfig | 1 + configs/rpi_4_defconfig | 1 + configs/rpi_arm64_defconfig | 1 + 3 files changed, 3 insertions(+) diff --git a/con

[PATCH v4 1/5] arm: rpi: Add function to trigger VL805's firmware load

On the Raspberry Pi 4, after a PCI reset, VL805's (a xHCI chip) firmware may either be loaded directly from an EEPROM or, if not present, by the SoC's VideCore (the SoC's co-processor). Introduce the function that informs VideCore that VL805 may need its firmware loaded. Signed-off-by: Nicolas Sae

[PATCH v4 4/5] dm: pci: Assign controller device node to root bridge

There is no distinction in DT between the PCI controller device and the root bridge, whereas such distinction exists from dm's perspective. Make sure the root bridge ofnode is assigned to the controller's platform device node. This permits setups like this to work correctly: pcie {

[PATCH v4 2/5] reset: Add Raspberry Pi 4 firmware reset controller

Raspberry Pi 4's co-processor controls some of the board's HW initialization process, but it's up to Linux to trigger it when relevant. Introduce a reset controller capable of interfacing with RPi4's co-processor that models these firmware initialization routines as reset lines. Signed-off-by: Nic

[PATCH v4 0/5] usb: xhci: Load Raspberry Pi 4 VL805's firmware

Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be loaded explicitly. Earlier versions didn't need that as they where using an EEPROM for that purpose. This series takes care of setting up the relevant infrastructure and run the firmware loading routine at the right moment. No

[PATCH v4 5/5] usb: xhci-pci: Add reset controller support

Some atypical users of xhci-pci might need to manually reset their xHCI controller before starting the HCD setup. Check if a reset controller device is available to the PCI bus and trigger a reset. Signed-off-by: Nicolas Saenz Julienne --- drivers/usb/host/xhci-pci.c | 38 +++

Re: [PATCH] net: ping: reset stored IP once the command finishes

On Wed, Mar 25, 2020 at 02:42:00PM +0100, Marek Szyprowski wrote: > Reset stored ping IP address before leaving the netloop to ensure that > the subsequent calls to the netloop, especially for the other protocols, > won't be interrupted by the received ICMP_ECHO_REPLY packet. > > Signed-off-by: M

Re: [PATCH] armv8: layerscape: don't remove crypto node on LS1028A

On 6/3/2020 11:09 PM, Michael Walle wrote: > [+ Horia] > > Am 2020-06-02 17:09, schrieb Michael Walle: >> At least on the LS1028A the crypto module is always there, but has some >> functions disabled on non-E parts. Thus it doesn't make sense to >> completely remove the node. Linux will figure out

[Resend PATCHv3 02/15] net: fsl_mdio: Correct the MII management register block address

From: Hou Zhiqiang The MII management register block offset is different between gianfar and etsec2 compatible devices, this patch is to fix this issue by adding driver data for different compatible string. Fixes: 2932c5a802a9 ("net: tsec: fsl_mdio: add DM MDIO support") Signed-off-by: Hou Zhiqi

Re: [PATCH] Add support for SHA384 and SHA512

On Thu, Apr 16, 2020 at 05:36:52PM +1200, Reuben Dowle wrote: > The current recommendation for best security practice from the US government > is to use SHA384 for TOP SECRET [1]. > > This patch adds support for SHA384 and SHA512 in the hash command, and also > allows FIT images to be hashed with

Re: [PATCH v2] tpm2: tis_spi: add linux compatible fallback string

On Fri, Jun 12, 2020 at 05:17:33PM +0200, Bruno Thomsen wrote: > This solves a compatibility issue with Linux device trees > that contain TPMv2.x hardware. So it's easier to import DTS > from upstream kernel when migrating board init from C code > to DTS. > > The issue is that fallback binding is

[PATCHv3 13/15] configs: P1010RDB: Enable DM_ETH config

From: Hou Zhiqiang Enable the DM_ETH and DM_MDIO config. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. configs/P1010RDB-PA_36BIT_NAND_defconfig | 2 ++ configs/P1010RDB-PA_36BIT_NOR_defconfig | 2 ++ configs/P1010RDB-PA_36BIT_SDCARD_defconfig | 2 ++

[PATCHv3 15/15] configs: P2020RDB: Enable DM_ETH config

From: Hou Zhiqiang Enable the DM_ETH and DM_MDIO config. On P2020RDB, the eTSEC1 is connecting with a switch VSC7385, so also enable the fixed PHY support. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. configs/P2020RDB-PC_36BIT_NAND_defconfig | 3 +++ confi

[PATCHv3 08/15] dts: powerpc: p1020rdb: Add eTSEC DT nodes

From: Hou Zhiqiang P1020RDB implements 3 enhanced three-speed Ethernet controllers, and the connection is shown below: eTSEC1: Connected to RGMII PHY VSC7385 eTSEC2: Connected to SGMII PHY VSC8221 eTSEC3: Connected to SGMII PHY AR8021 Signed-off-by: Hou Zhiqiang --- V3: - Rebase th

[PATCHv3 11/15] dts: powerpc: p1010rdb: Add eTSEC DT nodes

From: Hou Zhiqiang P1010RDB implements 3 enhanced three-speed Ethernet controllers, and the connection is shown below: eTSEC1: Connected to RGMII PHY AR8033 eTSEC2: Connected to SGMII PHY AR8033 eTSEC3: Connected to SGMII PHY AR8033 Signed-off-by: Hou Zhiqiang --- V3: - Rebase the

[PATCHv3 14/15] dts: powerpc: p2020rdb: Add eTSEC DT nodes

From: Hou Zhiqiang P2020RDB implements 3 enhanced three-speed Ethernet controllers, and the connection is shown below: eTSEC1: Connected to RGMII PHY VSC7385 eTSEC2: Connected to SGMII PHY VSC8221 eTSEC3: Connected to SGMII PHY AR8021 Signed-off-by: Hou Zhiqiang --- V3: - Rebase th

[PATCHv3 05/15] powerpc: mpc8xxx: Don't compile cpu_eth_init() when DM_ETH enabled

From: Hou Zhiqiang The cpu_eth_init() is only used by the legacy ethernet driver framework. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. arch/powerpc/cpu/mpc8xxx/cpu.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/powerpc/cpu/mpc8xxx/cpu.c b/arch/p

[PATCHv3 10/15] configs: P1020RDB: Enable DM_ETH config

From: Hou Zhiqiang Enable the DM_ETH and DM_MDIO config. On P1020RDB, the eTSEC1 is connecting with a switch VSC7385, so also enable the fixed PHY support. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. configs/P1020RDB-PC_36BIT_NAND_defconfig | 3 +++ confi

[PATCHv3 09/15] powerpc: p1_p2_rdb: Don't compile board_eth_init() when DM_ETH enabled

From: Hou Zhiqiang The board_eth_init() is only used by legacy ethernet driver framework, so do not compile it when DM_ETH config has been selected. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. board/freescale/p1_p2_rdb_pc/p1_p2_rdb_pc.c | 2 ++ 1 file changed,

[PATCHv3 12/15] powerpc: p1010rdb: Compile legacy ethernet init function when no DM_ETH

From: Hou Zhiqiang The board_eth_init() is only used by legacy ethernet driver framework, so do not compile it when DM_ETH config has been selected. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. board/freescale/p1010rdb/p1010rdb.c | 2 ++ 1 file changed, 2 inser

[PATCHv3 06/15] fsl: p1_p2_rdb: Move vsc7835 firmware uploading to board_early_init_r()

From: Hou Zhiqiang Move vsc7835 firmware uploading to board_early_init_r(), so that the switch also can work in DM eTSEC driver. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. board/freescale/p1_p2_rdb_pc/p1_p2_rdb_pc.c | 35 +++-- 1 file changed,

[PATCHv3 03/15] net: tsec: convert to use DM_MDIO when DM_ETH enabled

From: Hou Zhiqiang For the platforms on which the eTSEC driver uses DM_ETH, convert its MDIO controller code to also use DM_MDIO. Note that for handling the TBI PHY (the MAC PCS for SGMII), we still don't register a udevice for it, since we can drive it locally and there is no point in doing oth

[PATCHv3 00/13] powerpc: covert p1010, p1020 and p2020 RDB board to DM_ETH

From: Hou Zhiqiang This patch set depends on: https://patchwork.ozlabs.org/project/uboot/patch/20200503185227.28731-2-olte...@gmail.com/ Hou Zhiqiang (15): net: fsl_mdio: Change to use virtual address net: fsl_mdio: Correct the MII management register block address net: tsec: convert to us

[PATCHv3 04/15] net: tsec: Add the compatible string "gianfar" support

From: Hou Zhiqiang Add compatible string "gianfar" support and update the device-tree-bindings doc. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. doc/device-tree-bindings/net/fsl-tsec-phy.txt | 2 +- drivers/net/tsec.c| 16 ++

[PATCHv3 07/15] configs: p1_p2_rdb: Add the default address of vsc7385 firmware

From: Hou Zhiqiang Add the environment 'vscfw_addr' to assign a default address for vsc7385 firmware uploading. Signed-off-by: Hou Zhiqiang --- V3: - Rebase the patch, no change intended. include/configs/p1_p2_rdb_pc.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/configs/p1_

[PATCHv3 02/15] net: fsl_mdio: Correct the MII management register block address

From: Hou Zhiqiang The MII management register block offset is different between gianfar and etsec2 compatible devices, this patch is to fix this issue by adding driver data for different compatible string. Fixes: Signed-off-by: Hou Zhiqiang --- V3: - New patch. drivers/net/fsl_mdio.c | 28 +

[PATCHv3 01/15] net: fsl_mdio: Change to use virtual address

From: Hou Zhiqiang Use virtual address to access the MII block registers instead of physical address. Signed-off-by: Hou Zhiqiang --- V3: - New patch. drivers/net/fsl_mdio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/fsl_mdio.c b/drivers/net/fsl_mdio.c in

Re: Gitlab failure

On Fri, Jun 12, 2020 at 09:07:39AM -0600, Simon Glass wrote: > Hi Tom, > > I have been seeing consistent failures for a while (e.g. here > ). Do you > have any ideas on this? Is it always on the same host? Or is it always that te

[PATCH v2] tpm2: tis_spi: add linux compatible fallback string

This solves a compatibility issue with Linux device trees that contain TPMv2.x hardware. So it's easier to import DTS from upstream kernel when migrating board init from C code to DTS. The issue is that fallback binding is different between Linux and u-Boot. Linux: "tcg,tpm_tis-spi" U-Boot: "tis,

Gitlab failure

Hi Tom, I have been seeing consistent failures for a while (e.g. here ). Do you have any ideas on this? Regards, Simon

Re: [PATCH 1/2] phy: mv88e61xx: add support for RGMII TX/RX delay

On Sat, Apr 11, 2020 at 09:28:24PM +0200, Pawel Dembicki wrote: > Clock delay in RGMII is required for some boards. > This patch introduce CONFIG_MV88E61XX_CPU_PORT_TX_DELAY and > CONFIG_MV88E61XX_CPU_PORT_RX_DELAY defines, which are setting > proper bits in PORT_REG_PHYS_CTRL register. > > Cc: C

Re: [PATCH] net: eth-uclass: Fix message if mac is coming from DT or ROM

On Mon, Mar 16, 2020 at 11:39:18AM +0100, Michal Simek wrote: > When local-mac-address DT property is specified it is reported the same way > as address read from eeprom/ROM. Show properly if mac address is coming > from DT or ROM. > > Signed-off-by: Michal Simek In looking over the queue of ne

Re: [RESEND PATCH v2 02/11] net: dwc_eth_qos: Add option "snps, reset-gpio" phy-rst gpio for stm32

On Tue, May 12, 2020 at 05:56:01PM +0800, David Wu wrote: > It can be seen that most of the Socs using STM mac, "snps,reset-gpio" > gpio is used, adding this option makes reset function more general. > > Signed-off-by: David Wu > Reviewed-by: Patrice Chotard > --- > > Changes in v2: > - Remove

Re: Bisected: omap_hsmmc 3.3V IO voltage incompatible with N900 (Was: Re: Bisected: mmc cause reboot loops on N900)

On Tuesday 26 May 2020 19:49:54 Pali Rohár wrote: > On Thursday 07 May 2020 17:19:38 Pali Rohár wrote: > > On Thursday 07 May 2020 19:10:14 Faiz Abbas wrote: > > > On 26/04/20 3:59 am, Pali Rohár wrote: > > > > On Sunday 26 April 2020 00:20:07 Pali Rohár wrote: > > > >> On Saturday 25 April 2020 23

[PATCH 3/4] common: bootm: add checks to verify if ramdisk / fdtimage overlaps OS image

These cases are typically fatal and are difficult to debug for random users. Add checks for detecting overlapping images and abort if overlap is detected. Signed-off-by: Tero Kristo --- cmd/booti.c | 2 +- cmd/bootz.c | 2 +- common/bootm.c| 29 +++-- co

[PATCH 4/4] cmd: booti: convert the debug print about image move to printf

Moving of the OS image may have some nasty side effects like corrupting DTB. Convert the current debug print to printf so that the relocation of the OS is always obvious to the user. Signed-off-by: Tero Kristo --- cmd/booti.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/

[PATCH 1/4] lmb/bdinfo: dump lmb info via bdinfo

Dump lmb status from the bdinfo command. This is useful for seeing the reserved memory regions from the u-boot cmdline. Signed-off-by: Tero Kristo --- cmd/bdinfo.c | 8 +++- include/lmb.h | 1 + lib/lmb.c | 42 +++--- 3 files changed, 31 insertions(

[PATCH 2/4] image: fdt: bail out with error if no boot time FDT image found

Currently the boot continues if the FDT image is clearly corrupted, which just causes the loaded OS to hang. Abort boot properly if the FDT is corrupted. Signed-off-by: Tero Kristo --- common/image-fdt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/image-fdt.c b/com

[PATCH 0/4] Some reserved memory hardenings

Hi, This series applies some reserved memory checks to the boot commands, and enhances the bdinfo command to dump out reserved memory sections. Motivation behind these is mostly to help detecting overwriting either DTB, ramdisk or Linux image with other images. Right now, the boot in most cases ju

Re: [PATCH 28/30] spi: Enable missing CONFIG_SPL_DM_SPI support

Hi Tom, On 10/06/20 22:16, Tom Rini wrote: > Due to how the Makefile logic is we currently get DM_SPI support in SPL > enabled by having DM_SPI enabled for full U-Boot but not having > CONFIG_SPL_DM_SPI set. Add this missing option to boards that were > inadvertently making use of it. > > Cc: Ad

[PATCH v2 1/2] drivers: reset: Add a managed API to get reset controllers from the DT

From: Jean-Jacques Hiblot Add managed functions to get a reset_ctl from the device-tree, based on a name or an index. Also add a managed functions to get a reset_ctl_bulk (array of reset_ctl) from the device-tree. When the device is unbound, the reset controllers are automatically released and t

[PATCH v2 2/2] test: reset: Add tests for the managed API

From: Jean-Jacques Hiblot The tests are basically the same as for the regular API. Except that the reset are initialized using the managed API, and no freed manually. Signed-off-by: Jean-Jacques Hiblot Signed-off-by: Pratyush Yadav --- arch/sandbox/include/asm/reset.h | 3 ++ drivers/reset

[PATCH v2 0/2] reset: Add a managed API

Hi, This is the 4th of a few series that are re-rolls of Jean-Jacques' earlier efforts. The goal is to facilitate porting drivers from the Linux kernel. This particular series is about reset controllers. It adds a managed API, close to that of Linux. The main difference is that bulk and reset_ctl

Re: [PATCH] arm: socfpga: add board support for ic-automation moritz III

On 6/12/20 10:01 AM, Nico Becker wrote: [...] > diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile > index 9900b44274..2e815ca5f0 100644 > --- a/arch/arm/dts/Makefile > +++ b/arch/arm/dts/Makefile > @@ -356,6 +356,7 @@ dtb-$(CONFIG_ARCH_SOCFPGA) +=                \ > socfpga_cyclone5_s

Re: [PATCH u-boot 4/4] eth/r8152: support RTL8153B/RTL8154B

On 6/12/20 5:50 AM, Hayes Wang wrote: > Marek Vasut [mailto:ma...@denx.de] >> Sent: Friday, June 12, 2020 8:05 AM > [...] >>> The real data (16-bit) would be inserted a dummy bit, >>> and store the 17-bit to efuse offset 0x7d. Therefore, when >>> reading the 17-bit data from efuse, we have to remov

[RFC PATCH 4/4] linux/kconfig.h: create two- and three-argument versions of CONFIG_IS_ENABLED

This adds a bunch of preprocessor magic to extend the capabilities of CONFIG_IS_ENABLED. The existing semantics of CONFIG_IS_ENABLED(FOO) expanding to a 1 or 0 (depending on build context and the defined-ness or not of the appropriate CONFIG_FOO/CONFIG_SPL_FOO/CONFIG_TPL_FOO) are of course pres

[RFC PATCH 3/4] linux/kconfig.h: remove unused helper macros

U-Boot does not have loadable modules, and nothing currently uses any of the (CONFIG_)?IS_(BUILTIN|MODULE) macros - only the (CONFIG_)?IS_ENABLED variants are ever used. While I understand the desire to keep this somewhat synchronized with linux, we've already departed by the introduction of the C

[RFC PATCH 1/4] common/image.c: image_decomp: put IH_COMP_XXX cases inside ifndef USE_HOSTCC

When building host tools, the CONFIG_GZIP etc. symbols are not defined anyway, so this does not (should not) change anything [1]. However, since the host tools also don't include linux/kconfig.h, one cannot use the CONFIG_IS_ENABLED() smartness in a preprocessor conditional, which in turn prevents

  1   2   >