This script can fail if there is no toolchain available for the board.
At present this is not handled very nicely, in that only the error
output is reported. It is much more useful to see everything, so
combine stdout and stderr and report them both.
Signed-off-by: Simon Glass
---
test/py/conft
s can be found in
> the bin/konsulko-labgrid directory.
>
> Reviewed-by: Simon Glass
> Co-developed-by: Tom Rini
> Signed-off-by: Edi Feschiyan
With a rename to suffix these as "-trini", applied to
u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
d cover letter for Labgrid-sjg
>
> [...]
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
--
Tom
The top part of each of the u-boot-test-* files is common. Put it in
a common script file to avoid duplication and to allow it to be
replaced for the Labgrid-sjg integration.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v5:
- Use Labgrid-sjg instead of Labgrid
- Use
| 22 ++
bin/u-boot-test-getrole | 38
bin/u-boot-test-release | 26
9 files changed, 296 insertions(+)
create mode 100644 bin/console.labgrid-sjg
create mode 100755 bin/ellesmere/common-labgrid-sjg
create mode 100644 bin/elle
These methods don't have a 'none' method right now, but it will be
needed for Labgrid. Add these scripts.
Note that these are not used by the existing integration, which requires
that boards can be powered off and on.
Signed-off-by: Simon Glass
---
(no changes since v4)
Changes in v4:
- Add ne
ease.none | 22 ++
bin/u-boot-test-common | 36 ++
bin/u-boot-test-console | 8 +
bin/u-boot-test-flash | 8 +
bin/u-boot-test-getrole | 38 ++++
bin/u-boot-test-power-off | 8 +
On Wed, 25 Sep 2024 11:47:40 +0200, Simon Glass wrote:
> Add this new board, to support testing the relocating SPL loader.
>
>
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
--
Tom
Hi Tom,
On Wed, 25 Sept 2024 at 19:26, Tom Rini wrote:
>
> On Wed, Sep 25, 2024 at 11:47:40AM +0200, Simon Glass wrote:
>
> > Add this new board, to support testing the relocating SPL loader.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > bin/travis-ci/conf.qemu_arm64_tpl_na | 29 ++
On Wed, Sep 25, 2024 at 11:47:40AM +0200, Simon Glass wrote:
> Add this new board, to support testing the relocating SPL loader.
>
> Signed-off-by: Simon Glass
> ---
>
> bin/travis-ci/conf.qemu_arm64_tpl_na | 29
> 1 file changed, 29 insertions(+)
> create mode 10
Add this new board, to support testing the relocating SPL loader.
Signed-off-by: Simon Glass
---
bin/travis-ci/conf.qemu_arm64_tpl_na | 29
1 file changed, 29 insertions(+)
create mode 100644 bin/travis-ci/conf.qemu_arm64_tpl_na
diff --git a/bin/travis-ci/conf.qem
On Tue, 24 Sep 2024 10:49:35 +0200, Patrick Rudolph wrote:
> Add support for testing sbsa-ref via QEMU. sbsa-ref has two SPI
> NOR flash, one for Arm-TF and one for unsecure firmware, providing
> ACPI tables to the OS.
>
>
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
--
Tom
On Tue, Sep 24, 2024 at 10:49:35AM +0200, Patrick Rudolph wrote:
> Add support for testing sbsa-ref via QEMU. sbsa-ref has two SPI
> NOR flash, one for Arm-TF and one for unsecure firmware, providing
> ACPI tables to the OS.
>
> Signed-off-by: Patrick Rudolph
Reviewed-by: Tom Rini
--
Tom
s
Add support for testing sbsa-ref via QEMU. sbsa-ref has two SPI
NOR flash, one for Arm-TF and one for unsecure firmware, providing
ACPI tables to the OS.
Signed-off-by: Patrick Rudolph
---
bin/travis-ci/conf.qemu-arm-sbsa_na | 27 +++
1 file changed, 27 insertions(+)
cre
Hi Tom,
On Tue, 3 Sept 2024 at 20:54, Tom Rini wrote:
>
> On Sun, Sep 01, 2024 at 02:09:47PM -0600, Simon Glass wrote:
>
> [snip]
> > > As an aside, please review the ti,am625 stuff with some TI folks, that's
> > > both far too specific (you're going to need to add different am62 and
> > > am64 a
uld not grow) also pass in arm_64bit=1.
>
>
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
--
Tom
On Sun, Sep 01, 2024 at 02:09:47PM -0600, Simon Glass wrote:
[snip]
> > As an aside, please review the ti,am625 stuff with some TI folks, that's
> > both far too specific (you're going to need to add different am62 and
> > am64 and am69 and j7... and on and on cases) and I forget if there's
> > so
On Mon, Sep 02, 2024 at 12:11:22PM +0200, Michal Simek wrote:
> Hi Tom,
>
> On 9/2/24 11:53, Venkatesh Yadav Abbarapu wrote:
> > There is an issue with the xilinx zynq qemu qspi driver during the erase
> > operation in dual parallel configuration, so skip these
> > tests for now.
> >
> > Signed-o
On Mon, 02 Sep 2024 15:23:57 +0530, Venkatesh Yadav Abbarapu wrote:
> There is an issue with the xilinx zynq qemu qspi driver during the erase
> operation in dual parallel configuration, so skip these
> tests for now.
>
>
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
--
Tom
Hi Tom,
On 9/2/24 11:53, Venkatesh Yadav Abbarapu wrote:
There is an issue with the xilinx zynq qemu qspi driver during the erase
operation in dual parallel configuration, so skip these
tests for now.
Signed-off-by: Venkatesh Yadav Abbarapu
---
py/travis-ci/u_boot_boardenv_xilinx_zynq_virt_q
There is an issue with the xilinx zynq qemu qspi driver during the erase
operation in dual parallel configuration, so skip these
tests for now.
Signed-off-by: Venkatesh Yadav Abbarapu
---
py/travis-ci/u_boot_boardenv_xilinx_zynq_virt_qemu.py | 2 ++
py/travis-ci/u_boot_boardenv_zynq_zc702_qemu.p
tforms using this as a basis? I
> > > > > >> ask
> > > > > >> mostly because putting a bunch of my devices into some sort of
> > > > > >> platform can auto test things and of course everyone has an
> >
On Fri, Aug 30, 2024 at 08:19:04AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Thu, Aug 29, 2024, 19:49 Tom Rini wrote:
> >
> > On Thu, Aug 29, 2024 at 07:06:06PM -0600, Simon Glass wrote:
> > > On Thu, 29 Aug 2024 at 12:56, Tom Rini wrote:
> > > >
> > > > Rather than guess what we need to name o
t; to
> > > > >> which is the best one :-P
> > > > >
> > > > > Yes. I had heard from Tom that Labgrid is the new hotness for now.
> > > > > Having dug into it I believe it is a good solution, although it can
> > > > > cer
Hi Tom,
On Thu, Aug 29, 2024, 19:49 Tom Rini wrote:
>
> On Thu, Aug 29, 2024 at 07:06:06PM -0600, Simon Glass wrote:
> > On Thu, 29 Aug 2024 at 12:56, Tom Rini wrote:
> > >
> > > Rather than guess what we need to name our u-boot.bin file as for it to
> > > boot make use of the kernel= option to
s. For that I have been using tbot (with
integrated build and software-loading features). WIth Labgrid I have
been able to replace most of the pytest scripts, tbot and Labman with
Labgrid + 60 patches and some configuration files.
Let's look through the scripts:
u-boot-test-common - new script
u-
+Kevin,
On 8/29/24 00:27, Simon Glass wrote:
Hi Tom,
On Wed, 28 Aug 2024 at 15:33, Tom Rini wrote:
On Wed, Aug 28, 2024 at 03:25:00PM -0600, Simon Glass wrote:
Hi Tom,
On Wed, 28 Aug 2024 at 14:19, Tom Rini wrote:
On Wed, Aug 28, 2024 at 10:45:23AM -0600, Simon Glass wrote:
With Labgr
On Thu, Aug 29, 2024 at 07:06:06PM -0600, Simon Glass wrote:
> On Thu, 29 Aug 2024 at 12:56, Tom Rini wrote:
> >
> > Rather than guess what we need to name our u-boot.bin file as for it to
> > boot make use of the kernel= option to always call it u-boot.bin and
> > then on 64bit platforms (and sin
can auto test things and of course everyone has an opinion to
> > > >> which is the best one :-P
> > > >
> > > > Yes. I had heard from Tom that Labgrid is the new hotness for now.
> > > > Having dug into it I believe it is a good solution, although it
On Thu, 29 Aug 2024 at 12:56, Tom Rini wrote:
>
> From: Edi Feschiyan
>
> General usage for these hooks is documented in the README.md file. In
> terms of implementation, To start with, we add a common file to ensure
> that all required environment variables are set. Next, we add a console
> scri
On Thu, 29 Aug 2024 at 12:56, Tom Rini wrote:
>
> Rather than guess what we need to name our u-boot.bin file as for it to
> boot make use of the kernel= option to always call it u-boot.bin and
> then on 64bit platforms (and since future platforms use rpi_arm64 this
> list should not grow) also pas
On Thu, 29 Aug 2024 at 12:56, Tom Rini wrote:
>
> Rather than guess what we need to name our u-boot.bin file as for it to
> boot make use of the kernel= option to always call it u-boot.bin and
> then on 64bit platforms (and since future platforms use rpi_arm64 this
> list should not grow) also pas
From: Edi Feschiyan
General usage for these hooks is documented in the README.md file. In
terms of implementation, To start with, we add a common file to ensure
that all required environment variables are set. Next, we add a console
script which calls labgrid-console. We also add a reset script t
Rather than guess what we need to name our u-boot.bin file as for it to
boot make use of the kernel= option to always call it u-boot.bin and
then on 64bit platforms (and since future platforms use rpi_arm64 this
list should not grow) also pass in arm_64bit=1.
Signed-off-by: Tom Rini
---
bin/flas
Rather than guess what we need to name our u-boot.bin file as for it to
boot make use of the kernel= option to always call it u-boot.bin and
then on 64bit platforms (and since future platforms use rpi_arm64 this
list should not grow) also pass in arm_64bit=1.
Signed-off-by: Tom Rini
---
bin/writ
On Thu, Aug 29, 2024 at 09:02:38AM -0600, Simon Glass wrote:
> Hi Neil,
>
> On Thu, 29 Aug 2024 at 08:44, wrote:
> >
> > On 29/08/2024 14:17, Simon Glass wrote:
> > > Hi Peter,
> > >
> > > On Thu, 29 Aug 2024 at 04:43, Peter Robinson wrote:
> > >>
> > >> On Wed, 28 Aug 2024 at 22:25, Simon Glass
t Labgrid might be worth a
look. I had never even heard of it before that.
I don't mind about choosing golden CI systems. The more the merrier. I
want to have my boards connected to gitlab so things like bloblist
changes don't break my boards. At this point I have convinced myself
that Labgrid
bin/ellesmere/common-labgrid | 46 +
bin/ellesmere/conf.all | 24 +
bin/getrole.labgrid | 25 ++
bin/release.labgrid | 22
bin/release.none | 22
bin/u-boot-test-getrole | 38 ++
On Thu, Aug 29, 2024 at 11:43:12AM +0100, Peter Robinson wrote:
> On Wed, 28 Aug 2024 at 22:25, Simon Glass wrote:
> >
> > Hi Peter,
> >
> > On Wed, 28 Aug 2024 at 12:14, Peter Robinson wrote:
> > >
> > > Hi Simon,
> > >
> > > > With Labgrid we don't need to specify the various methods, except fo
/validation.linaro.org/
>
> > so having it in the main place (and perhaps eventually removing the
> > old way) is my goal.
> >
> > >
> > > > bin/console.labgrid | 42 ++
> > > > bin/ellesmere/common-labgrid | 4
and of course everyone has an opinion to
which is the best one :-P
[1] https://validation.linaro.org/
> so having it in the main place (and perhaps eventually removing the
> old way) is my goal.
>
> >
> > > bin/console.labgrid | 42 ++++++
> >
Hi Tom,
On Wed, 28 Aug 2024 at 15:33, Tom Rini wrote:
>
> On Wed, Aug 28, 2024 at 03:25:00PM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 28 Aug 2024 at 14:19, Tom Rini wrote:
> > >
> > > On Wed, Aug 28, 2024 at 10:45:23AM -0600, Simon Glass wrote:
> > >
> > > > With Labgrid we don't ne
On Wed, Aug 28, 2024 at 03:25:00PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 Aug 2024 at 14:19, Tom Rini wrote:
> >
> > On Wed, Aug 28, 2024 at 10:45:23AM -0600, Simon Glass wrote:
> >
> > > With Labgrid we don't need to specify the various methods, except for
> > > the console, which si
Hi Tom,
On Wed, 28 Aug 2024 at 14:19, Tom Rini wrote:
>
> On Wed, Aug 28, 2024 at 10:45:23AM -0600, Simon Glass wrote:
>
> > With Labgrid we don't need to specify the various methods, except for
> > the console, which simply calls labgrid-client.
> >
> > This allows supporting any boards in your
bin/ellesmere/common-labgrid | 46 +
> > bin/ellesmere/conf.all | 24 +
> > bin/getrole.labgrid | 25 ++++++
> > bin/release.labgrid | 22
> > bin/release.none
On Wed, Aug 28, 2024 at 10:45:23AM -0600, Simon Glass wrote:
> With Labgrid we don't need to specify the various methods, except for
> the console, which simply calls labgrid-client.
>
> This allows supporting any boards in your lab, without adding per-board
> configuration to these hooks.
>
> P
On Wed, Aug 28, 2024 at 07:14:01PM +0100, Peter Robinson wrote:
> Hi Simon,
>
> > With Labgrid we don't need to specify the various methods, except for
> > the console, which simply calls labgrid-client.
> >
> > This allows supporting any boards in your lab, without adding per-board
> > configurat
gt; bin/getrole.labgrid | 25 ++
> bin/release.labgrid | 22
> bin/release.none | 22
> bin/u-boot-test-getrole | 38 +++
> bin/u-boot-test-release | 26 +++
> 9 files ch
On Wed, Aug 28, 2024 at 10:45:21AM -0600, Simon Glass wrote:
> The top part of each of the u-boot-test-* files is common. Put it in
> a common script file to avoid duplication and to allow it to be
> replaced for the Labgrid integration.
>
> Signed-off-by: Simon Glass
Review
| 46 +
bin/ellesmere/conf.all | 24 +
bin/getrole.labgrid | 25 ++
bin/release.labgrid | 22
bin/release.none | 22
bin/u-boot-test-getrole | 38 +++
bin/u-boot
These methods don't have a 'none' method right now, but it will be
needed for Labgrid. Add these scripts.
Note that these are not used by the existing integration, which requires
that boards can be powered off and on.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to add .none sc
The top part of each of the u-boot-test-* files is common. Put it in
a common script file to avoid duplication and to allow it to be
replaced for the Labgrid integration.
Signed-off-by: Simon Glass
---
Changes in v4:
- Use an environment variable to select the Labgrid hooks
Changes in v3
+++
bin/release.none | 22 ++++++++
bin/u-boot-test-common | 36 ++++++
bin/u-boot-test-console | 8 +-----
bin/u-boot-test-flash | 8 +-----
bin/u-boot-test-getrole | 38 +++++++
bin/u-boot-test-power-off
On Fri, Aug 23, 2024 at 03:31:22PM -0600, Simon Glass wrote:
> The top part of each of the u-boot-test-* files is common. Put it in
> a common script file to avoid duplication and to allow it to be
> replaced for the Labgrid integration.
>
> Signed-off-by: Simon Glass
Review
bgrid | 25 +
bin/poweroff.none| 22 +++
bin/poweron.none | 22 +++
bin/release.labgrid | 22 +++
bin/release.none | 22 +++
bin/u-boot-test-getrole
The top part of each of the u-boot-test-* files is common. Put it in
a common script file to avoid duplication and to allow it to be
replaced for the Labgrid integration.
Signed-off-by: Simon Glass
---
Changes in v3:
- Fall back to conf.${board_type}_${board_ident} if conf.all missing
Changes
one | 22 +++
bin/release.labgrid | 22 +++
bin/release.none | 22 +++++++
bin/u-boot-test-common | 35 ++++++
bin/u-boot-test-console | 8 +------
bin/u-boot-test-flash | 8 +---
On Sun, 23 Jun 2024 12:58:15 +0200, Heinrich Schuchardt wrote:
> QEMU expects the file format to be specified even for raw files.
> Currently this change only suppresses a warning.
>
>
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
--
Tom
QEMU expects the file format to be specified even for raw files.
Currently this change only suppresses a warning.
Signed-off-by: Heinrich Schuchardt
---
bin/travis-ci/conf.sifive_unleashed_sdcard_qemu | 2 +-
bin/travis-ci/conf.sifive_unleashed_spi-nor_qemu | 2 +-
2 files changed, 2 insertions
On Tue, 11 Jun 2024 22:00:21 +0100, Jiaxun Yang wrote:
> This series updated u-boot-test-hooks to adopt QEMU 9.0.
>
> It also introduced 3 new boards: qemu-arm64be, qemu-xtensa-dc233c and
> qemu-loongarch64.
>
> This is required for CI changes.
>
> [...]
Applied, than
On Wed, Jun 12, 2024 at 07:15:11PM -0600, Simon Glass wrote:
> The top part of each of the u-boot-test-* files is common. Put it in
> a common script file to avoid duplication and to allow it to be
> replaced for the Labgrid integration.
>
> Signed-off-by: Simon Glass
Review
| 24 +
bin/getrole.labgrid | 25 +
bin/release.labgrid | 22 +++
bin/release.none | 22 +++
bin/u-boot-test-common | 6 +-
bin/u-boot-test-getrole
The top part of each of the u-boot-test-* files is common. Put it in
a common script file to avoid duplication and to allow it to be
replaced for the Labgrid integration.
Signed-off-by: Simon Glass
---
Changes in v2:
- Make use of the common script (only) to set bin_dir
bin/u-boot-test-common
+++++
bin/u-boot-test-common | 35 ++++++
bin/u-boot-test-console | 8 +------
bin/u-boot-test-flash | 8 +------
bin/u-boot-test-getrole | 38 ++++++++
bin/u-boot-test-power-off | 8 +------
bin/u-boot-te
On Tue, Jun 11, 2024 at 10:00:24PM +0100, Jiaxun Yang wrote:
> Signed-off-by: Jiaxun Yang
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 11, 2024 at 10:00:25PM +0100, Jiaxun Yang wrote:
> Signed-off-by: Jiaxun Yang
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 11, 2024 at 10:00:23PM +0100, Jiaxun Yang wrote:
> Signed-off-by: Jiaxun Yang
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 11, 2024 at 10:00:22PM +0100, Jiaxun Yang wrote:
> Those boards have build in sound card which cause
> problems on CI runner.
>
> Pass -audio none to disable sound card backends.
>
> Signed-off-by: Jiaxun Yang
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signatu
On Tue, Jun 11, 2024 at 02:07:26PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 11 Jun 2024 at 10:07, Tom Rini wrote:
> >
> > On Mon, Jun 10, 2024 at 04:27:42PM -0600, Simon Glass wrote:
> >
> > > The top part of each of the u-boot-test-* files is common.
On Tue, 11 Jun 2024 at 15:01, Jiaxun Yang wrote:
>
> Signed-off-by: Jiaxun Yang
> ---
> bin/travis-ci/conf.qemu-loongarch64_na | 12
> py/travis-ci/u_boot_boardenv_qemu_loongarch64_na.py | 11 +++
> 2 files changed, 23 insertions(+)
> create mode 100644 bin/tra
On Tue, 11 Jun 2024 at 15:01, Jiaxun Yang wrote:
>
> Signed-off-by: Jiaxun Yang
> ---
> bin/travis-ci/conf.qemu-xtensa-dc233c_na | 12
> .../u_boot_boardenv_qemu_xtensa_dc233c_na.py | 6 ++
> 2 files changed, 18 insertions(+)
> create mode 100644 bin/travis
On Tue, 11 Jun 2024 at 15:01, Jiaxun Yang wrote:
>
> Signed-off-by: Jiaxun Yang
> ---
> bin/travis-ci/conf.qemu_arm64be_na | 13 +
> py/travis-ci/u_boot_boardenv_qemu_arm64be_na.py | 10 ++
> 2 files changed, 23 insertions(+)
> create mode 100644 bin/travis-ci/c
On Tue, 11 Jun 2024 at 15:01, Jiaxun Yang wrote:
>
> Those boards have build in sound card which cause
> problems on CI runner.
>
> Pass -audio none to disable sound card backends.
>
> Signed-off-by: Jiaxun Yang
> ---
> bin/travis-ci/conf.vexpress_ca15_tc2_qemu | 2 +-
> bin/travis-ci/conf.vexpr
Signed-off-by: Jiaxun Yang
---
bin/travis-ci/conf.qemu-loongarch64_na | 12
py/travis-ci/u_boot_boardenv_qemu_loongarch64_na.py | 11 +++
2 files changed, 23 insertions(+)
create mode 100644 bin/travis-ci/conf.qemu-loongarch64_na
create mode 100644 py/travis-ci
Signed-off-by: Jiaxun Yang
---
bin/travis-ci/conf.qemu-xtensa-dc233c_na | 12
.../u_boot_boardenv_qemu_xtensa_dc233c_na.py | 6 ++
2 files changed, 18 insertions(+)
create mode 100644 bin/travis-ci/conf.qemu-xtensa-dc233c_na
create mode 100644 py/travis-ci/
Signed-off-by: Jiaxun Yang
---
bin/travis-ci/conf.qemu_arm64be_na | 13 +
py/travis-ci/u_boot_boardenv_qemu_arm64be_na.py | 10 ++
2 files changed, 23 insertions(+)
create mode 100644 bin/travis-ci/conf.qemu_arm64be_na
create mode 100644 py/travis-ci/u_boot_boar
Hi all,
This series updated u-boot-test-hooks to adopt QEMU 9.0.
It also introduced 3 new boards: qemu-arm64be, qemu-xtensa-dc233c and
qemu-loongarch64.
This is required for CI changes.
I'm going to respin other series later to utilise those new hooks.
Thanks
Jiaxun Yang (4):
qemu-vex
Those boards have build in sound card which cause
problems on CI runner.
Pass -audio none to disable sound card backends.
Signed-off-by: Jiaxun Yang
---
bin/travis-ci/conf.vexpress_ca15_tc2_qemu | 2 +-
bin/travis-ci/conf.vexpress_ca9x4_qemu| 2 +-
2 files changed, 2 insertions(+), 2 deleti
Hi Tom,
On Tue, 11 Jun 2024 at 10:07, Tom Rini wrote:
>
> On Mon, Jun 10, 2024 at 04:27:42PM -0600, Simon Glass wrote:
>
> > The top part of each of the u-boot-test-* files is common. Put it in
> > a common script file to avoid duplication and to allow it to be
> &g
Hi Tom,
On Tue, 11 Jun 2024 at 10:28, Tom Rini wrote:
>
> On Mon, Jun 10, 2024 at 04:27:41PM -0600, Simon Glass wrote:
>
> > This adds hooks for use with Labgrid. The only existing hook that really
> > does anything now is the 'console' one. There is also a new 'getrole'
> > hook which looks up a
On Mon, Jun 10, 2024 at 04:27:41PM -0600, Simon Glass wrote:
> This adds hooks for use with Labgrid. The only existing hook that really
> does anything now is the 'console' one. There is also a new 'getrole'
> hook which looks up a role to find various things about it, such as the
> U-Boot board n
On Mon, Jun 10, 2024 at 04:27:42PM -0600, Simon Glass wrote:
> The top part of each of the u-boot-test-* files is common. Put it in
> a common script file to avoid duplication and to allow it to be
> replaced for the Labgrid integration.
>
> Signed-off-by: Simon Glass
[snip]
>
| 25 +
bin/release.labgrid | 22 +++
bin/release.none | 22 +++
bin/u-boot-test-common | 6 +-
bin/u-boot-test-getrole | 39 +
bin/u-boot-test-release | 27 +++
10
The top part of each of the u-boot-test-* files is common. Put it in
a common script file to avoid duplication and to allow it to be
replaced for the Labgrid integration.
Signed-off-by: Simon Glass
---
bin/u-boot-test-common| 31 +++
bin/u-boot-test-console
/conf.all | 24 +
bin/getrole.labgrid | 25 +
bin/release.labgrid | 22 +++
bin/release.none | 22 +++++++
bin/u-boot-test-common | 35 ++++++
bin/u-boot-test-console | 7 +--
On Mon, 28 Aug 2023 16:29:53 +0200, Michal Simek wrote:
> TPM is going to be enabled by default but QEMU doesn't model it over SPI
> that's why disable it for xilinx_versal_virt_qemu target.
>
>
Applied, thanks!
[1/1] travis-ci: Do not run TPM tests on Versal QEMU target
commit: 3c736fb
TPM is going to be enabled by default but QEMU doesn't model it over SPI
that's why disable it for xilinx_versal_virt_qemu target.
Signed-off-by: Michal Simek
---
py/travis-ci/u_boot_boardenv_xilinx_versal_virt_qemu.py | 1 +
1 file changed, 1 insertion(+)
create mode 100644 py/travis-ci/u_boo
On Mon, 31 Jul 2023 11:05:06 +0200, Heinrich Schuchardt wrote:
> Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
> enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol to
> succeed a virtio RNG device has to be provided when invoking QEMU.
>
>
Applied, tha
On Tue, 25 Jul 2023 17:08:44 -0400, Tom Rini wrote:
> Rather than invoking the script that will write to the mounted directory
> as a binary, source it as a script so that it has access to more than
> just two parameters. This will allow us to have the same flexibility in
> our writers that othe
On Mon, Jul 31, 2023 at 5:04 PM Heinrich Schuchardt
wrote:
>
> Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
> enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol to
> succeed a virtio RNG device has to be provided when invoking QEMU.
>
> Reported-by: Leo L
Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol to
succeed a virtio RNG device has to be provided when invoking QEMU.
Reported-by: Leo Liang
Signed-off-by: Heinrich Schuchardt
---
v2:
use virtio-rn
On 7/31/23 10:48, Bin Meng wrote:
On Mon, Jul 31, 2023 at 4:00 PM Leo Liang wrote:
On Mon, Jul 31, 2023 at 09:25:07AM +0200, Heinrich Schuchardt wrote:
Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol
On Mon, Jul 31, 2023 at 4:00 PM Leo Liang wrote:
>
> On Mon, Jul 31, 2023 at 09:25:07AM +0200, Heinrich Schuchardt wrote:
> > Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
> > enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol to
> > succeed a virtio-rng-p
On Mon, Jul 31, 2023 at 09:25:07AM +0200, Heinrich Schuchardt wrote:
> Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
> enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol to
> succeed a virtio-rng-pci device has to be provided when invoking QEMU.
>
> Report
Linux' KASLR uses the EFI_RNG_PROTOCOL as entropy source. We should
enable CONFIG_DM_RNG in U-Boot. For the EFI unit test for the protocol to
succeed a virtio-rng-pci device has to be provided when invoking QEMU.
Reported-by: Leo Liang
Signed-off-by: Heinrich Schuchardt
---
See related patch
[PA
On Tue, 25 Jul 2023 at 15:09, Tom Rini wrote:
>
> Rather than invoking the script that will write to the mounted directory
> as a binary, source it as a script so that it has access to more than
> just two parameters. This will allow us to have the same flexibility in
> our writers that other fla
On Tue, 25 Jul 2023 at 15:09, Tom Rini wrote:
>
> The TI K3 platforms require a number of things in order to boot. We must
> have built both the Cortex-R and Cortex-A configurations (following
> their board documents and requirements as these need additional tooling
> and binaries). Further, depen
On Tue, 25 Jul 2023 at 15:09, Tom Rini wrote:
>
> In the case of TI OMAP (and similar) platforms, the SD card needs MLO
> and u-boot.img to boot, always. Copy these files over.
>
> Signed-off-by: Tom Rini
> ---
> bin/writer.ti-omap_mount | 29 +
> 1 file changed, 29
On Tue, 25 Jul 2023 at 15:08, Tom Rini wrote:
>
> Now that we have access to more variables in our "mount" writer scripts,
> we can have a single one that covers all Pi variants.
>
> Signed-off-by: Tom Rini
> ---
> I use this locally to test a Pi 3 in both 32, 64 and "arm64" mode.
>
> Cc: Simon G
In the case of TI OMAP (and similar) platforms, the SD card needs MLO
and u-boot.img to boot, always. Copy these files over.
Signed-off-by: Tom Rini
---
bin/writer.ti-omap_mount | 29 +
1 file changed, 29 insertions(+)
create mode 100755 bin/writer.ti-omap_mount
di
1 - 100 of 274 matches
Mail list logo
