Hi Rick, Bin,
On Tue, Jun 27, 2023 at 09:12:35AM +0800, Bin Meng wrote:
> On Tue, Jun 27, 2023 at 8:50 AM Rick Chen wrote:
> >
> > > From: Bin Meng
> > > Sent: Wednesday, June 21, 2023 11:07 PM
> > > To: u-boot@lists.denx.de
> > > Cc: Andrew Scull ; Leo Yu-Chi Liang(梁育齊)
> > > ; Rick Jian-Zhi
This command, "scmi", provides a command line interface to various SCMI
protocols. It supports at least initially SCMI base protocol with the sub
command, "base", and is intended mainly for debug purpose.
Signed-off-by: AKASHI Takahiro
---
cmd/Kconfig | 8 ++
cmd/Makefile | 1 +
cmd/scmi.c
This is a help text for scmi command.
Signed-off-by: AKASHI Takahiro
---
doc/usage/cmd/scmi.rst | 98 ++
1 file changed, 98 insertions(+)
create mode 100644 doc/usage/cmd/scmi.rst
diff --git a/doc/usage/cmd/scmi.rst b/doc/usage/cmd/scmi.rst
new file
In this test, "scmi" with different sub-commands is tested.
Please note that scmi command is for debug purpose and is not
intended in production system.
Signed-off-by: AKASHI Takahiro
---
test/dm/scmi.c | 57 ++
1 file changed, 57 insertions(+)
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 simply the test flows.
The test scenario is not changed at all.
Signed-off-by: AKASHI Takahiro
---
This is a simple implementation of SCMI base protocol for sandbox.
The main use is in SCMI unit test.
Signed-off-by: AKASHI Takahiro
---
drivers/firmware/scmi/sandbox-scmi_agent.c | 359 -
1 file changed, 358 insertions(+), 1 deletion(-)
diff --git
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
---
test/dm/scmi.c | 112
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:
SCMI base protocol is mandatory and doesn't need to be listed in a device
tree.
Signed-off-by: AKASHI Takahiro
---
arch/sandbox/dts/test.dts | 4
1 file changed, 4 deletions(-)
diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/dts/test.dts
index ff9f9222e6f9..2aad94681148 100644
---
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
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
---
drivers/firmware/scmi/scmi_agent-uclass.c | 105 +-
include/scmi_agent-uclass.h | 12 +++
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.
TPL max size is limited to 184 KB, SPL is loaded to 0x0 and TF-A is
loaded to 0x4, this limit SPL max size to 256 KB. With BootRom only
reading first 2 KB per 4 KB page of SPI flash, 880 KB may be needed for
TPL+SPL in a worst-case scenario. (184 KB + 256 KB) x 2 = 880 KB
Use 0xE (896 KB)
Update documentation on how to write a bootable u-boot-rockchip-spi.bin
image into SPI flash. This removes the reference to a hardcoded and now
obsolete 0x6 payload offset.
Also remove an obsolete reference to pad_cat.
Signed-off-by: Jonas Karlman
---
doc/board/rockchip/rockchip.rst | 26
TPL max size is limited to 184 KB, SPL is loaded to 0x0 and TF-A is
loaded to 0x4, this limit SPL max size to 256 KB. With BootRom only
reading first 2 KB per 4 KB page of SPI flash, 880 KB may be needed for
TPL+SPL in a worst-case scenario. (184 KB + 256 KB) x 2 = 880 KB
Use 0xE (896 KB)
TPL max size is limited to 184 KB, SPL is loaded to 0x0 and TF-A is
loaded to 0x4, this limit SPL max size to 256 KB. With BootRom only
reading first 2 KB per 4 KB page of SPI flash, 880 KB may be needed for
TPL+SPL in a worst-case scenario. (184 KB + 256 KB) x 2 = 880 KB
Use 0xE (896 KB)
This series fixes a build issue introduced in commit 5713135ecc75
("rockchip: rockpro64: Build u-boot-rockchip-spi.bin"), reported by
Peter Robinson.
Closer inspection into how SPI flash is used revealed that current
payload offset, 0x6, is not enough to accommodate a worst-case
scenario and
TPL max size is limited to 184 KB, SPL is loaded to 0x0 and TF-A is
loaded to 0x4, this limit SPL max size to 256 KB. With BootRom only
reading first 2 KB per 4 KB page of SPI flash, 880 KB may be needed for
TPL+SPL in a worst-case scenario. (184 KB + 256 KB) x 2 = 880 KB
Use 0xE (896 KB)
hi Simon,
On Tue, 27 Jun 2023 at 17:51, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Tue, 27 Jun 2023 at 13:08, Sughosh Ganu wrote:
> >
> > hi Simon,
> >
> > On Tue, 27 Jun 2023 at 16:50, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Tue, 27 Jun 2023 at 05:57, Sughosh Ganu
> > >
On Tue, Jun 27, 2023 at 01:57:49PM -0300, Fabio Estevam wrote:
> From: Eduard Strehlau
>
> board_mmc_get_env_part() is not called as the default implementation
> of mmc_get_env_part() is used.
>
> Fix this problem by directly calling mmc_get_env_part() instead.
>
> Signed-off-by: Eduard
From: Eduard Strehlau
board_mmc_get_env_part() is not called as the default implementation
of mmc_get_env_part() is used.
Fix this problem by directly calling mmc_get_env_part() instead.
Signed-off-by: Eduard Strehlau
Signed-off-by: Fabio Estevam
---
Tom,
Stefano is out this week. Could you
On Tue, Jun 27, 2023 at 07:27:06AM +, Leo Liang wrote:
> Hi Tom,
>
> The following changes since commit 4f1077bc35f683985ff77e442ada7e8a8a52e3b7:
>
> Prepare v2023.07-rc5 (2023-06-26 11:44:06 -0400)
>
> are available in the Git repository at:
>
>
Thierry, Endeavoru device tree is not included into Makefile. Will you include
it or should I send v8? It feels like these patches are hanging in here for
ethernity.
23 червня 2023 р. 08:56:00 GMT+03:00, Svyatoslav Ryhel
написав(-ла):
>The HTC One X is a touchscreen-based, slate-sized
Do you guys wanna go to some pub today?
On Fri, 16 Jun 2023 14:13:59 +0200
Michal Simek wrote:
> Hi,
>
> I have had a chat with Marek that ELCE 2023 in Prague is coming.
> It is good opportunity to talk to each other in person.
> That's why we are interested to know who from U-Boot community
Change the device type from "usb_mass_storage" to "usb" when
booting a script.
Before this change:
=> printenv devtype
devtype=usb_mass_storage
After this change:
=> printenv devtype
devtype=usb
Signed-off-by: John Clark
---
boot/bootmeth_script.c | 8 ++--
1 file changed, 6
Hi Sughosh,
On Tue, 27 Jun 2023 at 13:08, Sughosh Ganu wrote:
>
> hi Simon,
>
> On Tue, 27 Jun 2023 at 16:50, Simon Glass wrote:
> >
> > Hi Sughosh,
> >
> > On Tue, 27 Jun 2023 at 05:57, Sughosh Ganu wrote:
> > >
> > > hi Simon,
> > >
> > > On Mon, 26 Jun 2023 at 17:43, Sughosh Ganu
> > >
On Mon, Jun 26, 2023, at 6:10 AM, Conor Dooley wrote:
> intro
> =
>
> When the RISC-V dt-bindings were accepted upstream in Linux, the base
> ISA etc had yet to be ratified. By the ratification of the base ISA,
> incompatible changes had snuck into the specifications - for example the
> Zicsr
On Mon, 26 Jun 2023 10:38:43 PDT (-0700), apa...@ventanamicro.com wrote:
On Mon, Jun 26, 2023 at 3:42 PM Conor Dooley wrote:
intro
=
When the RISC-V dt-bindings were accepted upstream in Linux, the base
ISA etc had yet to be ratified. By the ratification of the base ISA,
incompatible
On Mon, Jun 19, 2023 at 12:55:39PM -0700, Atish Patra wrote:
> The CFP for topic proposals for the RISC-V micro conference[1] 2023 is open
> now.
> Please submit your proposal before it's too late!
Thanks for posting. I am looking forward to it!
> The Linux plumbers event will be both in person
From: Christian Taedcke
This way custom logic can be implemented per board after the fpga
image is uploaded.
Signed-off-by: Christian Taedcke
---
common/spl/spl_fit.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/common/spl/spl_fit.c b/common/spl/spl_fit.c
index
From: Christian Taedcke
This moves the aes operation that is perfomed by the pmu into a
separate file. This way it can be called not just from the shell
command, but also e.g. from board initialization code.
Signed-off-by: Christian Taedcke
---
arch/arm/mach-zynqmp/Makefile |
From: Christian Taedcke
Add tests to reach 100% code coverage for the added etype encrypted.
Signed-off-by: Christian Taedcke
---
tools/binman/ftest.py | 69 +++
.../binman/test/282_encrypted_no_content.dts | 15
From: Christian Taedcke
The new encrypted etype generates a cipher node in the device tree
that should not be evaluated by binman, but still be kept in the
output device tree.
Signed-off-by: Christian Taedcke
---
tools/binman/etype/section.py | 2 +-
1 file changed, 1 insertion(+), 1
From: Christian Taedcke
This adds a new etype encrypted that is derived from collection.
It creates a new cipher node in the related image similar to the
cipher node used by u-boot, see boot/image-cipher.c.
Optionally it creates a global /cipher node containing a key and iv
using the same
From: Christian Taedcke
This series adds the functionality to handle externally encrypted
blobs to binman. It includes the functionality itself and the
corresponding unit tests. The generated device tree structure is
similar to the structure used in the already implemented cipher node
in
hi Simon,
On Tue, 27 Jun 2023 at 16:50, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Tue, 27 Jun 2023 at 05:57, Sughosh Ganu wrote:
> >
> > hi Simon,
> >
> > On Mon, 26 Jun 2023 at 17:43, Sughosh Ganu wrote:
> > >
> > > hi Simon,
> > >
> > > On Mon, 26 Jun 2023 at 14:38, Simon Glass wrote:
> > >
Hey Atish, Stefan,
On Mon, Jun 26, 2023 at 11:35:10PM -0700, Atish Patra wrote:
> On Mon, Jun 26, 2023 at 5:40 PM Stefan O'Rear wrote:
> > On Mon, Jun 26, 2023, at 6:10 AM, Conor Dooley wrote:
> > > Off-list, some of the RVI folks have committed to shoring up the wording
> > > in either the ISA
Hi Sughosh,
On Tue, 27 Jun 2023 at 05:57, Sughosh Ganu wrote:
>
> hi Simon,
>
> On Mon, 26 Jun 2023 at 17:43, Sughosh Ganu wrote:
> >
> > hi Simon,
> >
> > On Mon, 26 Jun 2023 at 14:38, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Wed, 21 Jun 2023 at 05:26, Sughosh Ganu
> > >
hi Simon,
On Tue, 27 Jun 2023 at 15:44, Simon Glass wrote:
>
> Hi,
>
> On Tue, 27 Jun 2023 at 10:55, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > On Mon, 26 Jun 2023 at 14:19, Simon Glass wrote:
> > >
> > > Hi Ilias,
> > >
> > > On Mon, 26 Jun 2023 at 10:53, Ilias Apalodimas
> > >
Hi,
On Tue, 27 Jun 2023 at 10:55, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Mon, 26 Jun 2023 at 14:19, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Mon, 26 Jun 2023 at 10:53, Ilias Apalodimas
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > [...]
> > >
> > > > > > > > > +
> > > > > > > > >
Hi Simon,
On Mon, 26 Jun 2023 at 14:19, Simon Glass wrote:
>
> Hi Ilias,
>
> On Mon, 26 Jun 2023 at 10:53, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > [...]
> >
> > > > > > > > +
> > > > > > > > +gen_capsule_signature_file signature.$$.dts > /dev/null 2>&1
> > > > > > > > +$CPP
Hi Tom,
The following changes since commit 4f1077bc35f683985ff77e442ada7e8a8a52e3b7:
Prepare v2023.07-rc5 (2023-06-26 11:44:06 -0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-riscv.git riscv-fixes
for you to fetch changes up to
On Tue, Jun 27, 2023 at 1:23 AM Palmer Dabbelt wrote:
>
> On Mon, 26 Jun 2023 10:38:43 PDT (-0700), apa...@ventanamicro.com wrote:
> > On Mon, Jun 26, 2023 at 3:42 PM Conor Dooley
> > wrote:
> >>
> >> intro
> >> =
> >>
> >> When the RISC-V dt-bindings were accepted upstream in Linux, the
On Mon, Jun 26, 2023 at 5:40 PM Stefan O'Rear wrote:
>
> On Mon, Jun 26, 2023, at 6:10 AM, Conor Dooley wrote:
> > intro
> > =
> >
> > When the RISC-V dt-bindings were accepted upstream in Linux, the base
> > ISA etc had yet to be ratified. By the ratification of the base ISA,
> >
On Mon, Jun 26, 2023 at 9:08 PM Drew Fustini wrote:
>
> On Mon, Jun 19, 2023 at 12:55:39PM -0700, Atish Patra wrote:
> > The CFP for topic proposals for the RISC-V micro conference[1] 2023 is open
> > now.
> > Please submit your proposal before it's too late!
>
> Thanks for posting. I am looking
45 matches
Mail list logo