From: "Alex Bennée" <alex.bennee@linaro.org>
To: Cleber Rosa <crosa@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Thomas Huth" <huth@tuxfamily.org>,
"Markus Armbruster" <armbru@redhat.com>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
qemu-devel@nongnu.org, "Kamil Rytarowski" <kamil@netbsd.org>,
"Hervé Poussineau" <hpoussin@reactos.org>,
qemu-ppc@nongnu.org, "Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Artyom Tarasenko" <atar4qemu@gmail.com>,
"David Gibson" <david@gibson.dropbear.id.au>
Subject: Re: [Qemu-devel] [PATCH v2 2/6] tests/acceptance: Test Open Firmware on the PReP/40p
Date: Tue, 17 Sep 2019 10:33:11 +0100 [thread overview]
Message-ID: <87h85b1d48.fsf@linaro.org> (raw)
In-Reply-To: <20190916185513.GA13659@dhcp-17-173.bos.redhat.com>
Cleber Rosa <crosa@redhat.com> writes:
> On Mon, Sep 16, 2019 at 01:59:22PM -0400, Cleber Rosa wrote:
>> On Sun, Sep 15, 2019 at 11:19:36PM +0200, Philippe Mathieu-Daudé wrote:
>> > User case from:
>> > https://tyom.blogspot.com/2019/04/aixprep-under-qemu-how-to.html
>> >
>> > Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
>> > ---
>> > tests/acceptance/ppc_prep_40p.py | 21 +++++++++++++++++++++
>> > 1 file changed, 21 insertions(+)
>> >
>> > diff --git a/tests/acceptance/ppc_prep_40p.py b/tests/acceptance/ppc_prep_40p.py
>> > index 53f2d2ecf0..a0eac40d9f 100644
>> > --- a/tests/acceptance/ppc_prep_40p.py
>> > +++ b/tests/acceptance/ppc_prep_40p.py
>> > @@ -61,3 +61,24 @@ class IbmPrep40pMachine(Test):
>> > os_banner = 'NetBSD 4.0 (GENERIC) #0: Sun Dec 16 00:49:40 PST 2007'
>> > self.wait_for_console_pattern(os_banner)
>> > self.wait_for_console_pattern('Model: IBM PPS Model 6015')
>> > +
>> > + def test_openfirmware(self):
>> > + """
>> > + :avocado: tags=arch:ppc
>> > + :avocado: tags=machine:40p
>> > + """
>> > + bios_url = ('https://github.com/artyom-tarasenko/openfirmware/'
>> > + 'releases/download/40p-20190413/q40pofw-serial.rom')
>> > + bios_hash = '880c80172ea5b2247c0ac2a8bf36bbe385192c72'
>> > + bios_path = self.fetch_asset(bios_url, asset_hash=bios_hash)
>> > +
>> > + self.vm.set_machine('40p')
>> > + self.vm.set_console()
>> > + self.vm.add_args('-bios', bios_path)
>> > +
>> > + self.vm.launch()
>> > + self.wait_for_console_pattern('QEMU PReP/40p')
>> > + fw_banner = 'Open Firmware, built April 13, 2019 09:29:23'
>> > + self.wait_for_console_pattern(fw_banner)
>> > + prompt_msg = 'Type any key to interrupt automatic startup'
>> > + self.wait_for_console_pattern(prompt_msg)
>> > --
>> > 2.20.1
>> >
>>
>> Tested-by: Cleber Rosa <crosa@redhat.com>
>> Reviewed-by: Cleber Rosa <crosa@redhat.com>
>
> Actually, I'm seeing random but consistent failures. I've tracked
> it down to the 'Open Firmware, built April 13, 2019 09:29:23'. Out
> of 100 executions I got 27 failures, with that line logged as:
>
> 2019-09-16 14:44:54,540 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:00,762 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:06,575 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:12,859 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:18,707 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:21,876 ppc_prep_40p L0033 DEBUG| en Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:28,054 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:31,163 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:34,291 ppc_prep_40p L0033 DEBUG| en Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:45:57,719 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:03,610 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:06,795 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:17,087 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:21,534 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:24,694 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:38,076 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:49,863 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:46:54,435 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:00,672 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:03,834 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:06,852 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:14,276 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:17,380 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:34,749 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:39,217 ppc_prep_40p L0033 DEBUG| n Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:47:43,750 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
> 2019-09-16 14:48:04,003 ppc_prep_40p L0033 DEBUG| Firmware, built April 13, 2019 09:29:23
>
> Given that we're not seeing this behavior in other target/marchine
> tests, my first impression is that this is what's being produced
> by QEMU, and not what's being badly captured by the Avocado and/or
> the test code.
Is the DEBUG line meant to show everything that avocado saw? I guess we
could have a bug in the serial port emulation causing characters to be
dropped?
>
> Any ideas?
>
> - Cleber.
--
Alex Bennée
next prev parent reply other threads:[~2019-09-17 9:35 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-15 21:19 [Qemu-devel] [PATCH v2 0/6] tests/acceptance: Add tests for the PReP/40p machine Philippe Mathieu-Daudé
2019-09-15 21:19 ` [Qemu-devel] [PATCH v2 1/6] tests/acceptance: Add test that runs NetBSD 4.0 installer on PRep/40p Philippe Mathieu-Daudé
2019-09-16 9:44 ` Artyom Tarasenko
2019-09-16 16:08 ` Cleber Rosa
2019-09-16 16:19 ` Philippe Mathieu-Daudé
2019-09-16 16:40 ` [Qemu-devel] [PATCH] Acceptance tests: refactor wait_for_console_pattern Cleber Rosa
2019-10-17 12:57 ` Philippe Mathieu-Daudé
2019-10-24 20:01 ` [Qemu-devel] " Wainer dos Santos Moschetta
2019-09-15 21:19 ` [Qemu-devel] [PATCH v2 2/6] tests/acceptance: Test Open Firmware on the PReP/40p Philippe Mathieu-Daudé
2019-09-16 9:36 ` Artyom Tarasenko
2019-09-16 17:59 ` Cleber Rosa
2019-09-16 18:55 ` Cleber Rosa
2019-09-17 9:33 ` Alex Bennée [this message]
2019-09-17 9:42 ` Artyom Tarasenko
2019-09-17 9:49 ` Philippe Mathieu-Daudé
2019-09-15 21:19 ` [Qemu-devel] [PATCH v2 3/6] tests/acceptance: Test OpenBIOS " Philippe Mathieu-Daudé
2019-09-16 19:32 ` Cleber Rosa
2019-09-17 9:31 ` Alex Bennée
2019-09-17 9:44 ` Philippe Mathieu-Daudé
2019-09-17 9:55 ` Artyom Tarasenko
2019-09-15 21:19 ` [Qemu-devel] [PATCH v2 4/6] tests/acceptance: Test Sandalfoot initrd " Philippe Mathieu-Daudé
2019-09-15 21:19 ` [Qemu-devel] [PATCH v2 5/6] .travis.yml: Let the avocado job run the 40p tests Philippe Mathieu-Daudé
2019-09-16 10:01 ` Alex Bennée
2019-09-15 21:19 ` [Qemu-devel] [PATCH v2 6/6] .travis.yml: Split enterprise vs. hobbyist acceptance test job Philippe Mathieu-Daudé
2019-09-16 8:43 ` Alex Bennée
2019-09-16 9:23 ` Philippe Mathieu-Daudé
2019-09-16 9:46 ` Alex Bennée
2019-09-16 10:00 ` Philippe Mathieu-Daudé
2019-09-16 0:42 ` [Qemu-devel] [PATCH v2 0/6] tests/acceptance: Add tests for the PReP/40p machine David Gibson
2019-09-16 9:28 ` Philippe Mathieu-Daudé
2019-09-16 9:52 ` Alex Bennée
2019-09-16 9:56 ` Philippe Mathieu-Daudé
2019-09-17 2:19 ` [Qemu-devel] [Qemu-ppc] " David Gibson
2019-09-17 11:40 ` David Gibson
2019-09-18 11:51 ` Philippe Mathieu-Daudé
2019-09-16 16:14 ` [Qemu-devel] " Eduardo Habkost
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h85b1d48.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=armbru@redhat.com \
--cc=atar4qemu@gmail.com \
--cc=crosa@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=ehabkost@redhat.com \
--cc=f4bug@amsat.org \
--cc=fam@euphon.net \
--cc=hpoussin@reactos.org \
--cc=huth@tuxfamily.org \
--cc=kamil@netbsd.org \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.