Hi Tom,
On Sat, Sep 12, 2020 at 3:43 AM wrote:
>
> From: Tom Warren
>
> This fixes the XHCI driver on T210 boards (TX1, Nano). I was seeing
> that Set_Address wasn't completing, returning with a Context Parameter
> error. Examining the slot context, etc. showed that the correct info was
> there
Le 11/09/2020 à 06:35, Andre Heider a écrit :
Required for the generic distro mechanism.
Linux ships with 4 variants:
marvell/armada-3720-espressobin-v7-emmc.dtb
marvell/armada-3720-espressobin-v7.dtb
marvell/armada-3720-espressobin-emmc.dtb
marvell/armada-3720-espressobin.dtb
Use available i
Le 11/09/2020 à 14:38, Marek Behún a écrit :
On Thu, 10 Sep 2020 19:53:40 +0200
Andre Heider wrote:
Use mmc_of_parse() to set the common host properties. That includes
"bus-width", so parsing it can be removed from the driver.
But more importantly, "non-removable" is now respected, which fi
Hi there,
What are the ways of copying whole FIT image form NOR flash to RAM by
specifying flash offset without any extra bytes.
I've seen quite a lot of times when kernel image size has a fixed value (as an
uboot environment variable), which is greater than the actual kernel size.
Problem
Hi there,
Does U-boot take into account certificate expiration date when verifying
signed images in FIT? In other words, is date stored along with the public key
in DTB file?
Cheers,
Andy
Hi there,
Is it possible to make SPL U-Boot to verify signature located in
configuration section of FIT image, and do not continue in case the signature
is missing or doesn't match?
Asking because I couldn't find any configuration option for that, and I have
FIT image with signature but
On Fri, Sep 11, 2020 at 02:15:50PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 11 Sep 2020 at 10:11, Tom Rini wrote:
> >
> > On Thu, Sep 10, 2020 at 08:21:11PM -0600, Simon Glass wrote:
> >
> > >
> > > At present this menu is pretty messy, with quite a few minor options shown
> > > at the top
Hi Tom,
On Fri, 11 Sep 2020 at 10:11, Tom Rini wrote:
>
> On Thu, Sep 10, 2020 at 08:21:11PM -0600, Simon Glass wrote:
>
> >
> > At present this menu is pretty messy, with quite a few minor options shown
> > at the top level. This series creates a few new menus and moves things
> > around so that
On Fri, 11 Sep 2020 at 08:52, Wolfgang Wallner
wrote:
>
> The term eMMC is used inconsistently within the FSP devicetree
> bindigs (e-mmc and emmc), especially for "emmc-host-max-speed"
> documentation and code disagree.
>
> Change all eMMC instances within the FSP bindings to consistently
> use "
On Fri, Sep 11, 2020 at 02:41:44PM -0400, Thomas Fitzsimmons wrote:
> Silence the "Driver Model for Ethernet drivers" migration warning for
> the bcm7445 and bcm7260 ports, neither of which supports networking yet.
>
> Signed-off-by: Thomas Fitzsimmons
Thanks!
Reviewed-by: Tom Rini
--
Tom
From: Tom Warren
This fixes the XHCI driver on T210 boards (TX1, Nano). I was seeing
that Set_Address wasn't completing, returning with a Context Parameter
error. Examining the slot context, etc. showed that the correct info was
there in RAM. Once I set 'dcache off' globally, it started working.
Silence the "Driver Model for Ethernet drivers" migration warning for
the bcm7445 and bcm7260 ports, neither of which supports networking yet.
Signed-off-by: Thomas Fitzsimmons
---
configs/bcm7260_defconfig | 1 +
configs/bcm7445_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/co
On 9/11/20 10:45 AM, Bin Meng wrote:
> On Fri, Sep 11, 2020 at 6:22 PM Sean Anderson wrote:
>>
>> On 9/11/20 3:38 AM, Bin Meng wrote:
>>> Hi Sean,
>>>
>>> On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
Clearing MIP doesn't do anything. Whoops. The following commits should
>>>
>>> W
On 9/11/20 10:43 AM, Bin Meng wrote:
> On Fri, Sep 11, 2020 at 6:20 PM Sean Anderson wrote:
>>
>> On 9/11/20 3:29 AM, Bin Meng wrote:
>>> Hi Sean,
>>>
>>> On Sat, Sep 5, 2020 at 9:22 PM Sean Anderson wrote:
It is unsafe to enable OF_BOARD_FIXUP only based on OF_SEPARATE.
OF_SEPARAT
On Fri, Sep 11, 2020 at 11:31:06AM -0400, Thomas Fitzsimmons wrote:
> Eliminate the Driver Model migration warning for the bcm7260 and bcm7445
> ports (though neither port has Ethernet support yet).
>
> Signed-off-by: Thomas Fitzsimmons
> ---
> configs/bcm7260_defconfig | 1 +
> configs/bcm7445
I agree with Tom here, I have a few different systems that use this
feature, it is useful. I think most if not all of the systems I have
using it have Marvell SoC's
Dennis
On Fri, Sep 11, 2020 at 12:11 PM Tom Rini wrote:
>
> On Fri, Sep 11, 2020 at 06:47:02PM +0200, Andre Heider wrote:
> > On 11
On Fri, Sep 11, 2020 at 06:47:02PM +0200, Andre Heider wrote:
> On 11/09/2020 18:22, Marek Behún wrote:
> > On Fri, 11 Sep 2020 17:52:26 +0200
> > Andre Heider wrote:
> >
> > > Hi Marek,
> > >
> > > On 11/09/2020 13:55, Marek Behún wrote:
> > > > On Wed, 9 Sep 2020 00:38:31 +0200 Pali Rohár
> >
From: Dennis Gilmore
When testing builds provided in https://github.com/openwrt/openwrt/pull/3360
I discovered that fdtfile was not set and as a result the firmware was not
functional. So I am documenting what is needed.
Signed-off-by: Dennis Gilmore
Cc: Atish Patra
Cc: Lukas Auer
Cc: Tom Ri
On 11/09/2020 18:22, Marek Behún wrote:
On Fri, 11 Sep 2020 17:52:26 +0200
Andre Heider wrote:
Hi Marek,
On 11/09/2020 13:55, Marek Behún wrote:
On Wed, 9 Sep 2020 00:38:31 +0200 Pali Rohár
wrote:
On Tuesday 08 September 2020 08:52:56 Tom Rini wrote:
Note that when CONFIG_NET_RANDOM_ETHAD
On Fri, 11 Sep 2020 17:52:26 +0200
Andre Heider wrote:
> Hi Marek,
>
> On 11/09/2020 13:55, Marek Behún wrote:
> > On Wed, 9 Sep 2020 00:38:31 +0200 Pali Rohár
> > wrote:
> >> On Tuesday 08 September 2020 08:52:56 Tom Rini wrote:
> >>> Note that when CONFIG_NET_RANDOM_ETHADDR is set, we onl
This commit enable the support of the generic udp protocol.
Signed-off-by: Philippe Reynes
Reviewed-by: Simon Glass
---
Changelog:
v3:
- no change
v2:
- new patch in the serie
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox_defconfig b/configs/san
This commit adds a generic udp protocol framework in the
network loop. So protocol based on udp may be implemented
without modifying the network loop (for example custom
wait magic packet).
Signed-off-by: Philippe Reynes
Reviewed-by: Simon Glass
---
Changelog:
v3:
- add file doc/README.udp
- ad
On Thu, Sep 10, 2020 at 08:21:11PM -0600, Simon Glass wrote:
>
> At present this menu is pretty messy, with quite a few minor options shown
> at the top level. This series creates a few new menus and moves things
> around so that the top-level menu is cleaner.
>
> There is more to do, but this i
On 11/09/2020 14:21, Stefan Roese wrote:
On 11.09.20 14:09, Marek Behún wrote:
On Fri, 11 Sep 2020 10:37:42 +0200
Andre Heider wrote:
On 11/09/2020 08:43, Stefan Roese wrote:
Hi Pali, Andre and others,
On 10.09.20 21:04, Pali Rohár wrote:
On Thursday 10 September 2020 19:53:40 Andre Heider
Hi Marek,
On 11/09/2020 13:55, Marek Behún wrote:
On Wed, 9 Sep 2020 00:38:31 +0200 Pali Rohár wrote:
On Tuesday 08 September 2020 08:52:56 Tom Rini wrote:
Note that when CONFIG_NET_RANDOM_ETHADDR is set, we only use a
random MAC address when we haven't found one either on the hardware
or env
Eliminate the Driver Model migration warning for the bcm7260 and bcm7445
ports (though neither port has Ethernet support yet).
Signed-off-by: Thomas Fitzsimmons
---
configs/bcm7260_defconfig | 1 +
configs/bcm7445_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/bcm7260_de
The term eMMC is used inconsistently within the FSP devicetree
bindigs (e-mmc and emmc), especially for "emmc-host-max-speed"
documentation and code disagree.
Change all eMMC instances within the FSP bindings to consistently
use "emmc". The term "emmc" is already used a lot within U-Boot,
while "e
On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
>
> Without these fences, it is perfectly valid for an out-of-order core to
> re-order memory accesses to outside of the available_harts_lock critical
> section.
The commit message should be reworded, because current codes do
nothing wrong as "f
On Fri, Sep 11, 2020 at 6:22 PM Sean Anderson wrote:
>
> On 9/11/20 3:38 AM, Bin Meng wrote:
> > Hi Sean,
> >
> > On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
> >>
> >> Clearing MIP doesn't do anything. Whoops. The following commits should
> >
> > Which following commits?
> >
> >> tackle t
On Fri, Sep 11, 2020 at 6:20 PM Sean Anderson wrote:
>
> On 9/11/20 3:29 AM, Bin Meng wrote:
> > Hi Sean,
> >
> > On Sat, Sep 5, 2020 at 9:22 PM Sean Anderson wrote:
> >>
> >> It is unsafe to enable OF_BOARD_FIXUP only based on OF_SEPARATE.
> >> OF_SEPARATE may indicate that the user wishes U-Boo
On Thu, 10 Sep 2020 19:53:40 +0200
Andre Heider wrote:
> Use mmc_of_parse() to set the common host properties. That includes
> "bus-width", so parsing it can be removed from the driver.
>
> But more importantly, "non-removable" is now respected, which fixes
> the usage of eMMC.
>
> Signed-off-b
On Fri, 11 Sep 2020 14:21:46 +0200
Stefan Roese wrote:
> Thanks. Unfortunately this is taking a bit too long for me, as I
> have to leave in about an hour. I will take care of these patches
> in a bit over a week.
>
> Thanks,
> Stefan
Happy vacation, Stefan :)
On 11.09.20 14:09, Marek Behún wrote:
On Fri, 11 Sep 2020 10:37:42 +0200
Andre Heider wrote:
On 11/09/2020 08:43, Stefan Roese wrote:
Hi Pali, Andre and others,
On 10.09.20 21:04, Pali Rohár wrote:
On Thursday 10 September 2020 19:53:40 Andre Heider wrote:
Use mmc_of_parse() to set the com
On Fri, 11 Sep 2020 10:37:42 +0200
Andre Heider wrote:
> On 11/09/2020 08:43, Stefan Roese wrote:
> > Hi Pali, Andre and others,
> >
> > On 10.09.20 21:04, Pali Rohár wrote:
> >> On Thursday 10 September 2020 19:53:40 Andre Heider wrote:
> >>> Use mmc_of_parse() to set the common host proper
On Wed, 9 Sep 2020 00:38:31 +0200
Pali Rohár wrote:
> On Tuesday 08 September 2020 08:52:56 Tom Rini wrote:
> > On Tue, Sep 08, 2020 at 10:14:15AM +0200, Andre Heider wrote:
> > > On 08/09/2020 09:42, Pali Rohár wrote:
> > > > On Tuesday 08 September 2020 08:35:00 Andre Heider wrote:
> > >
Hi Jaehoon
> From: Jaehoon Chung
> Sent: vendredi 11 septembre 2020 09:50
>
> On 9/10/20 6:54 AM, Alexandru Gagniuc wrote:
> > mmc_of_parse() can populate the 'f_max' and 'host_caps' fields of
> > struct mmc_config from devicetree.
> > The same logic is duplicated in stm32_sdmmc2_probe(). Use
>
CONFIG_DM_SPI_FLASH is only supported now with passing of driver
conversion deadline from non-DM to DM model. Hence, it's safe to remove
non-DM code check from pfe_spi_flash_init.
Also use CONFIG_ENV_SPI_MODE and CONFIG_ENV_SPI_MAX_HZ instead of
reading reading values from DT.
Signed-off-by: Kuld
Fix Coverity issue: RESOURCE_LEAK.
leaked_storage: Variable addr going out of scope leaks the storage it
points to.
Fixes: e0152dbed683 ("net: pfe_eth: Use spi_flash_read API to access
flash memory")
Signed-off-by: Kuldeep Singh
---
drivers/net/pfe_eth/pfe_firmware.c | 4
1 file changed, 4
Fix control flow issues and null pointer dereferences.
Signed-off-by: Joao Marcos Costa
---
fs/squashfs/sqfs.c | 20 +---
fs/squashfs/sqfs_dir.c | 3 +--
fs/squashfs/sqfs_inode.c | 5 -
3 files changed, 18 insertions(+), 10 deletions(-)
diff --git a/fs/squashfs/sqf
On 9/9/20 11:26 PM, Rick Chen wrote:
> Hi Sean
>
>> Without these fences, it is perfectly valid for an out-of-order core to
>> re-order memory accesses to outside of the available_harts_lock critical
>> section.
>>
>> Signed-off-by: Sean Anderson
>> ---
>>
>> arch/riscv/cpu/start.S | 6 +++---
>>
From: Guanhua Gao
From: Yangbo Lu
Add properties related to eMMC HS400 mode.
Signed-off-by: Yangbo Lu
diff --git a/arch/arm/dts/fsl-lx2162a-qds.dts b/arch/arm/dts/fsl-lx2162a-qds.dts
index 8c29fd2..a2be9ac 100644
--- a/arch/arm/dts/fsl-lx2162a-qds.dts
+++ b/arch/arm/dts/fsl-lx2162a-qds.dts
@
From: Guanhua Gao
From: Yangbo Lu
Enable CONFIG_BOARD_EARLY_INIT_R for SDHC adapter card
identification and configuration.
Signed-off-by: Yangbo Lu
diff --git a/configs/lx2162aqds_tfa_SECURE_BOOT_defconfig
b/configs/lx2162aqds_tfa_SECURE_BOOT_defconfig
index 9b1850c..e658592 100644
--- a/co
From: Guanhua Gao
From: Yangbo Lu
Enable eMMC HS400 mode support on LX2162AQDS.
Signed-off-by: Yangbo Lu
diff --git a/configs/lx2162aqds_tfa_SECURE_BOOT_defconfig
b/configs/lx2162aqds_tfa_SECURE_BOOT_defconfig
index 9b1850c..75ee76d 100644
--- a/configs/lx2162aqds_tfa_SECURE_BOOT_defconfig
On 9/11/20 3:38 AM, Bin Meng wrote:
> Hi Sean,
>
> On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
>>
>> Clearing MIP doesn't do anything. Whoops. The following commits should
>
> Which following commits?
>
>> tackle this problem in a more robust manner.
>>
>> This reverts commit 9472630337
On 9/11/20 3:29 AM, Bin Meng wrote:
> Hi Sean,
>
> On Sat, Sep 5, 2020 at 9:22 PM Sean Anderson wrote:
>>
>> It is unsafe to enable OF_BOARD_FIXUP only based on OF_SEPARATE.
>> OF_SEPARATE may indicate that the user wishes U-Boot to use a different
>> device tree than one obtained via OF_PRIOR_ST
> -Original Message-
> From: Ang, Chee Hong
> Sent: Monday, August 17, 2020 12:34 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Simon Goldschmidt
> ; Tom Rini ; See,
> Chin Liang ; Tan, Ley Foon
> ; Ang, Chee Hong ;
> Chee, Tien Fong ; Lim, Elly Siew Chin
>
> Subject: [PATCH v1 12/
> -Original Message-
> From: Ang, Chee Hong
> Sent: Monday, August 17, 2020 12:34 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Simon Goldschmidt
> ; Tom Rini ; See,
> Chin Liang ; Tan, Ley Foon
> ; Ang, Chee Hong ;
> Chee, Tien Fong ; Lim, Elly Siew Chin
>
> Subject: [PATCH v1 05/
> -Original Message-
> From: Ang, Chee Hong
> Sent: Monday, August 17, 2020 12:34 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Simon Goldschmidt
> ; Tom Rini ; See,
> Chin Liang ; Tan, Ley Foon
> ; Ang, Chee Hong ;
> Chee, Tien Fong ; Lim, Elly Siew Chin
>
> Subject: [PATCH v1 07/
> -Original Message-
> From: Ang, Chee Hong
> Sent: Monday, August 17, 2020 12:34 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Simon Goldschmidt
> ; Tom Rini ; See,
> Chin Liang ; Tan, Ley Foon
> ; Ang, Chee Hong ;
> Chee, Tien Fong ; Lim, Elly Siew Chin
>
> Subject: [PATCH v1 06/
Hi Alex,
> From: Alex G.
> Sent: jeudi 10 septembre 2020 22:10
>
> On 9/10/20 11:04 AM, Patrick DELAUNAY wrote:
> > Hi Alexandru,
>
> Hi
>
> [snip]
>
> >> + cfg->f_max = 5200;
> >> + mmc_of_parse(dev, cfg);
> >
> > Result of mmc_of_parse is not tested ?
> >
> > I proposed:
> >
> > + r
>-Original Message-
>From: Ioana Ciornei
>Sent: Thursday, September 10, 2020 3:29 PM
>To: Priyanka Jain ; joe.hershber...@ni.com; u-
>b...@lists.denx.de
>Cc: Grigore Popescu ; Ioana Ciornei
>
>Subject: [PATCH] drivers: net: ldpaa_eth: lx2160a: fix bug in checking if a
>DPMAC is enabled
>
>
> -Original Message-
> From: Ang, Chee Hong
> Sent: Monday, August 17, 2020 12:34 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Simon Goldschmidt
> ; Tom Rini ; See,
> Chin Liang ; Tan, Ley Foon
> ; Ang, Chee Hong ;
> Chee, Tien Fong ; Lim, Elly Siew Chin
>
> Subject: [PATCH v1 03/
On 11/09/2020 08:43, Stefan Roese wrote:
Hi Pali, Andre and others,
On 10.09.20 21:04, Pali Rohár wrote:
On Thursday 10 September 2020 19:53:40 Andre Heider wrote:
Use mmc_of_parse() to set the common host properties. That includes
"bus-width", so parsing it can be removed from the driver.
Bu
> -Original Message-
> From: Nico Becker
> Sent: Friday, September 11, 2020 3:03 PM
> To: u-boot@lists.denx.de; ma...@denx.de; Tan, Ley Foon
> ; simon.k.r.goldschm...@gmail.com
> Cc: Nico Becker
> Subject: [RESEND PATCH v5 9/11] ARM: socfpga: Add initial support for ic-
> automation Mor
On Thu, Sep 10, 2020 at 05:02:56PM +0200, Michal Simek wrote:
>
>
> On 10. 09. 20 15:50, Tom Rini wrote:
> > On Thu, Sep 10, 2020 at 03:38:25PM +0200, Michal Simek wrote:
> >>
> >>
> >> On 10. 09. 20 15:06, André Przywara wrote:
> >>> On 10/09/2020 13:38, Michal Simek wrote:
>
>
>
On 11.09.20 09:14, Bin Meng wrote:
> On Thu, Sep 3, 2020 at 4:12 AM Heinrich Schuchardt wrote:
>>
>> Add a device tree binding for the BOOT button on the Maix board.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> Together with
>> [PATCH 1/1] cmd/button: return button status
>> https://lists.d
From: Jean-Jacques Hiblot
Add a test to verify that GPIOs can be acquired/released using the managed
API. Also check that the GPIOs are released when the consumer device is
removed.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
Signed-off-by: Pratyush Yadav
---
Notes:
Chang
Hi,
This is a re-submission of Jean-Jacques' earlier work in October last
year. It can be found at [0]. The goal is to facilitate porting drivers
from the Linux kernel. Most of the series will be about adding managed
APIs to existing infrastructure (GPIO, reset, regmap).
This particular series is
From: Jean-Jacques Hiblot
Add managed functions to get a gpio from the devce-tree, based on a
property name (minus the '-gpios' suffix) and optionally an index.
When the device is unbound, the GPIO is automatically released and the
data structure is freed.
Signed-off-by: Jean-Jacques Hiblot
Re
From: Ibai Erkiaga
Current algorithm used to get the silicon name is bit complicated and
hard to follow. Updated to use more straightforward mechanism based on
the Device ID code table (Table 1-2). The full IDCODE register is used
(except device revision bits [31:28]) to get the device name and I
Add support for 43/46/47dr devices.
Signed-off-by: Michal Simek
---
Changes in v2:
- new patch in this series
board/xilinx/zynqmp/zynqmp.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/board/xilinx/zynqmp/zynqmp.c b/board/xilinx/zynqmp/zynqmp.c
index ef35b0e5992d..177e03
There is no reason to have name variable saved in BSS section when it
doesn't need to be really used. That's why remove static from variable
definition and use strdup() to duplicate string with exact size from malloc
area instead.
Signed-off-by: Michal Simek
---
(no changes since v1)
board/xil
Hi,
This patch series is intended to cleanup the functions used to get
the silicon name for ZynqMPSoC devices. It make use the firmware driver
rather than SMC call and impements more understandable agorithm to
compute the device name.
v2 series contains only patches which hasn't been applied yet.
On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
>
> Some IPIs may already be pending when U-Boot is started. This could be a
> problem if a secondary hart tries to handle an IPI before the boot hart has
> initialized the IPI device.
>
> This commit uses NULL as a sentinel for secondary harts s
On 9/10/20 6:54 AM, Alexandru Gagniuc wrote:
> mmc_of_parse() can populate the 'f_max' and 'host_caps' fields of
> struct mmc_config from devicetree.
> The same logic is duplicated in stm32_sdmmc2_probe(). Use
> mmc_of_parse(), which is more generic.
>
> Signed-off-by: Alexandru Gagniuc
> ---
>
On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
>
> Without a matching barrier on the write side, the barrier in handle_ipi
> does nothing. It was entirely possible for the boot hart to write to addr,
> arg0, and arg1 *after* sending the IPI, because there was no barrier on the
> sending side.
Hi Sean,
On Tue, Sep 8, 2020 at 2:17 AM Sean Anderson wrote:
>
> Clearing MIP doesn't do anything. Whoops. The following commits should
Which following commits?
> tackle this problem in a more robust manner.
>
> This reverts commit 9472630337e7c4ac442066b5a752aaa8c3b4d4a6.
>
> Signed-off-by: Se
Hi Sean,
On Sat, Sep 5, 2020 at 9:22 PM Sean Anderson wrote:
>
> It is unsafe to enable OF_BOARD_FIXUP only based on OF_SEPARATE.
> OF_SEPARATE may indicate that the user wishes U-Boot to use a different
> device tree than one obtained via OF_PRIOR_STAGE. However, OF_SEPARATE may
> also indicate
All the 10G ports that were working in XFI mode were described as
using XGMII (as PHY_INTERFACE_MODE_XFI was not added at the time).
Add the minimal changes required for the FMan code to support XFI.
Signed-off-by: Madalin Bucur
---
drivers/net/fm/memac.c | 3 ++-
1 file changed, 2 insertions(+)
On 9/11/20 9:02 AM, Nico Becker wrote:
> Add initial support for ic-automation Moritz III, which is
> an Cyclone V SOM with ethernet, usb, uart. Booting via
> sd-card or flash is supported.
>
> Changes for v5:
The changelog shouldn't be part of the commmit message, so it goes below
the "---" lin
On Thu, Sep 3, 2020 at 4:12 AM Heinrich Schuchardt wrote:
>
> Add a device tree binding for the BOOT button on the Maix board.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> Together with
> [PATCH 1/1] cmd/button: return button status
> https://lists.denx.de/pipermail/u-boot/2020-September/425221
Add initial support for ic-automation Moritz III, which is
an Cyclone V SOM with ethernet, usb, uart. Booting via
sd-card or flash is supported.
Changes for v5:
- fixed random ethaddr at failure
- fixed comments
Changes for v4:
- re-sort list alphabetically
- c st
72 matches
Mail list logo