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
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
+
bin/getrole.labgrid | 25 +
bin/release.labgrid | 22 +++
bin/release.none | 22 +++
bin/u-boot-test-common | 6 +-
bin/u-boot-test-getrole | 38
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
-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-test-power-on | 8
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
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
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
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
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 +-
>
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
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
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
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-vexpress
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
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
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
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]
>
+
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 files
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
+
bin/getrole.labgrid | 25 +
bin/release.labgrid | 22 +++
bin/release.none | 22 +++
bin/u-boot-test-common | 35 ++
bin/u-boot-test-console | 7 +-
bin/u-boot-test
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:
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
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,
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
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
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
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
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
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.
>
>
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
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
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,
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
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
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, depending on the specific SoC and variant we
need three or
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 Glass
---
bin/kea/conf.rpi_3_32b_sjg-rpi_3b | 2 +-
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 flash methods have.
Signed-off-by: Tom Rini
---
On Sat, 13 May 2023 00:59:30 +0200, Heinrich Schuchardt wrote:
> For testing semihosting we need to pass parameter -semihosting.
>
>
Applied, thanks!
[1/1] qemu_arm64_na: enable semihosting
commit: 610263e34c6ceba0de5cd69a7c4e5a6205b886f9
Best regards,
--
Tom
For testing semihosting we need to pass parameter -semihosting.
Signed-off-by: Heinrich Schuchardt
---
bin/travis-ci/conf.qemu_arm64_na | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bin/travis-ci/conf.qemu_arm64_na b/bin/travis-ci/conf.qemu_arm64_na
index 14577d8..e195b5e
On Fri, 24 Jun 2022 12:04:18 +0930, Joel Stanley wrote:
> This updates the configuration for the aspeed machines, adding support
> for the ast2600.
>
> Joel Stanley (2):
> ast2500: Simplify Qemu command line
> travis-ci: Add Aspeed AST2600 Qemu configuration
>
> [...]
Applied, thanks!
On Fri, Jun 24, 2022 at 12:04:18PM +0930, Joel Stanley wrote:
> Hi Tom,
>
> This updates the configuration for the aspeed machines, adding support
> for the ast2600.
>
> Joel Stanley (2):
> ast2500: Simplify Qemu command line
> travis-ci: Add Aspeed AST2600 Qemu configuration
>
>
On 6/24/22 04:34, Joel Stanley wrote:
Similar to the AST2500 this machine is emulated by Qemu. It boots from
a 64MB SPI NOR flash device by default.
Signed-off-by: Joel Stanley
Reviewed-by: Cédric Le Goater
Thanks,
C.
---
bin/travis-ci/conf.evb-ast2600_qemu | 13
On 6/24/22 04:34, Joel Stanley wrote:
The Aspeed machine in Qemu has appropriate defaults so we don't need to
specify these options.
Signed-off-by: Joel Stanley
Reviewed-by: Cédric Le Goater
Thanks,
C.
---
bin/travis-ci/conf.evb-ast2500_qemu | 2 +-
1 file changed, 1 insertion(+), 1
Similar to the AST2500 this machine is emulated by Qemu. It boots from
a 64MB SPI NOR flash device by default.
Signed-off-by: Joel Stanley
---
bin/travis-ci/conf.evb-ast2600_qemu | 13 +
py/travis-ci/u_boot_boardenv_evb-ast2600_qemu.py | 4
2 files changed, 17
The Aspeed machine in Qemu has appropriate defaults so we don't need to
specify these options.
Signed-off-by: Joel Stanley
---
bin/travis-ci/conf.evb-ast2500_qemu | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bin/travis-ci/conf.evb-ast2500_qemu
Hi Tom,
This updates the configuration for the aspeed machines, adding support
for the ast2600.
Joel Stanley (2):
ast2500: Simplify Qemu command line
travis-ci: Add Aspeed AST2600 Qemu configuration
bin/travis-ci/conf.evb-ast2500_qemu | 2 +-
On Fri, Apr 29, 2022 at 03:19:00PM +0200, Michael Nazzareno Trimarchi wrote:
> Hi Tom
>
> On Fri, Apr 29, 2022 at 3:04 PM Tom Rini wrote:
> >
> > Hey all,
> >
> > I'm looking for some feedback and ideas. Today, in our
> > u-boot-test-hooks repository
Hi Tom
On Fri, Apr 29, 2022 at 3:04 PM Tom Rini wrote:
>
> Hey all,
>
> I'm looking for some feedback and ideas. Today, in our
> u-boot-test-hooks repository we have 2 cases that use sudo, imx_usb and
I'm not a super expert but is it sufficient to use udev and insert the r
Hey all,
I'm looking for some feedback and ideas. Today, in our
u-boot-test-hooks repository we have 2 cases that use sudo, imx_usb and
L4T-based flashing. Other places that may require root access, such as
mounting a filesystem instead assume an /etc/fstab entry exists and has
"user&qu
On Fri, Dec 03, 2021 at 08:52:38AM -0700, Simon Glass wrote:
> Add a means of testing a coreboot + U-Boot build using qemu.
>
> Signed-off-by: Simon Glass
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Dec 03, 2021 at 09:17:20AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 3 Dec 2021 at 09:02, Tom Rini wrote:
> >
> > On Fri, Dec 03, 2021 at 08:52:38AM -0700, Simon Glass wrote:
> >
> > > Add a means of testing a coreboot + U-Boot build using qemu.
> > >
> > > Signed-off-by: Simon
Hi Tom,
On Fri, 3 Dec 2021 at 09:02, Tom Rini wrote:
>
> On Fri, Dec 03, 2021 at 08:52:38AM -0700, Simon Glass wrote:
>
> > Add a means of testing a coreboot + U-Boot build using qemu.
> >
> > Signed-off-by: Simon Glass
> > ---
> > As to what to do with people's labs, I think applying these
On Fri, Dec 03, 2021 at 08:52:38AM -0700, Simon Glass wrote:
> Add a means of testing a coreboot + U-Boot build using qemu.
>
> Signed-off-by: Simon Glass
> ---
> As to what to do with people's labs, I think applying these patches does
> encourage them and provide people with examples. Having
Add a means of testing a coreboot + U-Boot build using qemu.
Signed-off-by: Simon Glass
---
As to what to do with people's labs, I think applying these patches does
encourage them and provide people with examples. Having 'no mainline' for
these is going to be an impediment I think.
Changes in
On Thu, Dec 02, 2021 at 07:05:47PM -0700, Simon Glass wrote:
> Add a means of testing a coreboot + U-Boot build using qemu.
>
> Signed-off-by: Simon Glass
> ---
>
> bin/ellesmere/conf.coreboot_qemu | 1 +
> bin/travis-ci/conf.coreboot_qemu | 28
> 2 files
Add a means of testing a coreboot + U-Boot build using qemu.
Signed-off-by: Simon Glass
---
bin/ellesmere/conf.coreboot_qemu | 1 +
bin/travis-ci/conf.coreboot_qemu | 28
2 files changed, 29 insertions(+)
create mode 12 bin/ellesmere/conf.coreboot_qemu
On Thu, Nov 11, 2021 at 12:42:29PM -0500, Tom Rini wrote:
> When flashing the SD card for an imx platform, we need to use
> u-boot-with-spl.imx at an offset of 1024 bytes in to the device.
>
> Signed-off-by: Tom Rini
Applied to u-boot-test-hooks/master, thanks!
--
Tom
s
ead define it in
arch/x86/dts/qemu-x86_i440fx.dts.
Cf. https://qemu-project.gitlab.io/qemu/specs/tpm.html#acpi-interface
Once that work is done we should enable the TPM emulation on x86 in the
U-Boot test hooks.
This will be the required settings:
qemu_helper_script="swtpm"
qemu_ex
On Wed, Nov 24, 2021 at 08:33:42AM +0100, Heinrich Schuchardt wrote:
> On 11/24/21 08:23, Ilias Apalodimas wrote:
> > Hi Heinrich,
> >
> > On Mon, 15 Nov 2021 at 12:11, Heinrich Schuchardt
> > wrote:
> > >
> > > Provide a QEMU helper script to launch swtpm and add extra parameters to
> > >
On 11/24/21 08:23, Ilias Apalodimas wrote:
Hi Heinrich,
On Mon, 15 Nov 2021 at 12:11, Heinrich Schuchardt
wrote:
Provide a QEMU helper script to launch swtpm and add extra parameters to
conf.qemu_arm64_na and conf.qemu_arm_na to provide an emulated TPMv2.
Signed-off-by: Heinrich Schuchardt
Hi Heinrich,
On Mon, 15 Nov 2021 at 12:11, Heinrich Schuchardt
wrote:
>
> Provide a QEMU helper script to launch swtpm and add extra parameters to
> conf.qemu_arm64_na and conf.qemu_arm_na to provide an emulated TPMv2.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> bin/qemu.swtpm
Provide a QEMU helper script to launch swtpm and add extra parameters to
conf.qemu_arm64_na and conf.qemu_arm_na to provide an emulated TPMv2.
Signed-off-by: Heinrich Schuchardt
---
bin/qemu.swtpm | 19 +++
bin/travis-ci/conf.qemu_arm64_na | 3 ++-
When flashing the SD card for an imx platform, we need to use
u-boot-with-spl.imx at an offset of 1024 bytes in to the device.
Signed-off-by: Tom Rini
---
bin/writer.imx_raw | 39 +++
1 file changed, 39 insertions(+)
create mode 100755 bin/writer.imx_raw
On Sat, Oct 30, 2021 at 12:25:38PM -0600, Simon Glass wrote:
> Add a config for samus, the Chromebook Pixel 2.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 30, 2021 at 12:25:37PM -0600, Simon Glass wrote:
> Sometimes the umount takes a while. Add the same wait loop as is used for
> mount. Also rename the 'done' variable to 'complete' to void confusing it
> with the end of the for loop.
>
> Signed-off-by: Simon Glass
Ap
Glass
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 30, 2021 at 12:25:35PM -0600, Simon Glass wrote:
> Just to be safe, check for the pattern only at the start of a line, since
> it is possible to add a comment with this in it.
>
> Signed-off-by: Simon Glass
Applied to u-boot-test-hooks/master, thanks!
--
Tom
s
On Sat, Oct 30, 2021 at 12:25:34PM -0600, Simon Glass wrote:
> Add a comment about the tools and drop the debugging, since this seems
> reliable now.
>
> Signed-off-by: Simon Glass
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 30, 2021 at 12:25:33PM -0600, Simon Glass wrote:
> From: Tuomas Tynkkynen
>
> This is similar to the existing qemu_arm target, except that the 'bios' is
> image.bin (containing both SPL and U-Boot) rather than in u-boot.bin
>
> Signed-off-by: Simon Glass
Aside from the
Hi,
On 30.10.2021 21.25, Simon Glass wrote:
From: Tuomas Tynkkynen
^ Some mishap with the From: line here, since I did not write the patch?
This is similar to the existing qemu_arm target, except that the 'bios' is
image.bin (containing both SPL and U-Boot) rather than in u-boot.bin
re/conf.qemu_arm_na
> > > create mode 12 bin/ellesmere/conf.qemu_arm_spl_na
> >
> > Alright, so I think the best use of the public u-boot-test-hooks is to
> > have first public CI used scripts (aka everything in {bin,py}/travis-ci)
> > and then we should move to h
conf.qemu_arm_na | 1 +
> > bin/ellesmere/conf.qemu_arm_spl_na | 1 +
> > 2 files changed, 2 insertions(+)
> > create mode 12 bin/ellesmere/conf.qemu_arm_na
> > create mode 12 bin/ellesmere/conf.qemu_arm_spl_na
>
> Alright, so I think the best use of
insertions(+)
> create mode 12 bin/ellesmere/conf.qemu_arm_na
> create mode 12 bin/ellesmere/conf.qemu_arm_spl_na
Alright, so I think the best use of the public u-boot-test-hooks is to
have first public CI used scripts (aka everything in {bin,py}/travis-ci)
and then we should move t
Just to be safe, check for the pattern only at the start of a line, since
it is possible to add a comment with this in it.
Signed-off-by: Simon Glass
---
bin/writer.rpi3_mount | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bin/writer.rpi3_mount b/bin/writer.rpi3_mount
Add some symlinks so that qemu can be used on ellesmere.
Signed-off-by: Simon Glass
---
bin/ellesmere/conf.qemu_arm_na | 1 +
bin/ellesmere/conf.qemu_arm_spl_na | 1 +
2 files changed, 2 insertions(+)
create mode 12 bin/ellesmere/conf.qemu_arm_na
create mode 12
Sometimes the umount takes a while. Add the same wait loop as is used for
mount. Also rename the 'done' variable to 'complete' to void confusing it
with the end of the for loop.
Signed-off-by: Simon Glass
---
bin/flash.sdwire_common_mount | 28
1 file changed, 24
This code is duplicated in two scripts. Put it into a new wait_raw_device
to avoid this. Also rename the 'done' variable to 'complete' to void
confusing it with the end of the for loop.
Signed-off-by: Simon Glass
---
bin/flash.sdwire_digital-loggers_raw | 15 +---
Add a config for samus, the Chromebook Pixel 2.
Signed-off-by: Simon Glass
---
bin/kea/conf.chromebook_samus_sjg-samus | 30 +
1 file changed, 30 insertions(+)
create mode 100644 bin/kea/conf.chromebook_samus_sjg-samus
diff --git
Add a comment about the tools and drop the debugging, since this seems
reliable now.
Signed-off-by: Simon Glass
---
bin/flash.sdwire_relay_mount | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/bin/flash.sdwire_relay_mount b/bin/flash.sdwire_relay_mount
index
From: Tuomas Tynkkynen
This is similar to the existing qemu_arm target, except that the 'bios' is
image.bin (containing both SPL and U-Boot) rather than in u-boot.bin
Signed-off-by: Simon Glass
---
bin/travis-ci/conf.qemu_arm_spl_na | 31 ++
1 file changed, 31
PI NOR flash, hence we can easily
> set up CI to cover these 2 boot flows of SiFive Unleashed board.
>
> Signed-off-by: Bin Meng
>
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
ge it to use a 1G memory size.
>
> Fixes: 4fcc1d95a39f ("Add support for Xilinx Zynq Virtual platform")
> Signed-off-by: Bin Meng
>
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
st this repo.
>
> Signed-off-by: Bin Meng
>
Applied to u-boot-test-hooks/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Add support for testing sifive_unleashed_defconfig via QEMU.
QEMU supports booting exact the same images as used on the real
hardware out of the box, that U-Boot SPL loads U-Boot proper
from either an SD card or the SPI NOR flash, hence we can easily
set up CI to cover these 2 boot flows of SiFive
Currently the memory is specified to be an insane size of about 38TB.
This happens to be not an issue with QEMU 4.2.0 which is what U-Boot
CI is currently using, but it does not make newer QEMU (e.g.: 6.0.0)
happy. Change it to use a 1G memory size.
Fixes: 4fcc1d95a39f ("Add support for Xilinx
, at least:
-a) Submit a github pull request.
-
-b) Send the patch via email, at least:
-
-To: swar...@nvidia.com
+To: "Tom Rini "
Cc: u-boot@lists.denx.de
-With a subject prefix of "[PATCH test hooks]", i.e.:
+With a subject prefix of "[u-boot-test-hooks PATCH]",
Hi Heinrich,
On Thu, 7 Nov 2019 at 23:27, Heinrich Schuchardt wrote:
>
> Hello Simon,
>
> make tests produces an error on i686
>
> NameStmts Miss Cover
>
> tools/binman/etype/cbfs.py 90 3
Hello Simon,
make tests produces an error on i686
NameStmts Miss Cover
tools/binman/etype/cbfs.py 90 397%
TOTAL
Hi Heinrich,
https://patchwork.ozlabs.org/patch/1139392/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Alex,
https://patchwork.ozlabs.org/patch/1131183/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Alex,
https://patchwork.ozlabs.org/patch/1131184/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
1 - 100 of 213 matches
Mail list logo