* EFI CI failure
@ 2022-08-03 18:13 Simon Glass
2022-08-04 5:53 ` Heinrich Schuchardt
0 siblings, 1 reply; 4+ messages in thread
From: Simon Glass @ 2022-08-03 18:13 UTC (permalink / raw)
To: U-Boot Mailing List; +Cc: Heinrich Schuchardt
Hi Heinrich,
I am seeing this:
https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636
_________________________ test_efi_selftest_text_input _________________________
test/py/tests/test_efi_selftest.py:116: in test_efi_selftest_text_input
u_boot_console.restart_uboot()
test/py/u_boot_console_base.py:459: in restart_uboot
self.ensure_spawned(expect_reset)
test/py/u_boot_console_base.py:423: in ensure_spawned
self.wait_for_boot_prompt(loop_num = loop_num)
test/py/u_boot_console_base.py:180: in wait_for_boot_prompt
m = self.p.expect([self.prompt_compiled,
test/py/u_boot_spawn.py:193: in expect
raise Timeout()
E u_boot_spawn.Timeout
----------------------------- Captured stdout call -----------------------------
Do you have any ideas what causes it?
Regards,
Simon
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: EFI CI failure
2022-08-03 18:13 EFI CI failure Simon Glass
@ 2022-08-04 5:53 ` Heinrich Schuchardt
2022-08-04 19:23 ` Simon Glass
0 siblings, 1 reply; 4+ messages in thread
From: Heinrich Schuchardt @ 2022-08-04 5:53 UTC (permalink / raw)
To: Simon Glass; +Cc: U-Boot Mailing List
On 8/3/22 20:13, Simon Glass wrote:
> Hi Heinrich,
>
> I am seeing this:
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636
The EFI sub-system recorded successful execution of the test.
Rebooting the system (u_boot_console.restart_uboot()) did not reach the
console prompt. Here is the last output as recorded in
https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636/raw :
U-Boot 2022.10-rc1-00202-g1be8ed24df (Aug 03 2022 - 08:55:14 +0000)
CPU: QEMU Virtual CPU version 2.5+
DRAM: 128 MiB
Core: 16 devices, 14 uclasses, devicetree: separate
Loading Environment from nowhere... OK
I don't know why qemu-x86 is too slow here. It would be helpful if you
could change the exception class Timeout to provide the timeout value as
argument.
Please, replace
raise Timeout()
bye
raise Timeout(self.timeout)
in test/py/u_boot_spawn.py to let us know if the timeout value is less
then 30000 ms (two code positions).
Best regards
Heinrich
>
> _________________________ test_efi_selftest_text_input _________________________
> test/py/tests/test_efi_selftest.py:116: in test_efi_selftest_text_input
> u_boot_console.restart_uboot()
> test/py/u_boot_console_base.py:459: in restart_uboot
> self.ensure_spawned(expect_reset)
> test/py/u_boot_console_base.py:423: in ensure_spawned
> self.wait_for_boot_prompt(loop_num = loop_num)
> test/py/u_boot_console_base.py:180: in wait_for_boot_prompt
> m = self.p.expect([self.prompt_compiled,
> test/py/u_boot_spawn.py:193: in expect
> raise Timeout()
> E u_boot_spawn.Timeout
> ----------------------------- Captured stdout call -----------------------------
>
> Do you have any ideas what causes it?
>
> Regards,
> Simon
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: EFI CI failure
2022-08-04 5:53 ` Heinrich Schuchardt
@ 2022-08-04 19:23 ` Simon Glass
2022-08-04 21:33 ` Heinrich Schuchardt
0 siblings, 1 reply; 4+ messages in thread
From: Simon Glass @ 2022-08-04 19:23 UTC (permalink / raw)
To: Heinrich Schuchardt; +Cc: U-Boot Mailing List
Hi Heinrich,
On Wed, 3 Aug 2022 at 23:53, Heinrich Schuchardt <xypron.glpk@gmx.de> wrote:
>
>
>
> On 8/3/22 20:13, Simon Glass wrote:
> > Hi Heinrich,
> >
> > I am seeing this:
> >
> > https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636
>
> The EFI sub-system recorded successful execution of the test.
>
> Rebooting the system (u_boot_console.restart_uboot()) did not reach the
> console prompt. Here is the last output as recorded in
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636/raw :
>
> U-Boot 2022.10-rc1-00202-g1be8ed24df (Aug 03 2022 - 08:55:14 +0000)
>
> CPU: QEMU Virtual CPU version 2.5+
> DRAM: 128 MiB
> Core: 16 devices, 14 uclasses, devicetree: separate
> Loading Environment from nowhere... OK
>
> I don't know why qemu-x86 is too slow here. It would be helpful if you
> could change the exception class Timeout to provide the timeout value as
> argument.
>
> Please, replace
> raise Timeout()
> bye
> raise Timeout(self.timeout)
> in test/py/u_boot_spawn.py to let us know if the timeout value is less
> then 30000 ms (two code positions).
Can I ask you to dig into this as it is EFI? Why do we need to restart?
>
> Best regards
>
> Heinrich
>
> >
> > _________________________ test_efi_selftest_text_input _________________________
> > test/py/tests/test_efi_selftest.py:116: in test_efi_selftest_text_input
> > u_boot_console.restart_uboot()
> > test/py/u_boot_console_base.py:459: in restart_uboot
> > self.ensure_spawned(expect_reset)
> > test/py/u_boot_console_base.py:423: in ensure_spawned
> > self.wait_for_boot_prompt(loop_num = loop_num)
> > test/py/u_boot_console_base.py:180: in wait_for_boot_prompt
> > m = self.p.expect([self.prompt_compiled,
> > test/py/u_boot_spawn.py:193: in expect
> > raise Timeout()
> > E u_boot_spawn.Timeout
> > ----------------------------- Captured stdout call -----------------------------
> >
> > Do you have any ideas what causes it?
Regards,
Simon
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: EFI CI failure
2022-08-04 19:23 ` Simon Glass
@ 2022-08-04 21:33 ` Heinrich Schuchardt
0 siblings, 0 replies; 4+ messages in thread
From: Heinrich Schuchardt @ 2022-08-04 21:33 UTC (permalink / raw)
To: Simon Glass; +Cc: U-Boot Mailing List
Am 4. August 2022 21:23:01 MESZ schrieb Simon Glass <sjg@chromium.org>:
>Hi Heinrich,
>
>On Wed, 3 Aug 2022 at 23:53, Heinrich Schuchardt <xypron.glpk@gmx.de> wrote:
>>
>>
>>
>> On 8/3/22 20:13, Simon Glass wrote:
>> > Hi Heinrich,
>> >
>> > I am seeing this:
>> >
>> > https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636
>>
>> The EFI sub-system recorded successful execution of the test.
>>
>> Rebooting the system (u_boot_console.restart_uboot()) did not reach the
>> console prompt. Here is the last output as recorded in
>> https://source.denx.de/u-boot/custodians/u-boot-dm/-/jobs/477636/raw :
>>
>> U-Boot 2022.10-rc1-00202-g1be8ed24df (Aug 03 2022 - 08:55:14 +0000)
>>
>> CPU: QEMU Virtual CPU version 2.5+
>> DRAM: 128 MiB
>> Core: 16 devices, 14 uclasses, devicetree: separate
>> Loading Environment from nowhere... OK
>>
>> I don't know why qemu-x86 is too slow here. It would be helpful if you
>> could change the exception class Timeout to provide the timeout value as
>> argument.
>>
>> Please, replace
>> raise Timeout()
>> bye
>> raise Timeout(self.timeout)
>> in test/py/u_boot_spawn.py to let us know if the timeout value is less
>> then 30000 ms (two code positions).
>
>Can I ask you to dig into this as it is EFI? Why do we need to restart?
The problem is architecture specific and not easily reproducible.
The test ends up in a state were rebooting is the only way of restoring the system state. We are after ExitBootServices.
Best regards
Heinrich
>
>
>>
>> Best regards
>>
>> Heinrich
>>
>> >
>> > _________________________ test_efi_selftest_text_input _________________________
>> > test/py/tests/test_efi_selftest.py:116: in test_efi_selftest_text_input
>> > u_boot_console.restart_uboot()
>> > test/py/u_boot_console_base.py:459: in restart_uboot
>> > self.ensure_spawned(expect_reset)
>> > test/py/u_boot_console_base.py:423: in ensure_spawned
>> > self.wait_for_boot_prompt(loop_num = loop_num)
>> > test/py/u_boot_console_base.py:180: in wait_for_boot_prompt
>> > m = self.p.expect([self.prompt_compiled,
>> > test/py/u_boot_spawn.py:193: in expect
>> > raise Timeout()
>> > E u_boot_spawn.Timeout
>> > ----------------------------- Captured stdout call -----------------------------
>> >
>> > Do you have any ideas what causes it?
>
>
>Regards,
>Simon
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-08-04 21:33 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-03 18:13 EFI CI failure Simon Glass
2022-08-04 5:53 ` Heinrich Schuchardt
2022-08-04 19:23 ` Simon Glass
2022-08-04 21:33 ` Heinrich Schuchardt
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.