Hi Tom,
please pull these patches to your tree. I created tag yesterday and push it to
gitlab to see issues and rc2 has been created that's why apologize that my tag
is using rc2. There are new mini defconfigs but they can't break anything.
I am aware about one issue which is in the tree for
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code. As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3288/syscon_rk3288.c | 156 --
1 file changed, 156 deletions
Updated the binding method to use `dm_scan_fdt_dev` when
`OF_REAL` is enabled.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3288/syscon_rk3288.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3288/syscon_rk3288.c
b/arch/arm/mach-rockchip/rk3288/syscon_
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code. As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3188/syscon_rk3188.c | 31 ---
1 file changed, 31 deletions(
Updated the binding method to use `dm_scan_fdt_dev` when
OF_REAL` is enabled.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3188/syscon_rk3188.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3188/syscon_rk3188.c
b/arch/arm/mach-rockchip/rk3188/syscon_r
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code. As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3368/syscon_rk3368.c | 38 ---
1 file changed, 38 deletions(
Updated the binding method to use `dm_scan_fdt_dev` when
OF_REAL` is enabled.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3368/syscon_rk3368.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3368/syscon_rk3368.c
b/arch/arm/mach-rockchip/rk3368/syscon_r
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code. As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3066/syscon_rk3066.c | 31 ---
1 file changed, 31 deletions(
Updated the binding method to use `dm_scan_fdt_dev` when
OF_REAL` is enabled.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3066/syscon_rk3066.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3066/syscon_rk3066.c
b/arch/arm/mach-rockchip/rk3066/syscon_r
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code. As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/px30/syscon_px30.c | 31 ---
1 file changed, 31 deletions(
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code, As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rv1126/syscon_rv1126.c | 24 ---
1 file changed, 24 deletions(
Updated the binding method to use `dm_scan_fdt_dev` when
`OF_REAL` is enabled.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rv1126/syscon_rv1126.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-rockchip/rv1126/syscon_rv1126.c
b/arch/arm/mach-rockchip/rv1126/syscon_
Since commit 95397385091d ("treewide: Use OF_REAL instead of !OF_PLATDATA"),
the OF_PLATDATA code, As OF_PLATDATA is no longer enabled, the related
code is removed.
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/rk3399/syscon_rk3399.c | 45 ---
1 file changed, 45 deletions(
Bind syscon driver with dm_scan_fdt_dev
As OF_PLATDATA is no longer enabled, the related
code is removed.
Compiled and tested on RK3399 and RV1126 board.
Thanks
-Anand
Anand Moon (12):
arm: rockchip: rk3399: Remove unused syscon drivers code
arch: rockchip: rv1126: Update syscon driver bindi
Hello Michael,
On 05.08.24 19:31, Michael Trimarchi wrote:
The inode should be freed after a reference is get to avoid
memory leak
Signed-off-by: Michael Trimarchi
---
fs/ubifs/ubifs.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
As discussed, that patch looks valid to m
USB Type-C port is configured as "peripheral" port. so enable "ums"
command to use as USB Mass Storage device.
("rockusb" command is already enabled and working)
Signed-off-by: FUKAUMI Naoki
---
configs/rock5b-rk3588_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/rock5b-rk
"usb_host1_xhci" and related node were already upstreamed. remove
unnecessary properties from u-boot.dtsi.
Signed-off-by: FUKAUMI Naoki
---
arch/arm/dts/rk3588-rock-5b-u-boot.dtsi | 17 -
1 file changed, 17 deletions(-)
diff --git a/arch/arm/dts/rk3588-rock-5b-u-boot.dtsi
b/arc
"sfc" node was already upstreamed. remove unnecessary properties from
u-boot.dtsi.
Signed-off-by: FUKAUMI Naoki
---
arch/arm/dts/rk3568-rock-3a-u-boot.dtsi | 9 -
1 file changed, 9 deletions(-)
diff --git a/arch/arm/dts/rk3568-rock-3a-u-boot.dtsi
b/arch/arm/dts/rk3568-rock-3a-u-boot.dt
sorry, please ignore this patch.
Best regards,
--
FUKAUMI Naoki
Radxa Computer (Shenzhen) Co., Ltd.
On 8/6/24 09:09, FUKAUMI Naoki wrote:
sort nodes alphanumerically.
no functional change is intended.
Signed-off-by: FUKAUMI Naoki
---
arch/arm/dts/rk3588-rock-5b-u-boot.dtsi | 4 ++--
1 fil
Hey all,
It's release day and here is -rc2. I think I still have a few things
that I'll see if look OK to sneak in to master rather than waiting, at
this point. But mostly things for next. Which will be re-synced with
current top of tree shortly.
In terms of a changelog,
git log --merges v2024.1
sort nodes alphanumerically.
no functional change is intended.
Signed-off-by: FUKAUMI Naoki
---
arch/arm/dts/rk3588-rock-5b-u-boot.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/dts/rk3588-rock-5b-u-boot.dtsi
b/arch/arm/dts/rk3588-rock-5b-u-boot.dtsi
index
I am having a problem in uboot with eth_initialize() function on my target. My
target is based on Intel Arria10. All the uboot source code, that I have seen,
seem to assume that there is a PHY device attached to the cpu emac0. On my
target I do not have a PHY attached to the emac0, but there i
Hi Lukasz,
On Mon, Aug 5, 2024 at 5:42 AM Lukasz Majewski wrote:
> + "update_offset=0x42\0" \
> + "update_filename=flash.bin\0" \
> + "hostname=/srv/tftp/\0" \
> + "update_bootimg=" \
> + "mmc dev ${mmcdev} ; "
On Thu, 01 Aug 2024 06:47:22 -0600, Simon Glass wrote:
> At present gd->ram_size is 0 in SPL, meaning that it is not possible to
> enable the cache. Correct this by always populating the RAM size
> correctly.
>
> This increases code size by about 500 bytes in SPL, since it must call
> the rather
On Wed, 31 Jul 2024 08:48:59 -0600, Simon Glass wrote:
> This series includes fixes to get some rockchip and nvidia boards
> working again. It also drops the broken Beaglebone Black config and
> provides a devicetree fix for coral (x86).
>
> Note that since this series fixes bugs, it is targeted
Signed-off-by: Gary Bisson
---
arch/arm/dts/imx8ulp-evk-u-boot.dtsi | 2 +
arch/arm/mach-imx/imx8ulp/Kconfig| 1 +
configs/imx8ulp_evk_defconfig| 3 +-
doc/board/nxp/imx8ulp_evk.rst| 79
doc/board/nxp/index.rst | 1 +
5 files chang
- Re-use i.MX 93 Makefile target as similar boot process
- Create imx8ulp-u-boot.dtsi for binman image architecture
- Create both SPL and U-Boot containers configuration
Key differences between the 93 and 8ULP SPL container are:
- No LPDDR training library needed for 8ULP
- 8ULP requires a uPower
This is extending commit da96f93cda9 ("spl: binman: Disable u_boot_any
symbols for i.MX93 boards") to i.MX 8ULP boards.
Signed-off-by: Gary Bisson
Reviewed-by: Peng Fan
---
common/spl/Kconfig | 2 +-
common/spl/Kconfig.tpl | 2 +-
common/spl/Kconfig.vpl | 2 +-
3 files changed, 3 insertions
Part of the upower management was included in a previous commit [1].
This patch only adds the bits required to properly parse a config file
that would include the binary as follows:
IMAGE PWR upower.bin
[1] 6ec65c8558f (tools: image: support i.MX93)
Signed-off-by: Gary Bisson
Reviewed-by: Peng F
Currently the ULP token sets the soc as IMX9, making it impossible to
differentiate the two families of processors.
However, since the 8ULP requires specific binaries like upower which do
not exist in 93, they need to be separated.
Fixes: 6ec65c8558f (tools: image: support i.MX93)
Signed-off-by:
Hi,
This series adds binman support for i.MX 8ULP processors.
It required to update the imx8mkimage tool a bit as well as adding new
container configuration files. But otherwise it is pretty close to what
has been done on other i.MX processors like the 93.
Changelog v1 > v2:
- Add reviewed-by ta
On Mon, Aug 05, 2024 at 08:18:09PM +0200, Jerome Forissier wrote:
>
>
> On 8/2/24 20:32, Tom Rini wrote:
> > On Fri, Aug 02, 2024 at 06:26:27PM +0200, Jerome Forissier wrote:
> >
> >> This is a rework of a patch series by Maxim Uvarov: "net/lwip: add lwip
> >> library for the network stack" [1].
On 8/2/24 20:32, Tom Rini wrote:
> On Fri, Aug 02, 2024 at 06:26:27PM +0200, Jerome Forissier wrote:
>
>> This is a rework of a patch series by Maxim Uvarov: "net/lwip: add lwip
>> library for the network stack" [1]. The goal is to introduce the lwIP TCP/IP
>> stack [2] [3] as an alternative to
On Mon, Aug 05, 2024 at 07:33:43AM +0200, Francesco Dolcini wrote:
> Hello Tom,
>
> On Thu, Aug 01, 2024 at 08:57:37AM +0300, Svyatoslav Ryhel wrote:
> > Move env stuff into dedicated files in boards (1st stage).
>
> Is there any plan or expectation to move existing boards to text env file?
> And
The inode should be freed after a reference is get to avoid
memory leak
Signed-off-by: Michael Trimarchi
---
fs/ubifs/ubifs.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c
index 048730db7f..6acd6c3776 100644
--- a/fs/ubifs/ubifs.
пн, 5 серп. 2024 р. о 10:08 Francesco Dolcini пише:
>
> On Mon, Aug 05, 2024 at 10:06:04AM +0300, Svyatoslav Ryhel wrote:
> > пн, 5 серп. 2024 р. о 10:05 Francesco Dolcini пише:
> > >
> > > On Mon, Aug 05, 2024 at 10:01:27AM +0300, Svyatoslav Ryhel wrote:
> > > > пн, 5 серп. 2024 р. о 08:32 Franc
Add support for packaging the TIFS Stub as it's required for basic Low
Power Modes like Deep Sleep.
The reason it is packaged using binman and not inherently as part of the
DM firmware is because for HS devices, customer owns the customer key
and only customer has access to it.
DM is release by TI,
* Include the actual common documentation about the TIFS Stub and role
it plays to enable Low Power Modes in the platform.
* Add the AM62x boot flow to show at which point the TIFS Stub actually
gets loaded.
* Mention the TIFS Stub in the TISPL image format.
Reviewed-by: Nishanth Menon
Signed
Add support for packaging the TIFS Stub as it's required for basic Low
Power Modes like Deep Sleep.
The reason it is packaged using binman and not inherently as part of the
DM firmware is because for HS devices, customer owns the customer key
and only customer has access to it.
DM is release by TI,
Since AM62x, AM62P and AM62A all use similar boot flows and their low
power mode s/w ARCH is also similar in the way that they make use of the
TIFS Stub, update their documentation to show where TIFS Stub is.
Reviewed-by: Nishanth Menon
Signed-off-by: Dhruva Gole
---
doc/board/ti/am62ax_sk.rst
Use the new boot_firmwares labels that help make documentation more
specific as to which firmwares are used in which devices
Signed-off-by: Dhruva Gole
---
doc/board/beagle/j721e_beagleboneai64.rst | 4
doc/board/phytec/phycore-am62x.rst| 4
doc/board/phytec/phycore-am64x.rst
* Add documentation to briefly explain the role of TIFS Stub in relevant
K3 SoC's.
* Shed light on why TIFS Stub isn't package with the DM firmware itself.
* Modify the platform docs wherever the TIFS Stub documentation applies.
* Also, refactor and add a few new labels to help split the firmware
Add entry for the TI boards documentation under ARM TI
Reviewed-by: Nishanth Menon
Signed-off-by: Dhruva Gole
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ddcb7128db4e..f1fe19e0f002 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -732,6 +732,
Hello,
This series aims to add documentation around the boot flow and tispl
packaging details regarding the TIFS Stub. While at it, also refactors the
k3 common docs to add more labels to provide more granularity on how we
include chunks from common docs into SoC specific docs.
This series also i
On 7/30/24 16:53, Michal Simek wrote:
There is new chip coming which is using new _lr suffix that's why record it
in the list to enable bitstream in bit format loading.
Signed-off-by: Michal Simek
---
drivers/soc/soc_xilinx_zynqmp.c | 8
1 file changed, 8 insertions(+)
diff --g
On 7/30/24 15:50, Michal Simek wrote:
Add support for *_lr SOCs. Without this change chips are not going to be
properly identified and bitstream programming won't work.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynq/cpu.c | 2 ++
include/zynqpl.h | 6 ++
2 files changed,
On 7/30/24 12:42, Michal Simek wrote:
Having zynqmp firmware is actually only one valid configuration. In QEMU
case for example there is no PMU that's why this checking can't end up in
panic that's why code remove this code completely.
Signed-off-by: Michal Simek
---
board/xilinx/zynqmp/z
On 7/29/24 10:18, Michal Simek wrote:
From: Vishal Patel
The correct operating mode for the fan is inversed (1). The
previous pwm driver implementation had a bug and the polarity
information was propagated incorrectly to the kernel. The normal (0)
polarity specified in the device tree was in
> Subject: [PATCH 5/5] imx8ulp_evk: enable binman support
>
> Signed-off-by: Gary Bisson
> ---
> arch/arm/dts/imx8ulp-evk-u-boot.dtsi | 2 ++
> arch/arm/mach-imx/imx8ulp/Kconfig| 1 +
> configs/imx8ulp_evk_defconfig| 3 ++-
> 3 files changed, 5 insertions(+), 1 deletion(-)
>
> diff
> Subject: [PATCH 4/5] mach-imx: Add i.MX 8ULP binman support
>
> - Re-use i.MX 93 Makefile target as similar boot process
> - Create imx8ulp-u-boot.dtsi for binman image architecture
> - Create both SPL and U-Boot containers configuration
>
> Key differences between the 93 and 8ULP SPL container
> Subject: [PATCH 3/5] spl: binman: Disable u_boot_any symbols for
> i.MX 8ULP boards
>
> This is extending commit da96f93cda9 ("spl: binman: Disable
> u_boot_any symbols for i.MX93 boards") to i.MX 8ULP boards.
>
> Signed-off-by: Gary Bisson
Reviewed-by: Peng Fan
> Subject: [PATCH 2/5] tools: imx8image: add upower image support
>
> Part of the upower management was included in a previous commit [1].
> This patch only adds the bits required to properly parse a config file
> that would include the binary as follows:
> IMAGE PWR upower.bin
>
> [1] 6ec65c8558
> Subject: [PATCH 1/5] tools: imx8image: fix soc variable for ULP
>
> Fixes: 6ec65c8558f (tools: image: support i.MX93)
Put this just before your "Signed-off-by".
>
> Currently the ULP token sets the soc as IMX9, making it impossible to
> differentiate the two families of processors.
> However,
On Fri, Aug 02, 2024 at 17:28 GMT, Heinrich Schuchardt wrote:
> On 01.08.24 12:07, Emil Kronborg wrote:
> > [...]
> > +Synopsis
> > +
> > +
> > +::
> > +
> > +pwm invert- invert polarity
> > +pwm config - config PWM
> > +pwm enable - enable PWM output
> > +pwm disa
Hi Fabio,
On Mon, Aug 05, 2024 at 10:31:34AM -0300, Fabio Estevam wrote:
> Hi Gary,
>
> On Mon, Aug 5, 2024 at 9:43 AM Gary Bisson wrote:
>
> > Gary Bisson (5):
> > tools: imx8image: fix soc variable for ULP
> > tools: imx8image: add upower image support
> > spl: binman: Disable u_boot_an
Signed-off-by: Gary Bisson
---
arch/arm/dts/imx8ulp-evk-u-boot.dtsi | 2 ++
arch/arm/mach-imx/imx8ulp/Kconfig| 1 +
configs/imx8ulp_evk_defconfig| 3 ++-
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/imx8ulp-evk-u-boot.dtsi
b/arch/arm/dts/imx8ulp-evk-u-bo
- Re-use i.MX 93 Makefile target as similar boot process
- Create imx8ulp-u-boot.dtsi for binman image architecture
- Create both SPL and U-Boot containers configuration
Key differences between the 93 and 8ULP SPL container are:
- No LPDDR training library needed for 8ULP
- 8ULP requires a uPower
This is extending commit da96f93cda9 ("spl: binman: Disable u_boot_any
symbols for i.MX93 boards") to i.MX 8ULP boards.
Signed-off-by: Gary Bisson
---
common/spl/Kconfig | 2 +-
common/spl/Kconfig.tpl | 2 +-
common/spl/Kconfig.vpl | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
di
Part of the upower management was included in a previous commit [1].
This patch only adds the bits required to properly parse a config file
that would include the binary as follows:
IMAGE PWR upower.bin
[1] 6ec65c8558f (tools: image: support i.MX93)
Signed-off-by: Gary Bisson
---
include/imx8im
Fixes: 6ec65c8558f (tools: image: support i.MX93)
Currently the ULP token sets the soc as IMX9, making it impossible to
differentiate the two families of processors.
However, since the 8ULP requires specific binaries like upower which do
not exist in 93, they need to be separated.
Signed-off-by:
Hi,
This series adds binman support for i.MX 8ULP processors.
It required to update the imx8mkimage tool a bit as well as adding new
container configuration files. But otherwise it is pretty close to what
has been done on other i.MX processors like the 93.
Regards,
Gary
Gary Bisson (5):
tools
Hi Simon,
Sorry for the late reply as I missed your message blocked in quarantine.
It looks like when I push a patch with binary data, patchworks does not seem to
get it right. Nonetheless, using git send-email, a copy is also sent to me and
I do get the patch right.
I put you in CC this time so
Test the property 'fit,keys-directory' which, when a cipher node is
present, encrypts the data stored in the FIT.
Signed-off-by: Paul HENRYS
---
tools/binman/ftest.py | 39 +
tools/binman/test/326_fit_encrypt_data.dts| 53 ++
.../test/327
The property 'fit,keys-directory' can be added to the configuration file
passed to binman to specify a directory where keys are stored and can be
used by mkimage to sign and cipher data.
Signed-off-by: Paul HENRYS
---
tools/binman/btool/mkimage.py | 5 -
tools/binman/entries.rst | 3 +++
When the initialisation vector is randomly generated, its value shall be
stored in the FIT together with the encrypted data. The changes allow to
store the IV in the FIT also in the case where the key is not stored in
the DTB but retrieved somewhere else at runtime.
Signed-off-by: Paul HENRYS
---
Hi Gary,
On Mon, Aug 5, 2024 at 9:43 AM Gary Bisson wrote:
> Gary Bisson (5):
> tools: imx8image: fix soc variable for ULP
> tools: imx8image: add upower image support
> spl: binman: Disable u_boot_any symbols for i.MX 8ULP boards
> mach-imx: Add i.MX 8ULP binman support
> imx8ulp_evk:
On 05.08.24 14:48, Emil Kronborg wrote:
On Fri, Aug 02, 2024 at 17:28 GMT, Heinrich Schuchardt wrote:
On 01.08.24 12:07, Emil Kronborg wrote:
[...]
+Synopsis
+
+
+::
+
+pwm invert- invert polarity
+pwm config - config PWM
+pwm enable - enable PWM output
+pwm di
Hi Quentin,
On 2024-08-05 12:23, Quentin Schulz wrote:
> Hi Jonas,
>
> On 8/5/24 10:43 AM, Jonas Karlman wrote:
>> UART pinctrl for serial is typically applied multiple times:
>> - in external TPL or in TPL for DEBUG_UART in board_debug_uart_init()
>> - in SPL for DEBUG_UART in board_debug_uart_i
On Mon, 29 Jul 2024 at 20:56, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Mon, 29 Jul 2024 at 02:40, Sughosh Ganu wrote:
> >
> > On Fri, 26 Jul 2024 at 05:02, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Wed, 24 Jul 2024 at 00:04, Sughosh Ganu
> > > wrote:
> > > >
> > > > Add a flag
Hi
I found few places, but I can not test changes against my code. Nice
if someone start to commit and split by file this changes
so we can test everything
Micahel
On Mon, Aug 5, 2024 at 12:54 PM Heiko Schocher wrote:
>
> Hello Michael,
>
> On 05.08.24 10:58, Michael Nazzareno Trimarchi wrote:
Hello Michael,
On 05.08.24 10:58, Michael Nazzareno Trimarchi wrote:
Hi all
On Mon, Aug 5, 2024 at 10:49 AM Alexander Dahl wrote:
Hello,
Am Mon, Aug 05, 2024 at 07:28:19AM +0200 schrieb Heiko Schocher:
Hello Ravi,
On 01.08.24 21:39, Ravi Minnikanti wrote:
Hi Heiko, Alexander,
On 7/31/24
Hi Jonas,
On 8/5/24 10:43 AM, Jonas Karlman wrote:
UART pinctrl for serial is typically applied multiple times:
- in external TPL or in TPL for DEBUG_UART in board_debug_uart_init()
- in SPL for DEBUG_UART in board_debug_uart_init()
- in SPL using pinctrl from DT
- in pre-reloc phase using pinct
On 8/5/24 01:58, Michael Nazzareno Trimarchi wrote:
> Hi all On Mon, Aug 5, 2024 at 10: 49 AM Alexander Dahl
> wrote: > > Hello, > > Am Mon, Aug 05, 2024 at 07: 28: 19AM +0200 schrieb
> Heiko
> Schocher: > > Hello Ravi, > > > > On 01. 08. 24 21: 39, Ravi
>
>
> Hi all
>
> On Mon, Aug 5, 2024
Hi Jonas,
On 8/5/24 11:02 AM, Jonas Karlman wrote:
Hi Quentin,
On 2024-08-05 09:19, Quentin Schulz wrote:
Hi Jonas,
On 8/4/24 5:09 PM, Jonas Karlman wrote:
Initializing a clock driver to read a known static clock rate can take
some time at U-Boot proper pre-reloc phase.
Change to first try
Hi Quentin,
On 2024-08-05 09:19, Quentin Schulz wrote:
> Hi Jonas,
>
> On 8/4/24 5:09 PM, Jonas Karlman wrote:
>> Initializing a clock driver to read a known static clock rate can take
>> some time at U-Boot proper pre-reloc phase.
>>
>> Change to first try and read clock rate from DT to speed up
Hi all
On Mon, Aug 5, 2024 at 10:49 AM Alexander Dahl wrote:
>
> Hello,
>
> Am Mon, Aug 05, 2024 at 07:28:19AM +0200 schrieb Heiko Schocher:
> > Hello Ravi,
> >
> > On 01.08.24 21:39, Ravi Minnikanti wrote:
> > > Hi Heiko, Alexander,
> > >
> > > On 7/31/24 23:54, Heiko Schocher wrote:
> > > > Hel
Hello,
Am Mon, Aug 05, 2024 at 07:28:19AM +0200 schrieb Heiko Schocher:
> Hello Ravi,
>
> On 01.08.24 21:39, Ravi Minnikanti wrote:
> > Hi Heiko, Alexander,
> >
> > On 7/31/24 23:54, Heiko Schocher wrote:
> > > Hello Alexander, On 01. 08. 24 08: 50, Alexander Dahl wrote: > Hei, > >
> > > Am Thu
UART pinctrl for serial is typically applied multiple times:
- in external TPL
- in SPL for DEBUG_UART in board_debug_uart_init()
- in SPL using pinctrl from DT
- in pre-reloc phase using pinctrl from DT
- after relocation using pinctrl from DT
Skip including UART pinctrl for the pre-reloc phase t
UART pinctrl for serial is typically applied multiple times:
- in TPL for DEBUG_UART in board_debug_uart_init()
- in SPL for DEBUG_UART in board_debug_uart_init()
- in SPL using pinctrl from DT
- in pre-reloc phase using pinctrl from DT
- after relocation using pinctrl from DT
Skip including UART
UART pinctrl for serial is typically applied multiple times:
- in external TPL
- in SPL using pinctrl from DT
- in pre-reloc phase using pinctrl from DT
- after relocation using pinctrl from DT
Skip including UART pinctrl for the pre-reloc phase to save time during
boot. On a Radxa ROCK Pi S this
UART pinctrl for serial is typically applied multiple times:
- in external TPL
- in SPL for DEBUG_UART in board_debug_uart_init()
- in SPL using pinctrl from DT
- in pre-reloc phase using pinctrl from DT
- after relocation using pinctrl from DT
Skip including UART pinctrl for the pre-reloc phase t
UART pinctrl for serial is typically applied multiple times:
- in external TPL or in TPL for DEBUG_UART in board_debug_uart_init()
- in SPL for DEBUG_UART in board_debug_uart_init()
- in SPL using pinctrl from DT
- in pre-reloc phase using pinctrl from DT
- after relocation using pinctrl from DT
T
This command allows easy update on SD card or eMMC of the flash.bin
generated (with binman) during u-boot build.
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Remove 'update_mmc_part' variable
- Change path for hostname
- Use full version of dhcp command (${loadaddr} added)
---
include/co
Hi Fabio,
> On Thu, Aug 1, 2024 at 11:47 AM Lukasz Majewski wrote:
> >
> > This change adds support for PCIe connected nvme disk -
> > phyBOARD-Polis base board.
> >
> > One needs to call following commands in u-boot:
> > > pci enum
> > > nvme scan
> > > nvme info
> >
> > And then ones to acc
Hi Jonas,
On 8/4/24 5:09 PM, Jonas Karlman wrote:
Initializing a clock driver to read a known static clock rate can take
some time at U-Boot proper pre-reloc phase.
Change to first try and read clock rate from DT to speed up boot time,
fall back to getting the clock rate from clock driver.
Thi
пн, 5 серп. 2024 р. о 10:08 Francesco Dolcini пише:
>
> On Mon, Aug 05, 2024 at 10:06:04AM +0300, Svyatoslav Ryhel wrote:
> > пн, 5 серп. 2024 р. о 10:05 Francesco Dolcini пише:
> > >
> > > On Mon, Aug 05, 2024 at 10:01:27AM +0300, Svyatoslav Ryhel wrote:
> > > > пн, 5 серп. 2024 р. о 08:32 Franc
On Mon, Aug 05, 2024 at 10:06:04AM +0300, Svyatoslav Ryhel wrote:
> пн, 5 серп. 2024 р. о 10:05 Francesco Dolcini пише:
> >
> > On Mon, Aug 05, 2024 at 10:01:27AM +0300, Svyatoslav Ryhel wrote:
> > > пн, 5 серп. 2024 р. о 08:32 Francesco Dolcini пише:
> > > > On Thu, Aug 01, 2024 at 08:57:38AM +0
пн, 5 серп. 2024 р. о 10:05 Francesco Dolcini пише:
>
> On Mon, Aug 05, 2024 at 10:01:27AM +0300, Svyatoslav Ryhel wrote:
> > пн, 5 серп. 2024 р. о 08:32 Francesco Dolcini пише:
> > > On Thu, Aug 01, 2024 at 08:57:38AM +0300, Svyatoslav Ryhel wrote:
> > > > Convert boards to use text based env. T
On Mon, Aug 05, 2024 at 10:01:27AM +0300, Svyatoslav Ryhel wrote:
> пн, 5 серп. 2024 р. о 08:32 Francesco Dolcini пише:
> > On Thu, Aug 01, 2024 at 08:57:38AM +0300, Svyatoslav Ryhel wrote:
> > > Convert boards to use text based env. This is the first stage of
> > > conversion, common inclusions s
Hi Jonas,
On 8/3/24 1:48 AM, Jonas Karlman wrote:
With the commit 6afdb1585112 ("dm: core: migrate debug() messages to use
dm_warn") use of DM_WARN/SPL_DM_WARN print a lot of debug messages.
Disable the SPL_DM_WARN Kconfig option to remove verbose logging and
restore normal serial console outpu
пн, 5 серп. 2024 р. о 08:32 Francesco Dolcini пише:
>
> Hello Clamor,
>
> On Thu, Aug 01, 2024 at 08:57:38AM +0300, Svyatoslav Ryhel wrote:
> > Convert boards to use text based env. This is the first stage of
> > conversion, common inclusions should be converted next.
> >
> > Signed-off-by: Svyato
91 matches
Mail list logo
