This adds the unit test for the K210 PLL to the sandbox defconfigs.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
(no changes since v1)
configs/sandbox64_defconfig| 2 ++
configs/sandbox_defconfig | 2 ++
configs/sandbox_flattree_defconfig | 2 ++
3 files changed,
Linux has had some stability issues when using AISRAM with a different
frequency from SRAM. Mirror their change here now that we relocate into
AISRAM.
Signed-off-by: Sean Anderson
---
Changes in v3:
- Add CLK_K210_SET_RATE to defconfig so these changes apply
arch/riscv/dts/k210.dtsi
Now that the k210 clock driver does not depend on CCF, we should no longer
imply it (and probably should not have in the first place). We can also
reduce the pre-relocation malloc arena back to something sensible.
Signed-off-by: Sean Anderson
---
(no changes since v1)
board/sipeed/maix/Kconfig
Now that we have only one clock driver, we don't need to have our own
subdirectory. Move the driver back with the rest of the clock drivers.
The MAINTAINERS for kendryte pinctrl is also fixed since it has always been
wrong.
Signed-off-by: Sean Anderson
---
(no changes since v1)
MAINTAINERS
This driver no longer serves a purpose now that we have moved away from
CCF. Drop it.
Signed-off-by: Sean Anderson
---
(no changes since v1)
drivers/clk/kendryte/Makefile | 2 +-
drivers/clk/kendryte/bypass.c | 273 --
include/kendryte/bypass.h | 31
This adds support for setting clock rates, which was left out of the
initial CCF expunging. There are several tricky bits here, mostly related
to the PLLS:
* The PLL's bypass is broken. If the PLL is reconfigured, any child clocks
will be stopped.
* PLL0 is the parent of ACLK which is the CPU an
This speeds up boot by preventing multiple reconfigurations of the PLLs.
Signed-off-by: Sean Anderson
---
(no changes since v1)
drivers/clk/kendryte/clk.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/clk/kendryte/clk.c b/drivers/clk/kendryte/clk.c
Now that there no separate PLL driver, we can no longer make the PLL
functions static. By moving the PLL driver in with the rest of the clock
code, we can make these functions static again. We still keep the pll
header for unit testing, but it is pretty reduced.
Signed-off-by: Sean Anderson
---
Since we are no longer using CCF we cannot use the default soc_clk_dump.
Instead, implement our own.
Signed-off-by: Sean Anderson
---
(no changes since v1)
drivers/clk/kendryte/clk.c | 68 --
1 file changed, 66 insertions(+), 2 deletions(-)
diff --git a/dri
This is effectively a complete rewrite to remove all dependency on CCF.
The code is now smaller, and so is the binary. It also takes up less memory
at runtime (since we don't have to create 40 udevices). In general, I am
much happier with this driver as much of the complexity and late binding
has b
Since 291da96b8e ("clk: Allow clock defaults to be set during re-reloc
state for SPL only") it has been impossible to set clock defaults before
relocation. This is annoying on boards without SPL, since there is no way
to set clock defaults before U-Boot proper. In particular, the aisram rate
must b
This is something I've been meaning to do for a while but only just got around
to. The CCF has been quite unwieldy in a few ways:
* It is very rigid, and there are not easy ways to hook into it without
rewriting many things. See e.g. things like the bypass clock and all the _half
clocks which
On 10.06.21 16:28, Marek Behun wrote:
On Thu, 10 Jun 2021 16:07:05 +0200
Pali Rohár wrote:
On Thursday 10 June 2021 07:12:53 Stefan Roese wrote:
Hi Pali,
On 08.06.21 11:51, Pali Rohár wrote:
On Monday 07 June 2021 16:34:50 Marek Behún wrote:
Add nodes for SPI NOR partitions to the device t
If the user creates a .get_maintainer.ignore file, make sure it is consulted
and obeyed for *all* emails discovered by the script.
Signed-off-by: Trevor Woerner
---
scripts/get_maintainer.pl | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/get_maintainer.pl b/scripts/get_maintainer.pl
On Fri, Jun 04, 2021 at 01:51:09PM +0800, Bin Meng wrote:
> The SPDX license header is currently missing. Add one.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/riscv/dts/ae350_32.dts | 2 ++
> arch/riscv/dts/ae350_64.dts | 2 ++
> 2 files changed, 4 insertions(+)
>
Reviewed-by: Leo Yu-Chi Liang
> -Original Message-
> From: Ramon Fried
> Sent: 2021年6月10日 13:49
> To: Z.Q. Hou
> Cc: Joe Hershberger ; U-Boot Mailing List
>
> Subject: Re: [PATCH] net: e1000: Fix Unchecked return value coverity
>
> On Mon, May 31, 2021 at 6:12 PM Zhiqiang Hou
> wrote:
> >
> > From: Hou Zhiqiang
Convert the CONFIG_SYS_I2C_LPC32XX configuration symbol from an include
directive to a Kconfig value.
Signed-off-by: Trevor Woerner
---
Changes in v2:
- added
configs/devkit3250_defconfig | 1 +
configs/work_92105_defconfig | 1 +
drivers/i2c/Kconfig | 6 ++
include/configs/devki
Enable a DMed i2c driver for the ea-lpc3250devkitv2 board.
Include some sample commands/output for testing.
Signed-off-by: Trevor Woerner
---
Changes in v2:
- added
board/ea/ea-lpc3250devkitv2/README.rst| 54 +++
.../ea-lpc3250devkitv2/ea-lpc3250devkitv2.c | 4 ++
c
Add the of_match/compatible string to the lpc32xx i2c driver so it works
correctly with device-tree.
Signed-off-by: Trevor Woerner
---
Changes in v2:
- added
drivers/i2c/lpc32xx_i2c.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/lpc32xx_i2c.c b/driver
The lpc32xx driver was not obtaining the per-device base address correctly
from the device tree. Fix the FIXME in order to get the correct base address.
Signed-off-by: Trevor Woerner
---
Changes in v2:
- added
drivers/i2c/lpc32xx_i2c.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-
The LPC32XX_I2C_STAT_DRMI is not used anywhere so remove it.
Signed-off-by: Trevor Woerner
---
Changes in v2:
- added
drivers/i2c/lpc32xx_i2c.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/i2c/lpc32xx_i2c.c b/drivers/i2c/lpc32xx_i2c.c
index f89f7955e4..0ae116617c 100644
--- a/dr
Add basic support for running U-Boot on the Embedded Artists LPC3250
Developer's Kit v2 board by launching U-Boot from the board's s1l loader
(which comes pre-installed on the board).
Signed-off-by: Trevor Woerner
---
(no changes since v1)
arch/arm/dts/Makefile | 2 +
Import the dtsi, dts, and clock binding files for the lpc32xx ea3250 board
directly and unmodified from the latest Linux kernel.
Signed-off-by: Trevor Woerner
---
(no changes since v1)
arch/arm/dts/lpc3250-ea3250.dts | 273
arch/arm/dts/lpc32xx.dtsi | 508
There's nothing special or unique to the lpc32xx that requires its own config
parameter for specifying the console uart index. Therefore instead of using
the lpc32xx-specific CONFIG_SYS_LPC32XX_UART include parameter, use the
already-available CONFIG_CONS_INDEX from Kconfig.
Signed-off-by: Trevor
This patch series starts with some lpc32xx-related cleanups, then adds
support for a new LPC32XX board: the Embedded Artists LPC3250 DevKit v2.
The series then goes on to look at the lpc32xx i2c driver. It starts off by
perfomring some cleanups, adds some fixes so that it fully works in DM/OF
mode
The current fitImage DTO implementation expects each fitImage image
subnode containing DTO to have 'load' property, pointing somewhere
into memory where the DTO will be loaded. The address in the 'load'
property must be different then the base DT load address and there
must be sufficient amount of
Remove the environment support for various legacy boot methods. With
this, we will now default to booting any distribution that follows the
generic distro boot framework and no longer attempt to boot various
legacy (to this SoC) scripts/etc.
Signed-off-by: Tom Rini
---
configs/am335x_boneblack_
According to chapter 7.1 "Event, Timer, and Task Priority Services"
TPL_HIGH_LEVEL should not be exposed to applications and drivers.
According to the discussion with EDK II contributors this implies that
CreateEvent() shall not allow to create events with TPL_HIGH_LEVEL.
Cf. https://edk2.groups.
On 6/10/21 10:05 PM, Heinrich Schuchardt wrote:
On 6/7/21 7:51 PM, Matwey V. Kornilov wrote:
вс, 6 июн. 2021 г. в 19:47, Heinrich Schuchardt :
On 6/6/21 6:21 PM, Heinrich Schuchardt wrote:
On 6/6/21 5:42 PM, Matwey V. Kornilov wrote:
вс, 6 июн. 2021 г. в 18:20, Heinrich Schuchardt :
On 6/6
On 6/7/21 7:51 PM, Matwey V. Kornilov wrote:
вс, 6 июн. 2021 г. в 19:47, Heinrich Schuchardt :
On 6/6/21 6:21 PM, Heinrich Schuchardt wrote:
On 6/6/21 5:42 PM, Matwey V. Kornilov wrote:
вс, 6 июн. 2021 г. в 18:20, Heinrich Schuchardt :
On 6/6/21 4:37 PM, Matwey V. Kornilov wrote:
Hi,
I've
On Thu, Jun 10, 2021 at 03:39:35PM +0300, Camelia Groza wrote:
> From: Camelia Groza
>
> The T2080RDB boards revision D and up have updated Aquantia PHYs on the
> two 10Gbps copper ports connected to MAC1 and MAC2 (from AQ1202 to
> AQR113C). The second PHY connected to MAC2 is located at a diffe
On Fri, Jun 04, 2021 at 11:58:23AM +0800, Sean Anderson wrote:
> Changes in v2:
> - Convert stage to enum
> - Only force probe clocks pre-reloc
> - Rebase on u-boot/master
>
> Sean Anderson (11):
> clk: Allow force setting clock defaults before relocation
> clk: k210: Rewrite to remove CCF
>
On Thu, Jun 10, 2021 at 09:55:04AM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the next batch of Marvell Armada related patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On 10/06/2021 18:33, Lokesh Vutla wrote:
+Tero,
On 10/06/21 8:55 pm, Tom Rini wrote:
On Thu, Jun 10, 2021 at 12:16:50PM +0530, Lokesh Vutla wrote:
Hi Tom,
Please find the PR for master branch targeted for v2021.10-next branch.
Details about the PR are updated in the tag message.
Gitl
On 6/10/21 6:44 AM, Zhengxun Li wrote:
> Hi,
>
> Sean Anderson 於 2021年6月4日 週五 下午2:22寫道：
>>
>>
>>
>> On 6/4/21 1:05 PM, Zhengxun wrote:
>>> The Clocking Wizard IP supports clock circuits customized
>>> to your clocking requirements. The wizard support for
>>> dynamically reconfiguring the clock
+Tero,
On 10/06/21 8:55 pm, Tom Rini wrote:
> On Thu, Jun 10, 2021 at 12:16:50PM +0530, Lokesh Vutla wrote:
>
>> Hi Tom,
>> Please find the PR for master branch targeted for v2021.10-next branch.
>> Details about the PR are updated in the tag message.
>>
>> Gitlab CI report:
>> https://sour
On Thu, Jun 10, 2021 at 12:16:50PM +0530, Lokesh Vutla wrote:
> Hi Tom,
> Please find the PR for master branch targeted for v2021.10-next branch.
> Details about the PR are updated in the tag message.
>
> Gitlab CI report:
> https://source.denx.de/u-boot/custodians/u-boot-ti/-/pipelines/77
On some distributions the mkfs is under /sbin and /sbin is not set
for mere users. Include /sbin to the PATH when creating file system,
so that users won't get a scary traceback from Python.
Signed-off-by: Andy Shevchenko
---
test/py/tests/test_fs/conftest.py | 4
1 file changed, 4 insertio
Move us up to being based on Ubuntu 20.04 "focal" and the latest tag
from Ubuntu for this release. For this, we make sure that "python" is
now python3 but still include python2.7 for the rx51 qemu build as that
is very old and does not support python3.
Signed-off-by: Tom Rini
---
.azure-pipelin
On Thu, 10 Jun 2021 16:07:05 +0200
Pali Rohár wrote:
> On Thursday 10 June 2021 07:12:53 Stefan Roese wrote:
> > Hi Pali,
> >
> > On 08.06.21 11:51, Pali Rohár wrote:
> > > On Monday 07 June 2021 16:34:50 Marek Behún wrote:
> > > > Add nodes for SPI NOR partitions to the device tree of Turri
On Thursday 10 June 2021 07:12:53 Stefan Roese wrote:
> Hi Pali,
>
> On 08.06.21 11:51, Pali Rohár wrote:
> > On Monday 07 June 2021 16:34:50 Marek Behún wrote:
> > > Add nodes for SPI NOR partitions to the device tree of Turris MOX, as
> > > are in Linux' device tree.
> >
> > This patch is not n
RTC devices could provide battery-backed memory that can be used for
storing the reboot mode magic value.
Add a new reboot-mode back-end that uses RTC to store the reboot-mode
magic value. The driver also supports both endianness modes.
Signed-off-by: Nandor Han
---
arch/sandbox/dts/test.dts
A use case for controlling the boot mode is when the user wants
to control the device boot by pushing a button without needing to
go in user-space.
Add a new backed for reboot mode where GPIOs are used to control the
reboot-mode. The driver is able to scan a predefined list of GPIOs
and return the
A new driver uclass is created to handle the reboot mode control.
The new uclass driver is updating an environment variable with the
configured reboot mode. The mode is extracted from a map provided
at initialization time. The map contains a list of modes
and associated ids.
Signed-off-by: Nandor
Description
---
Add support for reboot-mode configuration using GPIOs and RTC SRAM as
back-end.
Testing
---
Tested on a Zynq based board where device tree was configured to contain
the reboot-mode configuration:
&amba {
status = "okay";
reboot-mode-gpio {
compatible
On 6/10/21 10:25 AM, Kunihiko Hayashi wrote:
Hi,
[...]
gd->reloc_off is relocated address offset from zero, however,
gd->env_addr has still non-relocated address.
| gd->env_addr += gd->reloc_off;
I think the env should be relocated if CONFIG_SYS_RELOC_GD_ENV_ADDR=y.
But this code se
On Thu, Jun 10, 2021 at 02:31:46PM +0200, Michal Simek wrote:
>
>
> On 6/10/21 12:51 PM, Heinrich Schuchardt wrote:
> > On 6/10/21 12:04 PM, Michal Simek wrote:
> >> Hi,
> >>
> >> On 6/10/21 11:47 AM, Heinrich Schuchardt wrote:
> >>> On 6/10/21 10:44 AM, Michal Simek wrote:
> Hi,
>
> >>
The driver will use a syscon regmap as backend and supports both
16 and 32 size value. The value will be stored in the CPU's endianness.
Signed-off-by: Nandor Han
---
Notes:
Description
---
Add a new driver for bootcount feature that supports `syscon` device as
backend.
From: Camelia Groza
Under DM, we rely on u-boot's device tree to provide the correct PHY
addresses. The board_fix_fdt callback is intended to be used for
device tree fixups before relocation. Unfortunately, this isn't an
option when booting from flash since the device tree isn't writable
before r
From: Camelia Groza
The T2080RDB boards revisions D and up have updated 10G Aquantia PHYs
connected to MAC1 and MAC2. The second Aquantia PHY is located at a
different address on the MDIO bus compared to rev C.
Account for these changes when initializing the board in the legacy
non-DM_ETH mode.
From: Camelia Groza
Edit Linux's device tree to update the PHY address for the second Aquantia
PHY on boards revisions D and up. Also rename the PHY node to reflect the
changes.
Signed-off-by: Camelia Groza
---
board/freescale/t208xrdb/eth_t208xrdb.c | 33 +
board/frees
From: Camelia Groza
Detect and print the board revision letter based on the CPLD registers.
Account for the upcoming D and E revisions.
Signed-off-by: Camelia Groza
---
board/freescale/t208xrdb/t208xrdb.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/
From: Camelia Groza
The T2080RDB boards revision D and up have updated Aquantia PHYs on the
two 10Gbps copper ports connected to MAC1 and MAC2 (from AQ1202 to
AQR113C). The second PHY connected to MAC2 is located at a different
address on the MDIO bus compared to revision C boards. Device tree
fi
Sata/scsi and usb based devices are not started at this stage that's why
disks are not found and early update can't happen.
It is because of deficiency in the UEFI implementation which is not able to
deal with block devices which are added or removed after initialization.
EFI capsule on disk early
On 6/10/21 12:51 PM, Heinrich Schuchardt wrote:
> On 6/10/21 12:04 PM, Michal Simek wrote:
>> Hi,
>>
>> On 6/10/21 11:47 AM, Heinrich Schuchardt wrote:
>>> On 6/10/21 10:44 AM, Michal Simek wrote:
Hi,
I am playing with booting from USB via EFI. And I see very weird
behavior.
The spi_get_bus_and_cs() may be called on the same bus and chipselect
with different frequency or mode. This is valid usecase, but the code
fails to notify the controller of such a configuration change. Call
spi_set_speed_mode() in case bus frequency or bus mode changed to let
the controller update
On 6/10/21 12:04 PM, Michal Simek wrote:
Hi,
On 6/10/21 11:47 AM, Heinrich Schuchardt wrote:
On 6/10/21 10:44 AM, Michal Simek wrote:
Hi,
I am playing with booting from USB via EFI. And I see very weird
behavior. I have burnt image with grub to USB flashdisk and I have
tested it on 3 zynqmp b
Hi Heinrich
On Thu, 10 Jun 2021 at 13:16, Heinrich Schuchardt wrote:
>
> On 6/9/21 5:14 PM, Ilias Apalodimas wrote:
> > We currently define the EFI support of an SMBIOS table as the third bit of
> > "BIOS Characteristics Extension Byte 1". The latest DMTF spec defines it
> > on "BIOS Characteri
Use 'Return:' instead of '@return:'.
Signed-off-by: Heinrich Schuchardt
---
lib/smbios.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/smbios.c b/lib/smbios.c
index 9eb226ec9f..26df2bf123 100644
--- a/lib/smbios.c
+++ b/lib/smbios.c
@@ -47,7 +47,7 @@ struct s
On 6/9/21 5:14 PM, Ilias Apalodimas wrote:
We currently define the EFI support of an SMBIOS table as the third bit of
"BIOS Characteristics Extension Byte 1". The latest DMTF spec defines it
on "BIOS Characteristics Extension Byte 2".
Signed-off-by: Ilias Apalodimas
---
include/smbios.h | 2
Hi,
On 6/10/21 11:47 AM, Heinrich Schuchardt wrote:
> On 6/10/21 10:44 AM, Michal Simek wrote:
>> Hi,
>>
>> I am playing with booting from USB via EFI. And I see very weird
>> behavior. I have burnt image with grub to USB flashdisk and I have
>> tested it on 3 zynqmp boards. zcu102, zcu104 and SOM
On 6/10/21 11:33 AM, Ilias Apalodimas wrote:
Commit e4f8e543f1a9("smbios: Drop the unused Kconfig options")
break SMBIOS tables. The reason is that the patch drops the Kconfig
options *after* removing the code using them, but that changes the semantics
of the code completely. Prior to the chan
On 6/10/21 10:44 AM, Michal Simek wrote:
Hi,
I am playing with booting from USB via EFI. And I see very weird
behavior. I have burnt image with grub to USB flashdisk and I have
tested it on 3 zynqmp boards. zcu102, zcu104 and SOM Kria board.
On zcu102 grub is going to boot menu and everything is
Commit e4f8e543f1a9("smbios: Drop the unused Kconfig options")
break SMBIOS tables. The reason is that the patch drops the Kconfig
options *after* removing the code using them, but that changes the semantics
of the code completely. Prior to the change a non NULL value was used in
the 'product' a
Hi,
I am playing with booting from USB via EFI. And I see very weird
behavior. I have burnt image with grub to USB flashdisk and I have
tested it on 3 zynqmp boards. zcu102, zcu104 and SOM Kria board.
On zcu102 grub is going to boot menu and everything is working fine as
expected.
On zcu104 and SO
Hi Frieder,
On 07.06.21 14:05, Frieder Schrempf wrote:
From: Frieder Schrempf
This adds support for i.MX6UL/ULL-based evaluation kits with SoMs by
Kontron Electronics GmbH.
Currently there are the following SoM flavors (SoM-Line):
* N6310: SOM with i.MX6UL-2, 256MB RAM, 256MB SPI NAND
*
Hi Marek,
On 2021/06/10 10:07, Marek Vasut wrote:
On 6/8/21 9:54 AM, Kunihiko Hayashi wrote:
Hi,
[...]
I would expect that after relocation, if all you have is env_nowhere
driver, the env_nowhere_init() is called again from the first for() loop
of env_init() [1], which would set gd->env_vali
Hi Tom,
please pull the next batch of Marvell Armada related patches:
- mvebu: Turris MOX misc updates (cmds, rescue mode, LED's etc)
(Marek)
- mvebu: correct Armada 8K addresses (Heinrich)
---
On 07.06.21 16:34, Marek Behún wrote:
Hello Stefan,
Here are some changes for Turris MOX (v2):
- dts changes
- more config options enabled
- rescue mode support added
If it is possible, since this touches only our device, we would like
this to be also merged for v2021.07 (once reviewed by you a
On 08.06.21 12:00, Heinrich Schuchardt wrote:
0x0400- 0x0600 is reserved memory. We cannot load to anything here.
Signed-off-by: Heinrich Schuchardt
Applied to u-boot-marvell/master
Thanks,
Stefan
---
include/configs/mvebu_armada-8k.h | 10 +-
1 file changed, 5 insertion
po 31. 5. 2021 v 14:42 odesílatel Michal Simek napsal:
>
> Uarts already have u-boot,dm-pre-reloc via zynqmp.dtsi that's why there is
> no need to have them in platform DT files too.
>
> Signed-off-by: Michal Simek
> ---
>
> arch/arm/dts/zynqmp-a2197-revA.dts | 1 -
> arch/arm/dts/zynqmp-e-
čt 3. 6. 2021 v 9:51 odesílatel Michal Simek napsal:
>
> pca953x also depends on i2c that's why add dependency to Kconfig.
> Where GPIO is enabled but I2C compilation error pops up.
>
> Signed-off-by: Michal Simek
> ---
>
> drivers/gpio/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
po 31. 5. 2021 v 12:14 odesílatel Michal Simek napsal:
>
> Hi,
>
> this series is adding support for working with TEE in much easier and
> flexible way.
>
> TF-A can be placed to any location. When it is placed to DDR you should
> enable DT support which reserve location where TF-A is
> https://re
po 31. 5. 2021 v 10:39 odesílatel Michal Simek napsal:
>
> Enable command and fixed regulators. XDP platform is using them.
>
> Signed-off-by: Michal Simek
> ---
>
> configs/xilinx_zynqmp_virt_defconfig | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/configs/xilinx_zynqmp_virt_defcon
po 31. 5. 2021 v 10:00 odesílatel Michal Simek napsal:
>
> Hi,
>
> I am sending this series to align DT files with the latest description.
> Couple of changes are taken from Linux kernel and others from Xilinx trees.
>
> Thanks,
> Michal
>
>
> Michal Simek (6):
> arm64: zynqmp: Update psgtr cloc
po 31. 5. 2021 v 9:52 odesílatel Michal Simek napsal:
>
> K26 has EMMC and SD and default 0 is not working when system is booting out
> of SD which is controller 1. Add controller autodetection via
> mmc_get_env_dev(). The same code is used for distro_boot selection done in
> board_late_init(). bo
76 matches
Mail list logo
