On Sep 11, 2023 at 09:02:56 -0500, Nishanth Menon wrote:
> Sync device tree with v6.6-rc1
>
> Signed-off-by: Nishanth Menon
> ---
> arch/arm/dts/k3-am62-main.dtsi | 52 -
> arch/arm/dts/k3-am62-mcu.dtsi| 24 +
> arch/arm/dts/k3-am62-verdin-dev.dtsi | 50 +
>
In this test, "scmi" command is tested against different sub-commands.
Please note that scmi command is for debug purpose and is not intended
in production system.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v4
* move 'base'-related changes to the p
This is a help text for scmi command.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v4
* s/tranport/transport/
v2
* add more descriptions about SCMI
---
doc/usage/cmd/scmi.rst | 126 +
1 file changed, 126 inser
This command, "scmi", may provide a command line interface to various SCMI
protocols. It supports at least initially SCMI base protocol and is
intended mainly for debug purpose.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v3
* describe that argument
Added is a new unit test for SCMI base protocol, which will exercise all
the commands provided by the protocol, except SCMI_BASE_NOTIFY_ERRORS.
$ ut dm scmi_base
It is assumed that test.dtb is used as sandbox's device tree.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Etienne Carriere
---
v4
*
SCMI base protocol is mandatory and doesn't need to be listed in a device
tree.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
arch/sandbox/dts/test.dts | 4
1 file changed, 4 deletions(-)
diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/dt
Now that we have Base protocol support, we will be able to check if a given
protocol is really supported by the SCMI server (firmware).
Signed-off-by: AKASHI Takahiro
Reviewed-by: Etienne Carriere
---
v3
* new; import this patch from my followup patch set
---
drivers/firmware/scmi/scmi_agent-uc
SCMI base protocol is mandatory, and once SCMI node is found in a device
tree, the protocol handle (udevice) is unconditionally installed to
the agent. Then basic information will be retrieved from SCMI server via
the protocol and saved into the agent instance's local storage.
Signed-off-by: AKASH
Adding SCMI base protocol makes it inconvenient to hold the agent instance
(udevice) locally since the agent device will be re-created per each test.
Just remove it and simplify the test flows.
The test scenario is not changed at all.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Revie
This is a simple implementation of SCMI base protocol for sandbox.
The main use is in SCMI unit test.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v4
* move this patch forward in this series before installing base
protocol to avoid collapsing exist
This framework allows SCMI protocols to be installed and bound to the agent
so that the agent can manage and utilize them later.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
V4
* remove 'agent' variable as it should be added in the following commit
v
Move the location of scmi_bind_protocols() backward for changes
in later patches.
There is no change in functionality.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v4
* remove scmi_bind_protocols() from the original place. See patch#1
* s/depeding/de
SCMI base protocol is mandatory according to the SCMI specification.
With this patch, SCMI base protocol can be accessed via SCMI transport
layers. All the commands, except SCMI_BASE_NOTIFY_ERRORS, are supported.
This is because U-Boot doesn't support interrupts and the current transport
layers ar
The commit 85dc58289238 ("firmware: scmi: prepare uclass to pass channel
reference") added an explicit parameter, channel, but it seems to make
the code complex.
Hiding this parameter will allow for adding a generic (protocol-agnostic)
helper function, i.e. for PROTOCOL_VERSION, in a later patch.
This patch series allows users to access SCMI base protocol provided by
SCMI server (platform). It will also be utilized in separate patches
in the future to add sanity/validity checks for other protocols.
See SCMI specification document v3.2 beta[1] for more details about SCMI
base protocol.
What
Hi Tom,
[...]
> > > > > > > > > I don't think they should be in DT at all, they don't describe
> > > > > > > > > anything to do with hardware, or generally even the runtime
> > > > > > > > > of a
> > > > > > > > > device, they don't even describe the boot/runtime state of the
> > > > > > > > > f
On Fri, Sep 08, 2023 at 02:19:22PM +, Etienne CARRIERE wrote:
> > From: AKASHI Takahiro
> > Sent: Friday, September 8, 2023 04:51
> >
> > SCMI base protocol is mandatory, and once SCMI node is found in a device
> > tree, the protocol handle (udevice) is unconditionally installed to
> > the a
Hello Jami,
For DDR size problem, I think we could enable CONFIG_OF_BOARD_SETUP, then use
ft_board_setup() to apply fdt_fixup_memory()? Just like what they did in spl.c:
https://patchwork.ozlabs.org/project/uboot/patch/20230615093652.23161-12-yanhong.w...@starfivetech.com/
Best regards,
Shengyu
(
Hi Nishanth
On 11/09/23 16:53, Nishanth Menon wrote:
On 19:44-20230907, Neha Malcom Francis wrote:
Sync k3-j721e DTS with kernel.org v6.5-rc1.
Signed-off-by: Neha Malcom Francis
---
.../k3-j721e-common-proc-board-u-boot.dtsi| 146 +--
arch/arm/dts/k3-j721e-common-proc-board.dts | 483
Hi Simon,
On Sun, Sep 10, 2023 at 3:37 PM Simon Glass wrote:
>
> Hi Tony,
>
> On Fri, 8 Sept 2023 at 13:10, Tony Dinh wrote:
> >
> > Add ahci sata bootdev and corresponding hunting function.
> >
> > Signed-off-by: Tony Dinh
> > ---
> >
> > Changes in v3:
> > - Correct drivers/ata/Makefile to co
On 2023/9/9 17:33, Massimo Pegorer wrote:
There is no support to initialize DRAM on rk3308 SoC using U-Boot
TPL or SPL, and therefore an external TPL binary must be used to
package a bootable u-boot-rockchip.bin image.
Default ROCKCHIP_EXTERNAL_TPL to yes if ROCKCHIP_RK3308.
Remove useless TPL
Hi Simon, no problem, apologies for the quoting issue, and thank you for
all your prompt answers and some guidance to try to understand what is
happening.
Although I'm still having the same issue, I'll share more insights just in
case they might be useful for anyone having the same problem.
1. Af
On Wed, 6 Sep 2023 23:53:51 +0300
Andrey Skvortsov wrote:
Hi Andrey,
we seem to have a very different approach to the whole booting process,
which makes this conversation quite involved.
I understand how things have been traditionally handled in the past, in
the embedded world (DTBs bundled wit
> From: Janne Grunau
> Date: Wed, 06 Sep 2023 23:50:34 +0200
>
> Apple's M2 Ultra SoC are somewhat similar to the M1 Ultra but needs
> a tweaked memory map as the M2 Pro/Max SoCs. USB, NVMe, UART, WDT
> and PCIe are working with the existing drivers.
>
> Signed-off-by: Janne Grunau
Reviewed-b
> From: Simon Glass
> Date: Sun, 10 Sep 2023 16:36:48 -0600
>
> Hi,
>
> On Wed, 6 Sept 2023 at 15:50, Janne Grunau wrote:
> >
> > Apple's M2 Ultra SoC are somewhat similar to the M1 Ultra but needs
> > a tweaked memory map as the M2 Pro/Max SoCs. USB, NVMe, UART, WDT
> > and PCIe are working w
On Fri, Sep 08, 2023 at 06:28:14PM +0300, Ilias Apalodimas wrote:
> Hi Tom,
>
> On Fri, 8 Sept 2023 at 17:54, Tom Rini wrote:
> >
> > On Fri, Sep 08, 2023 at 01:13:42PM +0300, Ilias Apalodimas wrote:
> > > Hi Simon,
> > >
> > > On Thu, 7 Sept 2023 at 15:23, Simon Glass wrote:
> > > >
> > > > Hi
Sync j7200 dts with Linux 6.6-rc1
- k3-j7200-r5-common-proc-board.dts now inherits from
k3-j7200-common-proc-board.dts instead of k3-j7200-som-p0.dtsi. This
allows us to trim down the r5 file considerably by using existing
properties
- remove pimux nodes from r5 file
- remove duplicate nod
mcu_timer0 is now used as the tick timer in u-boot, so this adds the
timer to the soc device list so it can be enabled via the k3 power
controller.
Reviewed-by: Nishanth Menon
Signed-off-by: Reid Tonking
---
arch/arm/mach-k3/j7200/dev-data.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/a
This series tries to sync device tree files from Linux v6.6-rc1 while
making changes to the u-boot.dtsi and r5-common-proc-board.dts files in
order to remove duplicate nodes and achieve successful boot.
This is dependent on [0]. This patch was originally a part of v2, but
was spun of as a dependen
Now we have to use UCLASS_SM driver instead of
raw smc_call() function call.
Signed-off-by: Alexey Romanov
---
arch/arm/mach-meson/Kconfig | 1 +
arch/arm/mach-meson/sm.c| 110 +++-
2 files changed, 58 insertions(+), 53 deletions(-)
diff --git a/arch/arm/ma
This patch adds an implementation of the Meson Secure Monitor
driver based on UCLASS_SM.
Signed-off-by: Alexey Romanov
---
MAINTAINERS | 1 +
drivers/sm/Kconfig| 7 ++
drivers/sm/Makefile | 1 +
drivers/sm/meson-sm.c | 198 ++
include
The common.h header should always be first, followed
by other headers in order, then headers with directories,
then local files.
Signed-off-by: Alexey Romanov
---
arch/arm/mach-meson/sm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-meson/sm.c b/arch/ar
We use this option for test UCLASS_SM.
Signed-off-by: Alexey Romanov
---
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/sandbox_defconfig b/configs/sandbox_defconfig
index be46cae7aa..0745a4ecca 100644
--- a/configs/sandbox_defconfig
+++ b/configs/sandbox_d
This patchs adds simple tests for Secure Monitor uclass.
Signed-off-by: Alexey Romanov
---
test/dm/Makefile | 1 +
test/dm/sm.c | 65
2 files changed, 66 insertions(+)
create mode 100644 test/dm/sm.c
diff --git a/test/dm/Makefile b/test/dm/
We need this to test UCLASS_SM.
Signed-off-by: Alexey Romanov
---
arch/sandbox/dts/test.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/dts/test.dts
index dffe10adbf..4475aa58a6 100644
--- a/arch/sandbox/dts/test.dts
+++ b/arch/sandbox/dts/tes
This patch adds sandbox secure monitor driver.
Signed-off-by: Alexey Romanov
---
drivers/sm/Makefile | 1 +
drivers/sm/sandbox-sm.c | 76 +
include/sandbox-sm.h| 18 ++
3 files changed, 95 insertions(+)
create mode 100644 drivers/sm/sandb
At the moment, we don't have a common API for working with
SM, only the smc_call() function. This approach is not generic
and difficult to configure and maintain.
This patch adds UCLASS_SM with the generic API:
- sm_call()
- sm_call_write()
- sm_call_read()
These functions operate with struct pt
Hello!
At the moment, there is no single general approach to using
secure monitor in U-Boot, there is only the smc_call() function,
over which everyone builds their own add-ons. This patchset
is designed to solve this problem by adding a new uclass -
SM_UCLASS. This UCLASS export following generic
From: Jami Kettunen
Used to select mainline kernel fdtfile based on board revision.
Signed-off-by: Jami Kettunen
---
configs/starfive_visionfive2_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/starfive_visionfive2_defconfig
b/configs/starfive_visionfive2_defconfig
index
From: Jami Kettunen
Linux mainline kernel device tree files[1] are named:
- jh7110-starfive-visionfive-2-v1.2a
- jh7110-starfive-visionfive-2-v1.3b
which should be selected accordingly by U-Boot to have a proper extlinux
experience with fdtdir set by the distribution.
[1] https://github.com/tor
From: Jami Kettunen
Currently booting a mainline Linux kernel via extlinux with fdtdir set
doesn't load a proper DTB but passes on the U-Boot one to the kernel
which as far as I know is very incorrect and prevents user (normally
distro) provided DTB usage in a sensible/generic way.
A uEnv.txt or
STM32 RNG configuration should best fit the requirements of the
platform. Therefore, put a platform-specific RNG configuration
field in the platform data. Default RNG configuration for STM32MP13
is the NIST certified configuration [1].
While there, fix and the RNG init sequence to support all RNG
Add RNG node for STM32MP13x platforms.
Signed-off-by: Gatien Chevallier
Reviewed-by: Patrick Delaunay
---
Changes in V2:
- Added Patrick's tag
arch/arm/dts/stm32mp131.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/stm32mp131.dtsi b/arch/arm/dts/stm32mp131
Seed errors can occur when using the hardware RNG. Implement the
sequences to handle them. This avoids irrecoverable RNG state.
Try to conceal seed errors when possible. If, despite the error
concealing tries, a seed error is still present, then return an error.
A clock error does not compromise
In order to ensure a good RNG quality and compatibility with
certified RNG configuration, add RNG clock frequency restraint.
Signed-off-by: Gatien Chevallier
Reviewed-by: Patrick Delaunay
---
Changes in V2:
- Added Patrick's tag
drivers/rng/stm32_rng.c | 43
RNG clock error detection is now enabled if the "clock-error-detect"
property is set in the device tree.
Signed-off-by: Gatien Chevallier
Reviewed-by: Patrick Delaunay
---
Changes in V2:
- Added Patrick's tag
drivers/rng/stm32_rng.c | 22 +-
1 file changed, 17 inser
Rename the RNG driver as it is usable by other STM32 platforms
than the STM32MP1x ones. Rename CONFIG_RNG_STM32MP1 to
CONFIG_RNG_STM32
Signed-off-by: Gatien Chevallier
Reviewed-by: Grzegorz Szymaszek
---
Changes in V2:
- Added ARCH_STM32 in the "depends on" section of the
RNG_
Default embed this configuration. If OP-TEE PTA RNG is exposed, it means
that the RNG is managed by the secure world. Therefore, the RNG node
should be disabled in the device tree as an access would be denied
by the hardware firewall.
Signed-off-by: Gatien Chevallier
Reviewed-by: Patrick Delaunay
This is the cover letter for patchset [1].
First, do not restrain the STM32 RNG driver to the MPU series.
The STM32MP13x platforms have a RNG hardware block that supports
customization, a conditional reset sequences that allows to
recover from certain situations and a configuration locking
mechani
When a Rockchip rk3066 board download key is pressed it hangs.
The rk3066 BROM doesn't have support to check the return to BROM,
so when a key is pressed the loop that reads data must be broken
by writing a "-1" to the variable that points to the next page address.
It then goes in download mode and
On 20:29-20230911, Kumar, Udit wrote:
> Thank you for suggestion Nishanth
>
> On 9/11/2023 6:51 PM, Nishanth Menon wrote:
> > On 16:49-20230911, Udit Kumar wrote:
> > > [..]
> > And maybe expand this patch so that it contains something like the
> > following to
Thank you for suggestion Nishanth
On 9/11/2023 6:51 PM, Nishanth Menon wrote:
On 16:49-20230911, Udit Kumar wrote:
[..]
And maybe expand this patch so that it contains something like the
following to prevent this from coming back again elsewhere?
diff --git a/drivers/clk/ti/Kconfig b/drivers
Introduce the new serdes header from kernel v6.6-rc1
The DTS uses constants for SERDES MUX idle state values which were earlier
provided as bindings header. But they are unsuitable for bindings.
So move these constants in a header next to DTS.
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-s
The constants to define the idle state of SERDES MUX were defined in
bindings header. They are used only in DTS and driver uses the dt property
to set the idle state making it unsuitable for bindings.
The constants are moved to header next to DTS ("arch/arm/boot/dts/")
and all the references to bin
The DTS uses constants for SERDES MUX idle state values which were earlier
provided as bindings header. But they are unsuitable for bindings.
So move these constants in a header next to DTS.
NOTE: sync with v6.6-rc1 will bring in this change naturally.
Signed-off-by: Nishanth Menon
---
arch/arm
Sync with kernel v6.6-rc1
Bootlog: am642-sk:
https://gist.github.com/nmenon/35f509e2f63b0ab0b434625e68e4f37d
Nishanth Menon (4):
arm: dts: Introduce k3-serdes.h from v6.6-rc1
arm: dts: k3*: Use local header for SERDES MUX idle-state values
dt-bindings: ti-serdes: Deprecate header with cons
Sync device tree with v6.6-rc1
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-am64-main.dtsi | 48 +++---
arch/arm/dts/k3-am642-evm.dts | 2 ++
arch/arm/dts/k3-am642-sk.dts | 6 ++---
3 files changed, 25 insertions(+), 31 deletions(-)
diff --git a/arch/arm/dt
hi Simon,
On Mon, 11 Sept 2023 at 00:44, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Fri, 8 Sept 2023 at 06:00, Sughosh Ganu wrote:
> >
> > Add support in binman for generating capsules by reading the capsule
> > parameters through a config file. Also add a test case in binman for
> > this mode of
From: Thippeswamy Havalige
Update ECAM size to discover up to 256 buses
Signed-off-by: Thippeswamy Havalige
Acked-by: Venkatesh Yadav Abbarapu
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/zynqmp.dts
From: Srinivas Neeli
Added resets property for CAN nodes.
Signed-off-by: Srinivas Neeli
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/zynqmp.dtsi b/arch/arm/dts/zynqmp.dtsi
index 355f360281b5..a71875755bc0 100644
-
From: Saeed Nowshadi
Correct the i2c address for si570 oscillator that generates the si570_user1
clock. i2c address was changed by commit b6a8c603d680 ("arm64: zynqmp: Fix
i2c addresses for vck190 SC") because address in node name wasn't aligned
with reg property. But actual 0x5f address is corre
From: Amit Kumar Mahapatra
Added no-wp DT property in OSPI flash node for all board dts & dtsi files
on which the WP# signal of the OSPI flash device is not connected. If this
property is set, then the software will avoid setting the status register
write disable (SRWD) bit in status register dur
xlnx,mio_bank was used in past but it was renamed to xlnx,mio-bank because
'_' in property shoudln't be used. There is no impact on the platform
because if the properly is not defined bank 0 is default. Bank 0 and 1 have
the same configuration that's why there shouldn't be any issue.
Signed-off-by
Hi,
I am sending patches which I found are not sent out yet.
These 5 patches are fixing typos or incorrect device description or adding
already defined properties.
Thanks,
Michal
Amit Kumar Mahapatra (1):
arm64: versal: Add no-wp DT property in OSPI flash node
Michal Simek (1):
arm64: zynq
Sync device tree with v6.6-rc1
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-am62-main.dtsi | 52 -
arch/arm/dts/k3-am62-mcu.dtsi| 24 +
arch/arm/dts/k3-am62-verdin-dev.dtsi | 50 +
arch/arm/dts/k3-am62-verdin.dtsi | 45 +++-
arch/arm/dts/k3-am62
Sync pinctrl header with v6.6-rc1
Signed-off-by: Nishanth Menon
---
arch/arm/dts/k3-pinctrl.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/dts/k3-pinctrl.h b/arch/arm/dts/k3-pinctrl.h
index c97548a3f42d..2a4e0e084d69 100644
--- a/arch/arm/dts/k3-pinctrl.h
+++ b/arch
Sync device tree with v6.6-rc1
Bootlog: beagleplay:
https://gist.github.com/nmenon/b46863248e8cf0cdaaeca0d55c966af4
Nishanth Menon (2):
arm: dts: k3-pinctrl: Sync with kernel v6.6-rc1
arm: dts: k3-am625: Sync with kernel v6.6-rc1
arch/arm/dts/k3-am62-main.dtsi | 52 -
arch/a
On Sun, Sep 10, 2023 at 06:13:35PM -0600, Simon Glass wrote:
> When the ordering of CONFIG options changes, the gzipped CONFIG list can
> change in size and contents. This makes it hard to compare commits which
> only different in CONFIG ordering.
>
> Disable this when -r is given, to make this e
Missing u-boot node shouldn't be visible in bootlog without debug enabled
that's why change message from printf to debug.
Signed-off-by: Michal Simek
---
drivers/core/ofnode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/core/ofnode.c b/drivers/core/ofnode.c
i
On 9/5/23 13:30, Michal Simek wrote:
When distro boot is disabled there is no reason to generate variables for
it. Also do not update boot_targets variable because it would be unused.
It is useful for example when standard boot is enabled and distro boot
is disabled.
Signed-off-by: Michal Si
On 9/5/23 10:23, Michal Simek wrote:
Mini configuration is not design to boot anything that's why there is no
reason to setup boot command. CONFIG_DISTRO_DEFAULTS is disabled anyway.
Signed-off-by: Michal Simek
---
configs/xilinx_versal_mini_defconfig | 2 --
configs/xilinx_versal_
On 16:49-20230911, Udit Kumar wrote:
> For J7200, R5/SPL TI_SCI_POWER_DOMAIN should be
> disabled as DM is a separate binary like other
> SOC of J7* family.
>
> Fixes: 02dff65efe7 (configs: j7200_evm_r5: Add initial support)
>
> Signed-off-by: Udit Kumar
>
Current alignment which is using 16 bytes is not correct in connection to
trace_clocks description and it's length.
That's why use start_addr variable and record proper size based on used
entries.
Fixes: be16fc81b2ed ("trace: Update proftool to use new binary format").
Signed-off-by: Michal Simek
Flyrecord tracing data are page aligned that's why it is necessary to
calculate alignment properly. Because trace_clocks description is the part
of record length it is necessary to have information about length earlier.
Signed-off-by: Michal Simek
---
tools/proftool.c | 7 ---
1 file change
Hi,
sandbox is getting bigger and bigger and I have reached the case that
adding some more functions ends up in CI loop failure. After some
investigation I found that flyrecord header have incorrect information
about data offset which is caused by incorrect alignment calculation.
That's why this s
tputq() requires variables to have 64bit width that's why make them 64bit
to clean alignment requirement.
Signed-off-by: Michal Simek
---
tools/proftool.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/proftool.c b/tools/proftool.c
index 101bcb63334e..869a2a32c510 1
Hi Michal,
On Mon, 11 Sept 2023 at 13:58, Michal Simek wrote:
>
> Hi Ilias,
>
> On 9/11/23 09:56, Ilias Apalodimas wrote:
> > Hi Michal,
> >
> > On Mon, 11 Sept 2023 at 09:38, Michal Simek wrote:
> >>
> >>
> >>
> >> On 9/11/23 08:17, Ilias Apalodimas wrote:
> >>> Hi Simon,
> >>>
> >>> On Sun, 10
On 19:44-20230907, Neha Malcom Francis wrote:
> Sync k3-j721e DTS with kernel.org v6.5-rc1.
>
> Signed-off-by: Neha Malcom Francis
> ---
> .../k3-j721e-common-proc-board-u-boot.dtsi| 146 +--
> arch/arm/dts/k3-j721e-common-proc-board.dts | 483 ++---
> arch/arm/dts/k3-j721e-main.dtsi
For J7200, R5/SPL TI_SCI_POWER_DOMAIN should be
disabled as DM is a separate binary like other
SOC of J7* family.
Fixes: 02dff65efe7 (configs: j7200_evm_r5: Add initial support)
Signed-off-by: Udit Kumar
---
Boot logs
https://gist.github.com/uditkumarti/04f053efa73eae8be53666d9a31033c2
configs
On 09:27-20230909, Trevor Woerner wrote:
> On Fri 2023-09-08 @ 12:36:17 PM, Nishanth Menon wrote:
> > On 11:25-20230830, Trevor Woerner wrote:
> > > Commit 4b2be78ab66c ("time: Fix get_ticks being non-monotonic")
> > > requires '/chosen/tick-timer' in device-tree. Otherwise we get:
> > >
> > > U
Hi Ilias,
On 9/11/23 09:56, Ilias Apalodimas wrote:
Hi Michal,
On Mon, 11 Sept 2023 at 09:38, Michal Simek wrote:
On 9/11/23 08:17, Ilias Apalodimas wrote:
Hi Simon,
On Sun, 10 Sept 2023 at 22:14, Simon Glass wrote:
Hi Ilias,
On Mon, 4 Sept 2023 at 03:31, Ilias Apalodimas
wrote:
H
On Mon, Sep 11, 2023 at 10:27:38AM +0200, Grzegorz Szymaszek wrote:
> [...] Shouldn't the "depends on" be updated as well?
> ("depends on ARCH_STM32 || ARCH_STM32MP", like in STM32_RESET.)
Forgot to add:
Reviewed-by: Grzegorz Szymaszek
signature.asc
Description: PGP signature
align with other boards.
Signed-off-by: FUKAUMI Naoki
---
configs/rock-pi-s-rk3308_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/rock-pi-s-rk3308_defconfig
b/configs/rock-pi-s-rk3308_defconfig
index cc3274a98b..cd0a996ee7 100644
--- a/configs/rock-pi-s-rk3308_defconfig
++
all rk3308 boards should use their own dtb file.
also, change fdt_addr_r to avoid following error:
"ERROR: Did not find a cmdline Flattened Device Tree"
it happens on Radxa ROCK Pi S (256MB/512MB) with kernel built from
Radxa BSP.
Signed-off-by: FUKAUMI Naoki
---
configs/evb-rk3308_defconfig
enable CONFIG_OF_LIBFDT_OVERLAY and use it on Radxa ROCK Pi S.
Signed-off-by: FUKAUMI Naoki
---
configs/rock-pi-s-rk3308_defconfig | 1 +
include/configs/rk3308_common.h| 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/rock-pi-s-rk3308_defconfig
b/configs/rock-pi-s-rk3308_defcon
On 9/11/23 10:27, Grzegorz Szymaszek wrote:
Hi,
On Thu, Sep 07, 2023 at 06:21:54PM +0200, Gatien Chevallier wrote:
diff --git a/drivers/rng/Kconfig b/drivers/rng/Kconfig
-%<-
-config RNG_STM32MP1
- bool "Enable random number generator for STM32MP1"
+config RNG_STM32
+ bool "Enable r
Hi,
On 9/7/23 18:22, Gatien Chevallier wrote:
Add RNG node for STM32MP13x platforms.
Signed-off-by: Gatien Chevallier
---
arch/arm/dts/stm32mp131.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/stm32mp131.dtsi b/arch/arm/dts/stm32mp131.dtsi
index d23bbc3639..bd
Hi,
On 9/7/23 18:21, Gatien Chevallier wrote:
STM32 RNG configuration should best fit the requirements of the
platform. Therefore, put a platform-specific RNG configuration
field in the platform data. Default RNG configuration for STM32MP13
is the NIST certified configuration [1].
While there,
Hi,
On 9/7/23 18:21, Gatien Chevallier wrote:
Seed errors can occur when using the hardware RNG. Implement the
sequences to handle them. This avoids irrecoverable RNG state.
Try to conceal seed errors when possible. If, despite the error
concealing tries, a seed error is still present, then ret
hi,
On 9/9/23 18:33, Massimo Pegorer wrote:
There is no support to initialize DRAM on rk3308 SoC using U-Boot
TPL or SPL, and therefore an external TPL binary must be used to
package a bootable u-boot-rockchip.bin image.
Default ROCKCHIP_EXTERNAL_TPL to yes if ROCKCHIP_RK3308.
Remove useless TP
Hi,
On 9/7/23 18:21, Gatien Chevallier wrote:
In order to ensure a good RNG quality and compatibility with
certified RNG configuration, add RNG clock frequency restraint.
Signed-off-by: Gatien Chevallier
---
drivers/rng/stm32_rng.c | 43 -
1 file chan
Hi,
On 9/7/23 18:21, Gatien Chevallier wrote:
RNG clock error detection is now enabled if the "clock-error-detect"
property is set in the device tree.
Signed-off-by: Gatien Chevallier
---
drivers/rng/stm32_rng.c | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
On 9/8/23 20:58, Heinrich Schuchardt wrote:
On 9/7/23 18:21, Gatien Chevallier wrote:
Default embed this configuration. If OP-TEE PTA RNG is present as well,
the priority will be given to it instead of the U-Boot driver.
Are you relying here on drivers being probed in alphabetical sequence?
Hi,
On 9/7/23 18:21, Gatien Chevallier wrote:
Default embed this configuration. If OP-TEE PTA RNG is present as well,
the priority will be given to it instead of the U-Boot driver.
The STM32 RNG driver will be probed when the is activated in U-Boot
device tree,
it is avaiable for non secur
Hi,
On 9/7/23 18:21, Gatien Chevallier wrote:
Rename the RNG driver as it is usable by other STM32 platforms
than the STM32MP1x ones. Rename CONFIG_RNG_STM32MP1 to
CONFIG_RNG_STM32
Signed-off-by: Gatien Chevallier
---
MAINTAINERS | 2 +-
configs/stm32mp15_bas
Hi,
On 9/8/23 21:07, Heinrich Schuchardt wrote:
On 9/7/23 18:21, Gatien Chevallier wrote:
RNG clock error detection is now enabled if the "clock-error-detect"
property is set in the device tree.
Signed-off-by: Gatien Chevallier
---
drivers/rng/stm32_rng.c | 22 +-
1 fil
Hi,
On Thu, Sep 07, 2023 at 06:21:54PM +0200, Gatien Chevallier wrote:
> diff --git a/drivers/rng/Kconfig b/drivers/rng/Kconfig
> -%<-
> -config RNG_STM32MP1
> - bool "Enable random number generator for STM32MP1"
> +config RNG_STM32
> + bool "Enable random number generator for STM32"
>
Hi Michal,
On Mon, 11 Sept 2023 at 09:38, Michal Simek wrote:
>
>
>
> On 9/11/23 08:17, Ilias Apalodimas wrote:
> > Hi Simon,
> >
> > On Sun, 10 Sept 2023 at 22:14, Simon Glass wrote:
> >>
> >> Hi Ilias,
> >>
> >> On Mon, 4 Sept 2023 at 03:31, Ilias Apalodimas
> >> wrote:
> >>>
> >>> Hi Simon,
On Fri, Sep 08, 2023 at 02:27:15PM +, Etienne CARRIERE wrote:
> > From: AKASHI Takahiro
> > Sent: Friday, September 8, 2023 04:51
> >
> > In this test, "scmi" command is tested against different sub-commands.
> > Please note that scmi command is for debug purpose and is not intended
> > in p
On Fri, Sep 08, 2023 at 02:02:22PM +, Etienne CARRIERE wrote:
> Hello Akashi-san,
>
> Some minor comments.
>
> > From: AKASHI Takahiro
> > Sent: Friday, September 8, 2023 04:51
> >
> > SCMI base protocol is mandatory, and once SCMI node is found in a device
> > tree, the protocol handle (ud
100 matches
Mail list logo
