Update and Add features to Bosch Guardian Board

2020-03-25 Thread Moses Christopher
The following patches ensure that the Bosch Guardian Board is updated with the latest feature additions and improvements made in the recent past On High Level, the following are achieved: * Proper handling of USB-ETH Boot in SPL stage * Provide Boot stage feedback * Store Bootcount in RTC Sc

[PATCH 1/5] am335x, guardian: fix spl usb-eth boot

2020-03-25 Thread Moses Christopher
- On Guardian board, usb-eth boot in SPL stage fails due to certain misconfiguration. Hence, add the same to fix the issue. - configs are set based on the conditional statement present in arch/arm/mach-omap2/am33xx/board.c - disable tiny printf in SPL stage: As the library is optimiz

[PATCH 3/5] am335x, guardian: boot count is stored in AM3352 RTC block

2020-03-25 Thread Moses Christopher
- Move bootlimit to defconfig - Store bootcount in RTC block Signed-off-by: Moses Christopher --- configs/am335x_guardian_defconfig | 4 +++- include/configs/am335x_guardian.h | 1 - 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/configs/am335x_guardian_defconfig b/configs/a

[PATCH 2/5] am335x, guardian: boot stage feedback in headless mode

2020-03-25 Thread Moses Christopher
This patch enables the guardian board to provide feedback about the boot stage in headless mode. The on-board led would behave in the following pattern * U-boot -> GLOW LED * Linux -> BLINK LED [HEART-BEAT PATTERN] Signed-off-by: Moses Christopher --- arch/arm/dts/am335x-guardian

[PATCH 5/5] am335x, guardian: update boot mechanism

2020-03-25 Thread Moses Christopher
- Add a boot logic in the distro boot command - Add fallback mechanism in alternate boot command - Keep single boot target -> ubifs0 Signed-off-by: Moses Christopher --- include/configs/am335x_guardian.h | 24 +++- 1 file changed, 19 insertions(+), 5 deletions(-) diff

[PATCH 4/5] am335x, guardian: load env from NAND

2020-03-25 Thread Moses Christopher
- As there is a requirement to store certain data, we need a persistent storage in u-boot. Hence, we need to save env in NAND - Add default Guardian environment variables - Update partition table: - Reserve some space for experimentation, this ensures proper backwards compatib

RE: [PATCH v2] configs: ls1021a: Append othbootargs to bootargs

2020-03-25 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Alison Wang >Sent: Wednesday, March 25, 2020 10:04 AM >To: u-boot@lists.denx.de; Priyanka Jain ; Jagdish >Gediya >Cc: Alison Wang ; Shengzhou Liu > >Subject: [PATCH v2] configs: ls1021a: Append othbootargs to bootargs > >This patch appends CM

Re: [PATCH v1] x86: acpi: Add I²C timings to Intel Merrifield platform

2020-03-25 Thread Bin Meng
On Sat, Mar 21, 2020 at 1:46 AM Andy Shevchenko wrote: > > There is established way to provide I²C timings, or actually counters, > to the OS via ACPI. Fill them for Intel Merrifield platform. > > Signed-off-by: Andy Shevchenko > --- > .../asm/arch-tangier/acpi/southcluster.asl| 20 +

Re: [PATCH] x86: spi: Only use the fast SPI peripheral when support

2020-03-25 Thread Bin Meng
Hi Simon, On Tue, Mar 24, 2020 at 9:45 PM Simon Glass wrote: > > At present we query the memory map on boards which don't support it. Fix > this by only doing it on Apollo Lake. > I wonder isn't this check already covered in mrccache_get_region() below: ret = dm_spi_get_mmap(dev, &map_base, &ma

Re: [PATCH 0/5] CMD_SAVEENV ifdef cleanup

2020-03-25 Thread Wolfgang Denk
Dear Rasmus Villemoes, In message <9c03710e-5eec-da6e-6c15-2f8a14cfc...@prevas.dk> you wrote: > > Can I ask whether you request changes to this patch series or if my > answers to your various comments have been satisfactory? I think you did no really answer to some of my concerns. In Message <20

RE: [PATCH] configs: ls1012afrwy: fix board name

2020-03-25 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Tuesday, March 24, 2020 8:49 AM >To: Jagdish Gediya ; Priyanka Jain >; Pramod Kumar ; >Shengzhou Liu >Cc: Alison Wang ; u-boot@lists.denx.de; Jiafei Pan >; Biwen Li >Subject: [PATCH] configs: ls1012afrwy: fix board name > >Fi

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

2020-03-25 Thread Marek Behun
On Tue, 24 Mar 2020 19:03:30 +0800 Qu Wenruo wrote: > Sorry for the delayed reply. (Stupid filter setup). > > Currently most Uboot boards should use the same page size setup for its > kernel, and most btrfs uses 4K sector size. > > So for Uboot it should be no problem. > > Although the best pr

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

2020-03-25 Thread Marek Behun
On Thu, 19 Mar 2020 20:33:19 +0800 Qu Wenruo wrote: > [BUG] The subject line should not contain uboot keyword. If you check git log for fs/btrfs, the commits always start with: fs: btrfs: Also please don't use [BUG] [CAUSE] and [FIX] in commit messages. You could have also added myself to CC

[PULL] Pull request: u-boot-stm/next =u-boot-stm32-20200324

2020-03-25 Thread Patrick DELAUNAY
Hi Tom, Please pull the STM32 next related fixes for v2020.07 = u-boot-stm32-20200324 With the following changes: - stm32mp: fix command stboard - stm32mp: update kernel device tree according the part number - stm32mp: add 800 MHz profile support = stm32mp15xd and stm32mp15xf - stm32mp: set cp15

RE: [PATCH v3] board: stm32mp1: add finished good in board identifier OTP

2020-03-25 Thread Patrick DELAUNAY
Hi, > From: Patrick DELAUNAY > Sent: mardi 24 mars 2020 14:36 > > Update the command stboard to support the updated coding of OTP 59 with > finished good. > > The ST product codification have several element > - "Commercial Product Name" (CPN): type of product board (DKX, EVX) > associated to

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

2020-03-25 Thread Qu Wenruo
On 2020/3/25 下午4:09, Marek Behun wrote: > On Thu, 19 Mar 2020 20:33:19 +0800 > Qu Wenruo wrote: > >> [BUG] > > The subject line should not contain uboot keyword. If you check git log > for fs/btrfs, the commits always start with: > fs: btrfs: > > Also please don't use [BUG] [CAUSE] and [FIX

RE: [PATCH] condfigs: ls1046aqds: support distro boot

2020-03-25 Thread Priyanka Jain (OSS)
>-Original Message- >From: U-Boot On Behalf Of Biwen Li >Sent: Wednesday, March 18, 2020 5:39 PM >To: Jagdish Gediya ; Priyanka Jain >; Andy Tang ; Shengzhou Liu > >Cc: Alison Wang ; u-boot@lists.denx.de; Jiafei Pan >; Biwen Li >Subject: [PATCH] condfigs: ls1046aqds: support distro boo

Re: bootp problems with rpi4

2020-03-25 Thread Matthias Brugger
Hi Nicolas, On 21/03/2020 19:57, Nicolas Meaux wrote: > Hello, > > I use u-boot for raspberry, but i have a different behavior between rpi3b and > rpi4b. > * i use the same u-boot source files (2020.04-rc3-00161-g14eb12a3c8) > * i use the same method for compiling ( make -j4 ARCH=arm > CROSS_COMP

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

2020-03-25 Thread Marek Behun
On Wed, 25 Mar 2020 16:27:16 +0800 Qu Wenruo wrote: > On 2020/3/25 下午4:09, Marek Behun wrote: > > On Thu, 19 Mar 2020 20:33:19 +0800 > > Qu Wenruo wrote: > > > >> [BUG] > > > > The subject line should not contain uboot keyword. If you check git log > > for fs/btrfs, the commits always star

[PATCH] MAINTAINERS: add myself as maintainer of fs/btrfs

2020-03-25 Thread Marek Behún
Signed-off-by: Marek Behún --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 92dda40a85..213e2f4bad 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -527,6 +527,13 @@ M: Simon Glass S: Maintained F: tools/binman/ +BTRFS +M: Ma

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

2020-03-25 Thread Marek Behun
On Wed, 25 Mar 2020 12:00:20 +0100 Marek Behun wrote: > I also did not collaborate with Linux btrfs authors when writing this > driver. These are the reasons why I don't see much point in adding > linux-btrfs mailing list to Cc, since they may have never seen the > codebase. On the other hand it

Re: [PATCH 2/2] uboot: fs/btrfs: Fix LZO false decompression error caused by pending zero

2020-03-25 Thread Qu Wenruo
On 2020/3/25 下午7:00, Marek Behun wrote: > On Wed, 25 Mar 2020 16:27:16 +0800 > Qu Wenruo wrote: > >> On 2020/3/25 下午4:09, Marek Behun wrote: >>> On Thu, 19 Mar 2020 20:33:19 +0800 >>> Qu Wenruo wrote: >>> [BUG] >>> >>> The subject line should not contain uboot keyword. If you check g

Re: [PATCH 0/5] CMD_SAVEENV ifdef cleanup

2020-03-25 Thread Rasmus Villemoes
On 25/03/2020 08.50, Wolfgang Denk wrote: > Dear Rasmus Villemoes, > > In message <9c03710e-5eec-da6e-6c15-2f8a14cfc...@prevas.dk> you wrote: >> >> Can I ask whether you request changes to this patch series or if my >> answers to your various comments have been satisfactory? > > I think you did n

Re: [PATCH v1] x86: acpi: Add I²C timings to Intel Merrifield platform

2020-03-25 Thread Andy Shevchenko
On Wed, Mar 25, 2020 at 9:15 AM Bin Meng wrote: > > On Sat, Mar 21, 2020 at 1:46 AM Andy Shevchenko > wrote: > > > > There is established way to provide I²C timings, or actually counters, > > to the OS via ACPI. Fill them for Intel Merrifield platform. > > > > Signed-off-by: Andy Shevchenko > >

Re: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Peter Robinson
Hi Tom, Do you have this and the other patches you've posted on a git branch somewhere, for some reason they're not showing up in patchwork [1] which makes it less straight forward to test. Peter [1] http://patchwork.ozlabs.org/project/uboot/list/?q=tegra On Tue, Mar 24, 2020 at 7:03 PM wrote:

Re: [PATCH v1] x86: acpi: Add I²C timings to Intel Merrifield platform

2020-03-25 Thread Bin Meng
Hi Andy, On Wed, Mar 25, 2020 at 7:41 PM Andy Shevchenko wrote: > > On Wed, Mar 25, 2020 at 9:15 AM Bin Meng wrote: > > > > On Sat, Mar 21, 2020 at 1:46 AM Andy Shevchenko > > wrote: > > > > > > There is established way to provide I²C timings, or actually counters, > > > to the OS via ACPI. Fil

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

2020-03-25 Thread Marek Szyprowski
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: Marek Szyprowski --- net/ping.c | 5 - 1 file changed, 4 insertions(+),

[PATCH 1/1] cmd: blkls: Add blkls command

2020-03-25 Thread Niel Fourie
Add a command to print a list of available block device drivers, and for each, the list of known block devices. Signed-off-by: Niel Fourie --- cmd/Kconfig | 8 cmd/Makefile| 1 + cmd/lsblk.c | 83 + test/p

[RFC PATCH 1/1] Makefile: Expand legacy (non-DM) driver warnings

2020-03-25 Thread Niel Fourie
Expand warnings printed by Makefile after compile when legacy drivers are in use. These include: - CONFIG_HAVE_BLOCK_DEVICE without CONFIG_BLK - CONFIG_BOOTCOUNT_LIMIT without CONFIG_DM_BOOTCOUNT - CONFIG_MTD without CONFIG_DM_MTD - CONFIG_PHYLIB without CONFIG_DM_MDIO - CONFIG_POWER, also without

Re: [PATCH 1/1] cmd: blkls: Add blkls command

2020-03-25 Thread Stefan Roese
Hi Niel, On 25.03.20 14:46, Niel Fourie wrote: Add a command to print a list of available block device drivers, and for each, the list of known block devices. Signed-off-by: Niel Fourie --- cmd/Kconfig | 8 cmd/Makefile| 1 + cmd/lsblk.c

SPI driver for Raspberry Pi 4 (BMC2835)

2020-03-25 Thread J. Holland
Hi, does anyone know, if there is a SPI driver for Raspberry Pi 4 in U-Boot? I want to communicate with a TPM 2.0 via hardware SPI. So far I've compiled mainline U-Boot with TPM driver support. However, the SPI driver seems to be missing. The linux kernel ships the driver (drivers/spi/spi-bcm28

Re: [PATCH 1/1] cmd: blkls: Add blkls command

2020-03-25 Thread Niel Fourie
Hi Stefan, On 3/25/20 3:13 PM, Stefan Roese wrote: +config CMD_LSBLK +    depends on HAVE_BLOCK_DEVICE You depend on CONFIG_HAVE_BLOCK_DEVICE here... + +#if CONFIG_IS_ENABLED(HAVE_BLOCK_DEVICE) ... so this #ifdef should not be necessary, right? Oops, you are right... I forgot to take out

[PATCH 1/7] arm: juno: Fix Juno address variables

2020-03-25 Thread Andre Przywara
The U-Boot documentation explains that variables ending with "_r" hold addresses in DRAM, while those without that ending point to flash/ROM. The default variables for the Juno board pointing to the kernel and DTB load addresses were not complying with this scheme: they lack the extension, but poin

[PATCH 0/7] Arm Juno board OF_CONTROL upgrade

2020-03-25 Thread Andre Przywara
Hi, The Juno port in U-Boot didn't see much love lately, so it has fallen a bit behind. We already get a build warning for using an old network driver, but there is more: - The port is using hardcoded information, even though we have quite decent DTs available to find things at runtime. - There

[PATCH 3/7] arm: juno: Fix UART clock rate

2020-03-25 Thread Andre Przywara
The UART base clock rate was typo-ed in the header file, probably because the reference (the Linux .dts) was also wrong[1]. Fix the number to make the baud rate more correct. Signed-off-by: Andre Przywara [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=39a1a89

[PATCH 5/7] arm: juno: Use PSCI based reset

2020-03-25 Thread Andre Przywara
So far the Juno board wasn't implementing reset. Let's just use the already existing PSCI_RESET based method to avoid any extra code. Signed-off-by: Andre Przywara Acked-by: Liviu Dudau --- arch/arm/Kconfig | 2 ++ board/armltd/vexpress64/vexpress64.c | 4 +--- 2 files chang

[PATCH 6/7] arm: juno: enable USB

2020-03-25 Thread Andre Przywara
The Juno board features a standard compliant EHCI/OHCI USB host controller pair, which we can just enable. The platform data is taken from the device tree. This allows to use USB mass storage (the only storage on a Juno r0) for loading. Signed-off-by: Andre Przywara Acked-by: Liviu Dudau --- a

[PATCH 4/7] arm: juno: Enable OF_CONTROL

2020-03-25 Thread Andre Przywara
The Arm Juno board was still somewhat stuck in "hardcoded land", even though there are stable DTs around, and one happens to actually be on the memory mapped NOR flash. Enable the configuration options to let the board use OF_CONTROL, and add a routine to find the address of the DTB partition in N

[PATCH 2/7] uart: pl011: Add proper DM clock support

2020-03-25 Thread Andre Przywara
Even though the PL011 UART driver claims to be DM compliant, it does not really a good job with parsing DT nodes. U-Boot seems to adhere to a non-standard binding, either requiring to have a "skip-init" property in the node, or to have an extra "clock" property holding the base *frequency* value fo

[PATCH 7/7] arm: vexpress64: Remove unneeded CONFIG_ check

2020-03-25 Thread Andre Przywara
CONFIG_SEMIHOSTING is selected for the VFP target by the means of Kconfig already, there is no need to check this in the header file. Signed-off-by: Andre Przywara --- include/configs/vexpress_aemv8a.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/include/configs/vexpress_aemv8a.h b/

Re: ext4: invalid extent block on imx7

2020-03-25 Thread Tom Rini
On Wed, Mar 25, 2020 at 07:32:30AM +0100, Jan Kiszka wrote: > On 20.03.20 19:21, Tom Rini wrote: > > On Mon, Mar 16, 2020 at 08:09:53PM +0100, Jan Kiszka wrote: > > > Hi all, > > > > > > => ls mmc 0:1 /usr/lib/linux-image-4.9.11-1.3.0-dirty > > > CACHE: Misaligned operation at range [bdfff998, bdf

latest u-boot branch for Marvell Armada 88F3720

2020-03-25 Thread Moritz Berghof
Dear U-Boot developers, My Name is Moritz and we evaluate the Marvell Armada 88F3720 on the Marvell ESPRESSObin and the TURRIS MOX. Does someone know, where is the actual or latest u-boot branch for Marvell Armada 88F3720 placed? At the u-boot master or a marvell custodian tree or somewhere el

Re: [PATCH V2 02/13] net: smc911x: Replace malloc()+memset() with calloc()

2020-03-25 Thread Marek Vasut
On 3/22/20 6:38 PM, Masahiro Yamada wrote: > On Sun, Mar 22, 2020 at 2:06 AM Marek Vasut wrote: >> >> Replace combination of malloc()+memset() with calloc() as the behavior > > calloc() -> kzalloc() > > to sync with the actual code. > > Please fix the subject as well. I'm switching this back t

Re: [PATCH 00/12] net: smc911x: Convert to DM

2020-03-25 Thread Marek Vasut
On 3/24/20 2:41 AM, Adam Ford wrote: > On Sat, Mar 21, 2020 at 11:57 AM Marek Vasut wrote: >> >> On 3/17/20 7:17 AM, Masahiro Yamada wrote: >>> Hi Marek, >> >> Hi, >> >>> On Mon, Mar 16, 2020 at 1:59 AM Marek Vasut wrote: Perform DM conversion of the SMC911x driver. Note that as I do no

[PATCH V3 00/13] net: smc911x: Convert to DM

2020-03-25 Thread Marek Vasut
Perform DM conversion of the SMC911x driver. Note that the DT compatible is set only for 9115 , so this might need to be changed. Marek Vasut (13): net: smc911x: Remove pkt_data_{push,pull} net: smc911x: Replace malloc()+memset() with calloc() net: smc911x: Rename smc911x_rx() to smc911x_re

[PATCH V3 09/13] net: smc911x: Convert IO accessors to {read, write}{w, l}()

2020-03-25 Thread Marek Vasut
Convert the IO accessors to standard ones instead of using volatile void pointers, as those do not cover all the bus access details. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change --- drivers/net/smc911x.c | 13 +++-- 1 file changed,

[PATCH V3 05/13] net: smc911x: Fix potential memleak() in init fail path

2020-03-25 Thread Marek Vasut
Fix memleak in the init fail path, where if allocation or registration of MDIO bus fails, then ethernet interface is not unregistered and the private data are not freed, yet the probe function reports a failure. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No chang

[PATCH V3 03/13] net: smc911x: Rename smc911x_rx() to smc911x_recv()

2020-03-25 Thread Marek Vasut
Rename the function to keep the naming scheme consistent, no functional change. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change --- drivers/net/smc911x.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/smc91

[PATCH V3 02/13] net: smc911x: Replace malloc()+memset() with calloc()

2020-03-25 Thread Marek Vasut
Replace combination of malloc()+memset() with calloc() as the behavior is exactly the same and the amount of code is reduced. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: - Use kzalloc() - Return -ENOMEM on alloc fail V3: - Switch back to calloc(), it's not wor

[PATCH V3 01/13] net: smc911x: Remove pkt_data_{push,pull}

2020-03-25 Thread Marek Vasut
These functions are never used and are likely a pre-DM remnant from times long past, just remove them. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change --- drivers/net/smc911x.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) di

[PATCH V3 04/13] net: smc911x: Invert the logic in smc911x_miiphy_{read, write}()

2020-03-25 Thread Marek Vasut
Invert the logic in the aforementioned functions to reduce indent, no functional change. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change --- drivers/net/smc911x.c | 27 --- 1 file changed, 16 insertions(+), 11 deletions

[PATCH V3 08/13] net: smc911x: Drop weak alias from 32bit accessors

2020-03-25 Thread Marek Vasut
These accessors are not overridden by any board, and even if they were, this is something which should be handled via DM now, so remove the weak alias option. Moreover, drop the inline keyword, as the compiler can decide better. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada

[PATCH V3 10/13] net: smc911x: Pass around driver private data

2020-03-25 Thread Marek Vasut
Introduce a private data structure for this driver with embedded struct eth_device and pass it around. This prepares the driver to work with both DM and non-DM systems. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change --- drivers/net/smc911x.c

[PATCH V3 06/13] net: smc911x: Pull MII registration into separate function

2020-03-25 Thread Marek Vasut
Pull the MII interface registration into separate function to avoid the ifdeffery in smc911x_initialize(). Moreover, adjust the fail path such that we use goto labels. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: New patch V3: No change --- drivers/net/smc911x.c |

[PATCH V3 12/13] net: smc911x: Split non-DM specific bits from common code

2020-03-25 Thread Marek Vasut
Split network handling functions into non-DM specific parts and common code in preparation for conversion to DM. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada Acked-by: Joe Hershberger --- V2: Add AB from Joe V3: No change --- drivers/net/smc911x.c | 57 ++

[PATCH V3 13/13] net: smc911x: Add DM support

2020-03-25 Thread Marek Vasut
Add support for U-Boot DM and DT probing. Furthermore, build the SMC911x standalone EEPROM example only for the non-DM case, as it is not converted yet. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: Drop the board-specific bits Hide SMC911X_BASE from Kconfig if

[PATCH] arm: dts: rockchip: rk3399-roc-pc: Enable FE1.1 USB 2.0 HUB on roc-rk3399-pc

2020-03-25 Thread sunil
From: Suniel Mahesh roc-rk3399-pc has an FE1.1 USB 2.0 HUB which connects two USB ports (HOST1 and HOST2). For end devices to work we need to enable USB hub so that HOST detects there presence and enumerates them accordingly. This requires explicit pinctrl within gpio enablement. Signed-off-by:

[PATCH V3 11/13] net: smc911x: Clean up the status handling in smc911x_recv()

2020-03-25 Thread Marek Vasut
Invert the status handling logic in smc911x_recv(), to make the function easier to read, no functional change. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: Simplify RX_FIFO_INF_RXSUSED mask handling s@Invest@Invert@ V3: No change --- drivers/net/smc911x.c | 30

[PATCH V3 07/13] net: smc911x: Inline all functions from header file

2020-03-25 Thread Marek Vasut
Inline all the functions from the header file, as they are not used outside of the driver or the standalone EEPROM example. Note that this does introduce considerable amount of duplication in the standalone EEPROM example, however that one has to be rewritten anyway, roughly such that the SMC911x

RE: STM32MP1 boot slow

2020-03-25 Thread Patrick DELAUNAY
Hi, > From: Marek Vasut > Sent: mercredi 25 mars 2020 00:39 > > Hi, > > I was looking at the STM32MP1 boot time and I noticed it takes about 2 seconds > to get to U-Boot. Thanks for the feedback. To be clear, the SPL is not the ST priority as we have many limitation (mainly on power manageme

Re: [PATCH v3 3/3] configs: rpi_4_32b_defconfig: enable SDHCI_SDMA config

2020-03-25 Thread Matthias Brugger
On 24/03/2020 23:58, Jaehoon Chung wrote: > Enable SDHCI_SDMA configuration. > > Signed-off-by: Jaehoon Chung > Reviewed-by: Peng Fan > Reviewed-by: Minkyu Kang > --- > configs/rpi_4_32b_defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/configs/rpi_4_32b_defconfig b/config

Re: STM32MP1 boot slow

2020-03-25 Thread Marek Vasut
On 3/25/20 4:57 PM, Patrick DELAUNAY wrote: > Hi, Hi, >> From: Marek Vasut >> Sent: mercredi 25 mars 2020 00:39 >> >> Hi, >> >> I was looking at the STM32MP1 boot time and I noticed it takes about 2 >> seconds >> to get to U-Boot. > > Thanks for the feedback. > > To be clear, the SPL is not t

Re: [PATCH V3 10/13] net: smc911x: Pass around driver private data

2020-03-25 Thread Harald Seiler
Hi Marek, On Wed, 2020-03-25 at 16:36 +0100, Marek Vasut wrote: > Introduce a private data structure for this driver with embedded > struct eth_device and pass it around. This prepares the driver to > work with both DM and non-DM systems. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger > C

Re: latest u-boot branch for Marvell Armada 88F3720

2020-03-25 Thread Stefan Roese
Hi Moritz, On 25.03.20 16:05, Moritz Berghof wrote: My Name is Moritz and we evaluate the Marvell Armada 88F3720 on the Marvell ESPRESSObin and the TURRIS MOX. Does someone know, where is the actual or latest u-boot branch for Marvell Armada 88F3720 placed? At the u-boot master or a marvell cus

[PATCH v1] x86: acpi: Describe USB 3 host controller found on Intel Tangier

2020-03-25 Thread Andy Shevchenko
USB 3 host controller may be described in ACPI to allow users alter the properties or other features. Describe it for Intel Tangier SoC. Signed-off-by: Andy Shevchenko --- .../asm/arch-tangier/acpi/southcluster.asl| 38 +++ 1 file changed, 38 insertions(+) diff --git a/arch/

[PATCH V4 03/13] net: smc911x: Rename smc911x_rx() to smc911x_recv()

2020-03-25 Thread Marek Vasut
Rename the function to keep the naming scheme consistent, no functional change. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change V4: No change --- drivers/net/smc911x.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/dri

[PATCH V4 01/13] net: smc911x: Remove pkt_data_{push,pull}

2020-03-25 Thread Marek Vasut
These functions are never used and are likely a pre-DM remnant from times long past, just remove them. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change V4: No change --- drivers/net/smc911x.c | 9 ++--- 1 file changed, 2 insertions(+), 7 de

[PATCH V4 00/13] net: smc911x: Convert to DM

2020-03-25 Thread Marek Vasut
Perform DM conversion of the SMC911x driver. Note that the DT compatible is set only for 9115 , so this might need to be changed. Marek Vasut (13): net: smc911x: Remove pkt_data_{push,pull} net: smc911x: Replace malloc()+memset() with calloc() net: smc911x: Rename smc911x_rx() to smc911x_re

[PATCH V4 02/13] net: smc911x: Replace malloc()+memset() with calloc()

2020-03-25 Thread Marek Vasut
Replace combination of malloc()+memset() with calloc() as the behavior is exactly the same and the amount of code is reduced. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: - Use kzalloc() - Return -ENOMEM on alloc fail V3: - Switch back to calloc(), it's not wor

[PATCH V4 05/13] net: smc911x: Fix potential memleak() in init fail path

2020-03-25 Thread Marek Vasut
Fix memleak in the init fail path, where if allocation or registration of MDIO bus fails, then ethernet interface is not unregistered and the private data are not freed, yet the probe function reports a failure. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No chang

[PATCH V4 04/13] net: smc911x: Invert the logic in smc911x_miiphy_{read, write}()

2020-03-25 Thread Marek Vasut
Invert the logic in the aforementioned functions to reduce indent, no functional change. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change V4: No change --- drivers/net/smc911x.c | 27 --- 1 file changed, 16 insertions(+)

[PATCH V4 06/13] net: smc911x: Pull MII registration into separate function

2020-03-25 Thread Marek Vasut
Pull the MII interface registration into separate function to avoid the ifdeffery in smc911x_initialize(). Moreover, adjust the fail path such that we use goto labels. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: New patch V3: No change V4: No change --- drivers/n

[PATCH V4 07/13] net: smc911x: Inline all functions from header file

2020-03-25 Thread Marek Vasut
Inline all the functions from the header file, as they are not used outside of the driver or the standalone EEPROM example. Note that this does introduce considerable amount of duplication in the standalone EEPROM example, however that one has to be rewritten anyway, roughly such that the SMC911x

[PATCH V4 08/13] net: smc911x: Drop weak alias from 32bit accessors

2020-03-25 Thread Marek Vasut
These accessors are not overridden by any board, and even if they were, this is something which should be handled via DM now, so remove the weak alias option. Moreover, drop the inline keyword, as the compiler can decide better. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada

Re: [PATCH V3 10/13] net: smc911x: Pass around driver private data

2020-03-25 Thread Marek Vasut
On 3/25/20 5:14 PM, Harald Seiler wrote: [...] >> @@ -421,51 +436,52 @@ static int smc911x_initialize_mii(struct eth_device >> *dev) >> int smc911x_initialize(u8 dev_num, int base_addr) >> { >> unsigned long addrl, addrh; >> -struct eth_device *dev; >> +struct smc911x_priv *priv;

[PATCH V4 11/13] net: smc911x: Clean up the status handling in smc911x_recv()

2020-03-25 Thread Marek Vasut
Invert the status handling logic in smc911x_recv(), to make the function easier to read, no functional change. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: Simplify RX_FIFO_INF_RXSUSED mask handling s@Invest@Invert@ V3: No change V4: No change --- drivers/net/

[PATCH V4 09/13] net: smc911x: Convert IO accessors to {read, write}{w, l}()

2020-03-25 Thread Marek Vasut
Convert the IO accessors to standard ones instead of using volatile void pointers, as those do not cover all the bus access details. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change V4: No change --- drivers/net/smc911x.c | 13 +++-- 1

[PATCH V4 13/13] net: smc911x: Add DM support

2020-03-25 Thread Marek Vasut
Add support for U-Boot DM and DT probing. Furthermore, build the SMC911x standalone EEPROM example only for the non-DM case, as it is not converted yet. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: Drop the board-specific bits Hide SMC911X_BASE from Kconfig if

[PATCH V4 10/13] net: smc911x: Pass around driver private data

2020-03-25 Thread Marek Vasut
Introduce a private data structure for this driver with embedded struct eth_device and pass it around. This prepares the driver to work with both DM and non-DM systems. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada --- V2: No change V3: No change V4: Repair the calloc conve

[PATCH V4 12/13] net: smc911x: Split non-DM specific bits from common code

2020-03-25 Thread Marek Vasut
Split network handling functions into non-DM specific parts and common code in preparation for conversion to DM. Signed-off-by: Marek Vasut Cc: Joe Hershberger Cc: Masahiro Yamada Acked-by: Joe Hershberger --- V2: Add AB from Joe V3: No change V4: No change --- drivers/net/smc911x.c | 57

RE: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Tom Warren
-Original Message- From: Peter Robinson Sent: Wednesday, March 25, 2020 5:53 AM To: Tom Warren Cc: u-boot@lists.denx.de; Stephen Warren ; Thierry Reding ; Jonathan Hunter ; tomcwarren3...@gmail.com Subject: Re: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support External

Re: latest u-boot branch for Marvell Armada 88F3720

2020-03-25 Thread Marek Behun
Hi, mainline U-Boot should work for Armada 3720, although I haven't tested recent master (so I don't know if there are some regressions). But Turris Mox uses cca 1 year old upstream with just few Mox specific patches atop (which I plan to get merged soon). You can find it here: https://gitlab.labs

Re: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Tom Rini
On Wed, Mar 25, 2020 at 05:44:25PM +, Tom Warren wrote: > -Original Message- > From: Peter Robinson > Sent: Wednesday, March 25, 2020 5:53 AM > To: Tom Warren > Cc: u-boot@lists.denx.de; Stephen Warren ; Thierry Reding > ; Jonathan Hunter ; > tomcwarren3...@gmail.com > Subject: Re

Re: latest u-boot branch for Marvell Armada 88F3720

2020-03-25 Thread Marek Behun
On Wed, 25 Mar 2020 18:48:50 +0100 Marek Behun wrote: > One thing that may need reworking (to become compatible with Linux) is > the comphy driver. Linux' comphy driver for this SOC uses smccc calls > to ARM Trusted Firmware, but U-Boot does not, and instead initializes > SERDESes on its own. By

[PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread tomcwarren3959
From: Tom Warren The Jetson Nano Developer Kit is a Tegra X1-based development board. It is similar to Jetson TX1 but it is not pin compatible. It features 4GB of LPDDR4, a SPI NOR flash for early boot firmware and an SD card slot used for storage. HDMI 2.0 or DP 1.2 are available for display, f

RE: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Tom Warren
> That is strange, please re-post them and we'll see what happens. If they > don't show up right away I can poke people. Thanks! Just resent the Nano patch via: git send-email 0001*.patch --to u-boot@lists.denx.de --confirm always --annotate --from tomcwarren3...@gmail.com --cc swar...@nvidia

Re: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Tom Rini
On Wed, Mar 25, 2020 at 06:24:43PM +, Tom Warren wrote: > > That is strange, please re-post them and we'll see what happens. If they > > don't show up right away I can poke people. Thanks! > > Just resent the Nano patch via: > > git send-email 0001*.patch --to u-boot@lists.denx.de --confi

RE: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Tom Warren
-Original Message- From: Tom Rini Sent: Wednesday, March 25, 2020 11:26 AM To: Tom Warren Cc: Peter Robinson ; u-boot@lists.denx.de; Stephen Warren ; Thierry Reding ; Jonathan Hunter ; tomcwarren3...@gmail.com Subject: Re: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit sup

Re: [PATCH] ARM: tegra: Add NVIDIA Jetson Nano Developer Kit support

2020-03-25 Thread Tom Rini
On Wed, Mar 25, 2020 at 06:28:20PM +, Tom Warren wrote: > > > -Original Message- > From: Tom Rini > Sent: Wednesday, March 25, 2020 11:26 AM > To: Tom Warren > Cc: Peter Robinson ; u-boot@lists.denx.de; Stephen > Warren ; Thierry Reding ; Jonathan > Hunter ; tomcwarren3...@gmail.

[PATCH 01/12] net: ks8851: Replace malloc()+memset() with calloc()

2020-03-25 Thread Marek Vasut
Replace combination of malloc()+memset() with calloc() as the behavior is exactly the same and the amount of code is reduced. Moreover, remove printf() in the fail path, as it is useless, and return proper -ENOMEM return code. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger ---

[PATCH 02/12] net: ks8851: Remove RXQCR cache

2020-03-25 Thread Marek Vasut
The cached RXQCR value is never updated, remove the cache and just use the bits in the cache directly in the code. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/d

[PATCH 03/12] net: ks8851: Use 16bit RXQCR access

2020-03-25 Thread Marek Vasut
Per KS8851-16MLL, the RXQCR is a 16bit register. Use 16bit accessors to it consistently and drop the ks_wrreg8() function altogether, as it is not used anymore. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 17 - 1 file changed,

[PATCH 07/12] net: ks8851: Checkpatch cleanup

2020-03-25 Thread Marek Vasut
Fix various checkpatch complaints. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/drivers/net/ks8851_mll.c b/drivers/net/ks8851_mll.c index 503da7a3bf..54a273

[PATCH 04/12] net: ks8851: Trim down struct ks_net

2020-03-25 Thread Marek Vasut
Most of the entries in the structure are useless, remove them. Inline the rest of uses where applicable. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 70 ++-- 1 file changed, 9 insertions(+), 61 deletions(-)

[PATCH 06/12] net: ks8851: Clean up chip ID readout

2020-03-25 Thread Marek Vasut
There is only one chip ID in the table of chip IDs for this chip. Read out the chip ID instead and mask off the last "revision" bit to check the chip ID, this works for all chips in the family. Then drop the chip ID passing around. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger

[PATCH 05/12] net: ks8851: Remove type_frame_head

2020-03-25 Thread Marek Vasut
The packet status and length information should be extracted from the FIFO per-packet. Adjust the code such that it reads the packet meta data and then the packet afterward, if applicable. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 36 ++

[PATCH 09/12] net: ks8851: Split non-DM specific bits from common code

2020-03-25 Thread Marek Vasut
Split network handling functions into non-DM specific parts and common code in preparation for conversion to DM. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 60 +--- 1 file changed, 44 insertions(+), 16 del

[PATCH 08/12] net: ks8851: Pass around driver private data

2020-03-25 Thread Marek Vasut
Introduce a private data structure for this driver with embedded struct eth_device and pass it around. This prepares the driver to work with both DM and non-DM systems. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 257 -

[PATCH 11/12] net: ks8851: Add DM support

2020-03-25 Thread Marek Vasut
Add support for U-Boot DM and DT probing. Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- drivers/net/ks8851_mll.c | 103 +++ 1 file changed, 103 insertions(+) diff --git a/drivers/net/ks8851_mll.c b/drivers/net/ks8851_mll.c index 5a566

[PATCH 12/12] net: ks8851: Add Kconfig entries

2020-03-25 Thread Marek Vasut
Convert CONFIG_KS8851_MLL and CONFIG_KS8851_MLL_BASEADDR to Kconfig Signed-off-by: Marek Vasut Cc: Eugen Hristev Cc: Joe Hershberger --- configs/at91sam9n12ek_mmc_defconfig | 2 ++ configs/at91sam9n12ek_nandflash_defconfig | 2 ++ configs/at91sam9n12ek_spiflash_defconfig | 2 ++ driv

  1   2   >