On Tue, 2021-08-31 at 11:17 +0200, Marek Vasut wrote:
> On 8/31/21 8:49 AM, Marcel Ziswiler wrote:
> > Hi Marek
> >
> > On Tue, 2021-08-31 at 00:03 +0200, Marek Vasut wrote:
> > > Commit 830d29ac372 ("watchdog: Allow to use CONFIG_WDT without starting
> > > watchdog")
> > > completely broke WDT o
On 02.09.21 09:30, Marcel Ziswiler wrote:
On Tue, 2021-08-31 at 11:17 +0200, Marek Vasut wrote:
On 8/31/21 8:49 AM, Marcel Ziswiler wrote:
Hi Marek
On Tue, 2021-08-31 at 00:03 +0200, Marek Vasut wrote:
Commit 830d29ac372 ("watchdog: Allow to use CONFIG_WDT without starting
watchdog")
complet
This allows U-Boot to access filesystems on GPT partitioned disks.
Signed-off-by: Pali Rohár
---
configs/turris_mox_defconfig | 1 +
configs/turris_omnia_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/turris_mox_defconfig b/configs/turris_mox_defconfig
index 40f975ead3
On 31/08/2021 13:12, Kristian Amlie wrote:
> On 31/08/2021 12:46, Heinrich Schuchardt wrote:
>>
>>
>>
>> *Von:* Ard Biesheuvel
>> *Gesendet:* 31. August 2021 12:33:56 MESZ
>> *An:* Heinrich Schuchardt
>> *CC:* Kristian Amlie
Signed-off-by: Pali Rohár
---
configs/mvebu_espressobin-88f3720_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/mvebu_espressobin-88f3720_defconfig
b/configs/mvebu_espressobin-88f3720_defconfig
index 9641c02d9317..761187479fc7 100644
--- a/configs/mvebu_espressobin-88f3720_
On Thu, 2 Sept 2021 at 10:43, Kristian Amlie
wrote:
>
> On 31/08/2021 13:12, Kristian Amlie wrote:
> > On 31/08/2021 12:46, Heinrich Schuchardt wrote:
> >>
> >>
> >>
> >> *Von:* Ard Biesheuvel
> >> *Gesendet:* 31. August 202
On Tue, Aug 31, 2021 at 08:07:18AM +0200, Heinrich Schuchardt wrote:
> On 8/31/21 4:46 AM, AKASHI Takahiro wrote:
> > Now we can use mkeficapsule command instead of EDK-II's script
> > to create a signed capsule file. So update the instruction for
> > capsule authentication.
> >
> > Signed-off-by:
On 9/2/21 9:49 AM, Stefan Roese wrote:
On 02.09.21 09:30, Marcel Ziswiler wrote:
On Tue, 2021-08-31 at 11:17 +0200, Marek Vasut wrote:
On 8/31/21 8:49 AM, Marcel Ziswiler wrote:
Hi Marek
On Tue, 2021-08-31 at 00:03 +0200, Marek Vasut wrote:
Commit 830d29ac372 ("watchdog: Allow to use CONFIG_W
From: Heinrich Schuchardt
When U-Boot is started we have to use the existing variables to determine
in which secure boot state we are.
* If a platform key PK is present and DeployedMode=1, we are in deployed
mode.
* If no platform key PK is present and AuditMode=1, we are in audit mode.
* Othe
Writing variables AuditMode and DeployedMode serves to switch between
Secure Boot modes. Provide a separate value for these in efi_auth_var_type.
With this patch the variables will not be read from from file even if they
are marked as non-volatile by mistake.
Signed-off-by: Heinrich Schuchardt
-
The UEFI specification requires that the signature database may only be
stored in tamper-resistant storage. So these variable may not be read
from an unsigned file.
Signed-off-by: Heinrich Schuchardt
---
include/efi_variable.h | 5 +++-
lib/efi_loader/efi_var_common.c | 2 --
lib/efi_
When implementing secure boot the database with the certificates must be
stored in tamper-resistant storage. This implies it cannot be read from
a file on the EFI system partition.
We already have the possibility to provide UEFI variables built into
U-Boot via CONFIG_EFI_VAR_SEED_FILE. If TF-A val
Add stub for tee_find_device function when CONFIG_TEE is not activated
to simplify the caller code.
This patch allows to remove the CONFIG_IS_ENABLED(OPTEE) tests
for stm32 platform.
Signed-off-by: Patrick Delaunay
---
arch/arm/mach-stm32mp/fdt.c| 1 -
board/st/common/stm32mp_mtdparts
The configuration CONFIG_OPTEE is defined 2 times:
1- in lib/optee/Kconfig for support of OPTEE images loaded by bootm command
2- in drivers/tee/optee/Kconfig for support of OP-TEE driver.
It is abnormal to have the same CONFIG define for 2 purpose;
and it is difficult to managed correctly their d
Fix baudrate value 515 which was added in commit ead4864fa6cc ("arm:
mvebu: a38x: Define supported UART baudrates").
Exact value for divisor 3 with 250 MHz TCLK is 5208333 baudrate. In above
commit I incorrectly rounded it to 515 value due to testing with
USB-UART hw which incorrectly repo
These platforms never had to support an ATAGs-based Linux Kernel, so
remove the options.
Cc: Marek Vasut
Signed-off-by: Tom Rini
Signed-off-by: Patrick Delaunay
---
Hi,
this patch is a rebased version of the STM32 part [1] of Tom's patchset [2].
I also update the new file include/configs/stm3
The stm32 platforms never had to support an ATAGs-based Linux Kernel,
so remove the bi_boot_params initialization.
Signed-off-by: Patrick Delaunay
---
board/dhelectronics/dh_stm32mp1/board.c | 3 ---
board/engicam/stm32mp1/stm32mp1.c| 3 ---
board/st/stm32f429-d
Use moveconfig.py script to convert CONFIG_SYS_FMAN_FW_ADDR,
CONFIG_SYS_QE_FW_ADDR and CONFIG_SYS_QE_FMAN_FW_LENGTH to Kconfig and
move these entries to defconfigs.
Signed-off-by: Rajesh Bhagat
---
Changes in v2: Rebased to top of tree
configs/P2041RDB_NAND_defconfig | 1 +
confi
On 02.09.21 10:34, Pali Rohár wrote:
This allows U-Boot to access filesystems on GPT partitioned disks.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_mox_defconfig | 1 +
configs/turris_omnia_defconfig | 1 +
2 files changed, 2 insertions(+)
On 02.09.21 10:46, Pali Rohár wrote:
Signed-off-by: Pali Rohár
Nitpicking: The commit text from the "turris" patch would be good here
as well.
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/mvebu_espressobin-88f3720_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/co
On 02.09.21 12:00, Pali Rohár wrote:
Fix baudrate value 515 which was added in commit ead4864fa6cc ("arm:
mvebu: a38x: Define supported UART baudrates").
Exact value for divisor 3 with 250 MHz TCLK is 5208333 baudrate. In above
commit I incorrectly rounded it to 515 value due to testing
Changed declarations of line_temp, reg_addr and reg_data arrays in order to
avoid out-of-bounds write which may be caused by the following writing:
line_temp[column_cnt] = '\0'; (Increased size from 80 to 81).
Signed-off-by: Cosmin-Florin Aluchenesei
---
drivers/net/phy/in112525.c | 6 +++---
1
The declaration of dpmac_str was changed in order to make the following
sprintf safe: sprintf(dpmac_str, "ethernet@%x", dpmac_id).
Signed-off-by: Cosmin-Florin Aluchenesei
---
board/freescale/lx2160a/eth_lx2160ardb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/frees
Hi Patrick
On 9/2/21 12:02 PM, Patrick Delaunay wrote:
> These platforms never had to support an ATAGs-based Linux Kernel, so
> remove the options.
>
> Cc: Marek Vasut
> Signed-off-by: Tom Rini
> Signed-off-by: Patrick Delaunay
> ---
> Hi,
>
> this patch is a rebased version of the STM32 part
Hi Patrick
On 9/2/21 12:02 PM, Patrick Delaunay wrote:
> The stm32 platforms never had to support an ATAGs-based Linux Kernel,
> so remove the bi_boot_params initialization.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> board/dhelectronics/dh_stm32mp1/board.c | 3 ---
> board/engi
On Thu, Sep 02, 2021 at 12:02:06PM +0200, Patrick Delaunay wrote:
> These platforms never had to support an ATAGs-based Linux Kernel, so
> remove the options.
>
> Cc: Marek Vasut
> Signed-off-by: Tom Rini
> Signed-off-by: Patrick Delaunay
> ---
> Hi,
>
> this patch is a rebased version of the
On 02/09/2021 10:47, Ard Biesheuvel wrote:
> On Thu, 2 Sept 2021 at 10:43, Kristian Amlie
> wrote:
>>
>> On 31/08/2021 13:12, Kristian Amlie wrote:
>>> On 31/08/2021 12:46, Heinrich Schuchardt wrote:
*Von:
On Thu, Jul 29, 2021 at 01:31:21PM -0500, Alexandru Gagniuc wrote:
> Older OpenSSL and libressl versions have a slightly different API.
> This require #ifdefs to support. However, we still can't support it
> because the ECDSA path does not compile with these older versions.
> These #ifdefs are tru
On Fri, Jul 30, 2021 at 09:08:02AM +0800, Chia-Wei Wang wrote:
> Export the MD5 hash init/update/finish progressive APIs
> for better flexibility.
>
> Signed-off-by: Chia-Wei Wang
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jul 30, 2021 at 09:08:03AM +0800, Chia-Wei Wang wrote:
> Add UCLASS_HASH for hash driver development. Thus the
> hash drivers (SW or HW-accelerated) can be developed
> in the DM-based fashion.
>
> Signed-off-by: Chia-Wei Wang
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Desc
On Fri, Jul 30, 2021 at 09:08:04AM +0800, Chia-Wei Wang wrote:
> Add purely software-implmented drivers to support multiple
> hash operations including CRC, MD5, and SHA family.
>
> This driver is based on the new hash uclass.
>
> Signed-off-by: Chia-Wei Wang
Applied to u-boot/next, thanks!
-
On Fri, Jul 30, 2021 at 09:08:05AM +0800, Chia-Wei Wang wrote:
> Calculate hash using DM driver if supported.
> For backward compatibility, the call to legacy
> hash functions is reserved.
>
> Signed-off-by: Chia-Wei Wang
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP
On Fri, Jul 30, 2021 at 05:05:07PM +0200, Heinrich Schuchardt wrote:
> With glibc 2.33 (Ubuntu package glibc6 2.33-0ubuntu9) building
> sifive_unmatched_defconfig results in:
>
> In file included from /usr/include/stdio.h:866,
> from ././include/compiler.h:26,
>
On Sun, Aug 01, 2021 at 03:23:13PM -0700, Thomas Hebb wrote:
> Currently, an empty imput file causes `mmap()` to fail, and you get an
> error like "mkimage: Can't read file.img: Invalid argument", which is
> extremely unintuitive and hard to diagnose if you don't know what to
> look for. Add an ex
On Fri, Aug 06, 2021 at 06:07:39PM +0200, Pali Rohár wrote:
> When k_recv() returns zero it indicates that kermit transfer was aborted.
> Function do_load_serial_bin() (caller of load_serial_bin()) interprets
> value ~0 as aborted transfer, so properly propagates information about
> aborted transf
On Tue, Aug 03, 2021 at 08:31:56AM -0400, Tom Rini wrote:
> This resyncs us with the version found in v5.13 of the Linux kernel with
> the following exceptions:
> - Keep our u-boot specific tests / code area.
> - Change the location of checkpatch.rst (which we now import)
> - Drop the "use strscpy
On Sat, Aug 07, 2021 at 03:07:18PM +0200, Stephan Gerhold wrote:
> Update MAINTAINERS with various drivers for ARM U8500 that were
> added during the U-Boot 2021.10 merge window.
>
> Signed-off-by: Stephan Gerhold
For the series, applied to u-boot/next, thanks!
--
Tom
signature.asc
Descript
On Tue, Aug 10, 2021 at 02:51:15PM +1200, Callum Sinclair wrote:
> The ds1307 driver also supports the DS1339 and DS1340.
> However, in ds1307_rtc_reset the register writes assume that the chip
> is a DS1307. This is evident in the writing of bits SQWE, RS1, RS0 to
> the control register. While th
On Sun, Aug 15, 2021 at 04:27:36PM +0200, Pali Rohár wrote:
> File drivers/ata/ahci-pci.c calls function ahci_probe_scsi_pci() which is
> compiled only when DM_PCI is enabled. So add missing dependency into
> Kconfig.
>
> Signed-off-by: Pali Rohár
> Reviewed-by: Stefan Roese
Applied to u-boot/
On Sun, Aug 15, 2021 at 04:27:37PM +0200, Pali Rohár wrote:
> This new option allows to disable ahci-pci driver in SPL. Disabling it is
> needed when SPL_PCI is not enabled as ahci-pci depends on PCI.
>
> This change fixes following compile error when CONFIG_SPL_SATA_SUPPORT is
> enabled and SPL_
On Wed, Aug 25, 2021 at 11:58:52AM +0800, Mark-PK Tsai wrote:
> linux/list.h uses container_of, therefore it depends on linux/kernel.h.
> Sync from below linux commit:
>
> commit 8b21d9ca17ff8 ("list: include linux/kernel.h")
>
> Signed-off-by: Mark-PK Tsai
> Cc: YJ Chiang
> ---
> include/lin
On Tue, Aug 17, 2021 at 10:48:27AM +0200, Stefan Roese wrote:
> This patch enables the use of the optimized memset(), memmove() &
> memcpy() versions recently added on ARM64.
>
> Signed-off-by: Stefan Roese
> ---
>
> Changes in v5:
> - memmove is now auto-selected (or deselected) with the memcp
On Thu, Sep 2, 2021 at 2:28 PM Tom Rini wrote:
>
> On Thu, Jul 29, 2021 at 01:31:21PM -0500, Alexandru Gagniuc wrote:
>
> > Older OpenSSL and libressl versions have a slightly different API.
> > This require #ifdefs to support. However, we still can't support it
> > because the ECDSA path does not
On 02.09.21 16:17, Tom Rini wrote:
On Tue, Aug 17, 2021 at 10:48:27AM +0200, Stefan Roese wrote:
This patch enables the use of the optimized memset(), memmove() &
memcpy() versions recently added on ARM64.
Signed-off-by: Stefan Roese
---
Changes in v5:
- memmove is now auto-selected (or dese
On Thu, Sep 02, 2021 at 03:36:43PM +0100, Peter Robinson wrote:
> On Thu, Sep 2, 2021 at 2:28 PM Tom Rini wrote:
> >
> > On Thu, Jul 29, 2021 at 01:31:21PM -0500, Alexandru Gagniuc wrote:
> >
> > > Older OpenSSL and libressl versions have a slightly different API.
> > > This require #ifdefs to sup
On Thu, Sep 02, 2021 at 04:37:41PM +0200, Stefan Roese wrote:
> On 02.09.21 16:17, Tom Rini wrote:
> > On Tue, Aug 17, 2021 at 10:48:27AM +0200, Stefan Roese wrote:
> >
> > > This patch enables the use of the optimized memset(), memmove() &
> > > memcpy() versions recently added on ARM64.
> > >
>
The optimized memset uses the dc opcode, which causes problems when the
cache is disabled. This patch adds a check if the cache is disabled and
uses a very simple memset implementation in this case. Otherwise the
optimized version is used.
Signed-off-by: Stefan Roese
---
(no changes since v4)
On an NXP LX2160 based platform it has been noticed, that the currently
implemented memset/memcpy functions for aarch64 are suboptimal.
Especially the memset() for clearing the NXP MC firmware memory is very
expensive (time-wise).
This patchset now adds the optimized functions ported from this
r
This patch enables the use of the optimized memset(), memmove() &
memcpy() versions recently added on ARM64.
Please note that these optimized functions are now only enabled for
recent GCC versions (>= 9.4), as earlier GCC versions throw these
errors:
aarch64-linux-ar: warning: arch/arm/lib/memset
Ported from https://github.com/ARM-software/optimized-routines
These files are included from this repository, including the latest
git commit ID:
string/aarch64/memcpy.S: afd6244a1f8d
string/aarch64/memset.S: e823e3abf5f8
string/asmdefs.h: e823e3abf5f8
Note that memmove is also handled by the mem
On 8/16/21 3:25 PM, Clément Léger wrote:
> Loading U-Boot after OP-TEE requires to move the base address of the
> DRAM and reduce its size. Indeed, OP-TEE will be loaded at start of
> DRAM for these platforms and this DRAM will be secured and thus not
> accessible to U-Boot.
>
> Currently, address
Hi Takahiro,
On Tue, 31 Aug 2021 at 00:14, AKASHI Takahiro
wrote:
>
> Simon,
>
> On Sat, Aug 28, 2021 at 02:35:21PM -0600, Simon Glass wrote:
> > This is just a demonstration of how to support EFI loader using bootflow.
> > Various things need cleaning up, not least that the naming needs to be
>
On Tue, 24 Aug 2021 at 01:55, Andrey Zhizhikin
wrote:
>
> Since derivatives are moving to binman from usage of the FIT generator
> script, and considering the warning introduced in f4a43d2925
> ("Makefile: Warn against using CONFIG_SPL_FIT_GENERATOR"), usage of FIT
> generator is discouraged.
>
>
Hi Heinrich,
On Mon, 30 Aug 2021 at 01:34, Heinrich Schuchardt wrote:
>
>
>
> On 8/30/21 8:10 AM, Ilias Apalodimas wrote:
> > On Sun, 29 Aug 2021 at 13:53, Peter Robinson wrote:
> >>
> >> On Sat, Aug 28, 2021 at 10:19 PM Simon Glass wrote:
> >>>
> >>> Hi Heinrich,
> >>>
> >>> On Sat, 28 Aug 202
Hi,
On Sun, 29 Aug 2021 at 08:47, Tom Rini wrote:
>
> On Sun, Aug 29, 2021 at 09:43:12PM +0800, Bin Meng wrote:
> > Hi Simon,
> >
> > On Sun, Aug 29, 2021 at 9:03 PM Simon Glass wrote:
> > >
> > > Hi Mark,
> > >
> > > On Sun, 29 Aug 2021 at 02:19, Mark Kettenis
> > > wrote:
> > > >
> > > > > F
Hi Tom,
On Sun, 29 Aug 2021 at 08:46, Tom Rini wrote:
>
> On Sun, Aug 29, 2021 at 07:03:14AM -0600, Simon Glass wrote:
> > Hi Mark,
> >
> > On Sun, 29 Aug 2021 at 02:19, Mark Kettenis wrote:
> > >
> > > > From: Simon Glass
> > > > Date: Sat, 28 Aug 2021 20:07:27 -0600
> > > >
> > > > Hi Bin,
>
On Sat, 28 Aug 2021 at 04:13, Heinrich Schuchardt wrote:
>
> If keydir is not provided but name is we want to use name as key_id.
>
> But with the current coding name is only used on its own if it is NULL
> and keydir is provided which never occurs.
>
> Fixes: 824ee745fbca ("lib/rsa: Use the 'keyf
Hi Tony,
On Wed, 1 Sept 2021 at 03:22, Tony Dinh wrote:
>
> Hey Simon,
>
> On Thu, Aug 26, 2021 at 9:00 PM Tony Dinh wrote:
> >
> > Hi Simon,
> >
> > On Tue, Aug 17, 2021 at 9:09 AM Simon Glass wrote:
> > >
> > > Hi Tony,
> > >
> > > On Sun, 15 Aug 2021 at 15:28, Tony Dinh wrote:
> > > >
> > >
On Sat, 28 Aug 2021 at 03:42, Heinrich Schuchardt wrote:
>
> The cpu nodes in arch/sandbox/dts/test.dts should conform to the devicetree
> specification:
>
> * property device_type must be set to "cpu"
> * the reg property must be provided
> * the cpu nodes must have an address
>
> Signed-off-by:
Hi Tom,
(just to reply to this old email)
On Mon, 2 Aug 2021 at 12:54, Tom Rini wrote:
>
> On Wed, Jul 28, 2021 at 12:37:55PM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> >
> > On Wed, 28 Jul 2021 at 11:37, Tom Rini wrote:
> > >
> > > On Wed, Jul 28, 2021 at 09:33:56AM -0600, Simon Glass wrote:
This series sync the device tree of the LS1028A SoC with the linux one.
To ease future debugging and reviewing, we first clean up the existing one,
removing bogus nodes, moving all CCSR related nodes in /soc and update the
drivers to accept the offical compatible strings.
This was tested on a sl28
The fixup is done for the "fsl,ls1028a-gpu" which isn't any official
device tree binding. Don't break it, but instead add a fixup for another
compatible "vivante,gc" which is the offical one for the GPU on the
LS1028A.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/fsl-layerscape/ls1028_ids
This node is some hodgepodge between the ddr controller node at SoC
offset 0x108 and some static memory size of 2GiB. Remove this bogus
node because it doesn't seem to be used at all.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
Tested-by: Vladimir Oltean
---
arch/arm/dts/fsl-
Populate the /soc node with the first device node.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl-ls1028a.dtsi
index 1f562cfdad..54f97014be 100644
-
To keep the device tree similar to the linux kernel one, we need to move
all CCSR related devices into the /soc node. To keep the patches easy to
review, we initially add an empty /soc node and populate it piece by
piece.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a-kontron-sl28-u-b
Nowadays, both boards boot using the TF-A BL1/BL2 and SPL isn't used at
all. The property is not needed, remove it.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a-qds.dtsi | 1 -
arch/arm/dts/fsl-ls1028a-rdb.dts | 1 -
2 files changed, 2 deletions(-)
diff --git a/arch/arm/dts/fsl-ls
While inserting it into the new location, keep it sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/arch/arm
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
.../dts/fsl-ls1028a-qds-1xxx-sch-30842.dtsi | 2 +-
.../dts/fsl-ls1028a-qds-6xxx-sch-30842.dtsi | 2 +-
.../dts/fsl-ls1028a
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 120 +-
1 file changed, 60 insertions(+), 60 deletions(-)
diff --g
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 116 +-
1 file changed, 58 insertions(+), 58 deletions(-)
diff --g
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 66 +--
1 file changed, 33 insertions(+), 33 deletions(-)
diff --g
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 50 +--
1 file changed, 25 insertions(+), 25 deletions(-)
diff --g
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
While at it fix the indentation.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 64 +--
1 file changed, 32 insert
While inserting it into the new location, keep it sorted by the
register base offset just like in the linux kernel device tree.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.d
While inserting them into the new location, keep them sorted by the
register base offset just like in the linux kernel device tree.
While at it fix the indentation.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 202 +-
1 file changed, 103 inser
According to the linux device tree specification the compatible string
is:
compatible = "arm,sp805", "arm,primecell";
Fix all users in u-boot.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 2 +-
arch/arm/dts/hi3660.dtsi | 4 ++--
drivers/watchdog/sp805_wdt.c | 2 +-
3
Update the labels of the nodes to match the kernel ones.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
Tested-by: Vladimir Oltean
---
Vladimir, this has changed due to the sorted nodes now. It should be the
same, but maybe you should retest it.
.../dts/fsl-ls1028a-kontron-sl28-u-b
The official ls1028a binding of the driver uses the following as
compatibles:
compatible = "fsl,ls1028a-lpuart";
Add the missing compatible to the driver and update the device tree.
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a.dtsi | 18 ++--
The official ls1028a binding of the driver uses the following as
compatibles:
compatible = "fsl,ls1028a-dspi", "fsl,ls1021a-v1.0-dspi";
Add the missing compatible to the driver and update the device tree.
We can use the fallback "fsl,ls1021a-v1.0-dspi", because the endianness
is determined by th
The official devicetree bindings specifies spi-num-chipselects as the
name. Use it.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1012a.dtsi | 2 +-
arch/arm/dts/fsl-ls1028a.dtsi | 6 +++---
arch/arm/dts/fsl-ls1043a.dtsi | 4 ++--
arch/arm/dts/fsl-ls1046a.dtsi | 4 ++--
arch/arm/dts/fsl-ls
The driver will look for a named resource "ecc-addr", but this isn't the
official binding. In fact, the official device tree binding
documentation doesn't mention any resource names at all. But it is safe
to assume that it's the linux ones we have to use if we want to be
compatible with the linux d
The official ls1028a binding of the driver uses the following as
compatibles:
compatible = "fsl,ls1028a-dwc3", "snps,dwc3";
Change the ls1028a device tree and add this new compatible to the fsl
specific xhci driver, otherwise the generic dwc3 driver will be used
with the compatibles above.
Cc:
This property is unused in the layerscape PCIe controller driver and not
present in the linux device tree. Remove it to be similarly.
Signed-off-by: Michael Walle
---
arch/arm/dts/fsl-ls1028a.dtsi | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/f
The official bindind of the PCIe controller of the ls1028a has the
following compatible string:
compatible = "fsl,ls1028a-pcie";
Additionally, the resource names and count are different. Update the
driver to support this binding and change the entry in the ls1028a
device tree.
Signed-off-by: Mi
Disable the PCIe controllers by default, just like in the linux device
tree. But there is one catch, for linux they are enabled in-place by the
bootloader. Obviously, this doesn't work for the bootloader. Thus we
explicitly enable the controllers in the -u-boot.dtsi files.
Signed-off-by: Michael W
The linux device tree hasn't set this property. To be similarly we remove
it from the u-boot device tree, too. The second controller of the
LS1028A has indeed no card detect pin. The present state register of the
second controller will always report the card as present. Thus, there
should be no fun
To make the synchronization of the u-boot device tree with the one from
linux easier, move the I/O window to the one which is specified in the
linux device tree. The actual value shouldn't matter as long as it
mapped to the corresponding memory window of the PCIe controller which
is a 32GiB window
>From e92b90fcc81565c39eefe63a56051736bd392716 Mon Sep 17 00:00:00 2001
From: Dzmitry Sankouski
Date: Fri, 27 Aug 2021 17:47:22 +0300
Subject: [PATCH 1/6 v3] serial: qcom: add support for GENI serial driver
Generic Interface (GENI) Serial Engine (SE) based uart
can be found on newer qualcomm SOCs
> On Jul 2, 2021, at 7:39 AM, Harald Seiler wrote:
>
> This is just a guess because I don't have a dhcpd server running, but with
> dnsmasq we have this working without problems. From a quick search, maybe
> adding
>
>next-server 10.0.10.1;
>
> m
I know this is two months later, but I
Copy the board device tree files from linux v5.14. On top of the v5.14
dtbs the changes of these two patches are included here which are needed
for u-boot:
https://lore.kernel.org/linux-devicetree/20210831134013.1625527-7-mich...@walle.cc/
https://lore.kernel.org/linux-devicetree/202108311340
Now that everything is prepared, copy the fsl-ls1028a.dtsi from the
linux kernel v5.14.
Notable changes:
- second watchdog added
- the number of chip selects of the SPI controller is now correct and
reflects what the hardware offers
- the LPUARTs have the correct clock parent
- USB controll
Hi Marcel,
On Thu, Aug 26, 2021 at 9:14 AM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
>
> With the move to using binman to generate SPL aka u-boot-spl-ddr.bin and
> U-Boot proper aka u-boot.itb every board now covers such configuration
> in its own U-Boot specific device tree include. In
Hi Andrey,
On Tue, Aug 24, 2021 at 4:55 AM Andrey Zhizhikin
wrote:
>
> Since derivatives are moving to binman from usage of the FIT generator
> script, and considering the warning introduced in f4a43d2925
> ("Makefile: Warn against using CONFIG_SPL_FIT_GENERATOR"), usage of FIT
> generator is dis
Hi Patrick,
On 9/1/21 10:10 AM, Alex G. wrote:
Hi Patrick,
On 8/31/21 12:24 PM, Patrick DELAUNAY wrote:
Hi,
On 8/26/21 11:42 PM, Alexandru Gagniuc wrote:
OP-TEE does not take a devicetree for its own use. However, it does
pass the devicetree to the normal world OS. In most cases that will
be
On Thu, Sep 2, 2021 at 3:38 PM Tom Rini wrote:
>
> On Thu, Sep 02, 2021 at 03:36:43PM +0100, Peter Robinson wrote:
> > On Thu, Sep 2, 2021 at 2:28 PM Tom Rini wrote:
> > >
> > > On Thu, Jul 29, 2021 at 01:31:21PM -0500, Alexandru Gagniuc wrote:
> > >
> > > > Older OpenSSL and libressl versions ha
On 9/2/21 12:43 PM, Peter Robinson wrote:
On Thu, Sep 2, 2021 at 3:38 PM Tom Rini wrote:
On Thu, Sep 02, 2021 at 03:36:43PM +0100, Peter Robinson wrote:
On Thu, Sep 2, 2021 at 2:28 PM Tom Rini wrote:
On Thu, Jul 29, 2021 at 01:31:21PM -0500, Alexandru Gagniuc wrote:
Older OpenSSL and
On Thu, Sep 02, 2021 at 12:48:29PM -0500, Alex G. wrote:
>
>
> On 9/2/21 12:43 PM, Peter Robinson wrote:
> > On Thu, Sep 2, 2021 at 3:38 PM Tom Rini wrote:
> > >
> > > On Thu, Sep 02, 2021 at 03:36:43PM +0100, Peter Robinson wrote:
> > > > On Thu, Sep 2, 2021 at 2:28 PM Tom Rini wrote:
> > > >
On 8/27/21 12:41 PM, Michal Simek wrote:
This Kconfig symbol was never added to U-Boot but it was mentioned in the
origin commit c35df7c9e43e ("qemu: arm64: Add documentation for capsule
update"). That's why remove it from documentation to be accurate.
Signed-off-by: Michal Simek
Reviewed-by:
The MNT Reform 2 is a modular DIY laptop. In its initial version it
is based on the BoundaryDevices i.MX8MQ SoM. Some parts have been
lifted from BoundaryDevices official U-Boot downstream project.
This U-Boot patchset supports the serial console, the SD card and
eMMC, Gigabit Ethernet and USB.
1 - 100 of 152 matches
Mail list logo