From: Thomas Huth <thuth@redhat.com>
To: qemu-devel@nongnu.org, Cornelia Huck <cohuck@redhat.com>
Cc: "Willian Rampazzo" <willianr@redhat.com>,
qemu-s390x@nongnu.org,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Cleber Rosa" <crosa@redhat.com>
Subject: Re: [PATCH] tests/acceptance: Add a test with the Fedora 31 kernel and initrd
Date: Wed, 16 Dec 2020 12:32:22 +0100 [thread overview]
Message-ID: <6948dfc6-5ec4-6d7f-2c76-fe8449b8aa14@redhat.com> (raw)
In-Reply-To: <20201216105711.14796-1-thuth@redhat.com>
On 16/12/2020 11.57, Thomas Huth wrote:
> This initrd contains a virtio-net and a virtio-gpu kernel module,
> so we can check that we can set a MAC address for the network device
> and that we can successfully write some stuff into the emulated
> framebuffer of the virtio-gpu device.
>
> Signed-off-by: Thomas Huth <thuth@redhat.com>
> ---
> Based-on: 20201215183623.110128-1-thuth@redhat.com
>
> tests/acceptance/machine_s390_ccw_virtio.py | 78 +++++++++++++++++++++
> 1 file changed, 78 insertions(+)
>
> diff --git a/tests/acceptance/machine_s390_ccw_virtio.py b/tests/acceptance/machine_s390_ccw_virtio.py
> index abe25a08f0..a5be26b38e 100644
> --- a/tests/acceptance/machine_s390_ccw_virtio.py
> +++ b/tests/acceptance/machine_s390_ccw_virtio.py
> @@ -9,6 +9,8 @@
> # This work is licensed under the terms of the GNU GPL, version 2 or
> # later. See the COPYING file in the top-level directory.
>
> +import re
> +import tempfile
>
> from avocado_qemu import Test
> from avocado_qemu import exec_command_and_wait_for_pattern
> @@ -150,3 +152,79 @@ class S390CCWVirtioMachine(Test):
> self.vm.command('human-monitor-command', command_line='balloon 128')
> exec_command_and_wait_for_pattern(self, 'head -n 1 /proc/meminfo',
> 'MemTotal: 115640 kB')
> +
> +
> + def test_s390x_fedora(self):
> +
> + """
> + :avocado: tags=arch:s390x
> + :avocado: tags=machine:s390-ccw-virtio
> + """
> +
> + kernel_url = ('https://archives.fedoraproject.org/pub/archive'
> + '/fedora-secondary/releases/31/Server/s390x/os'
> + '/images/kernel.img')
> + kernel_hash = 'b93d1efcafcf29c1673a4ce371a1f8b43941cfeb'
> + kernel_path = self.fetch_asset(kernel_url, asset_hash=kernel_hash)
> +
> + initrd_url = ('https://archives.fedoraproject.org/pub/archive'
> + '/fedora-secondary/releases/31/Server/s390x/os'
> + '/images/initrd.img')
> + initrd_hash = '3de45d411df5624b8d8ef21cd0b44419ab59b12f'
> + initrd_path = self.fetch_asset(initrd_url, asset_hash=initrd_hash)
> +
> + self.vm.set_console()
> + kernel_command_line = (self.KERNEL_COMMON_COMMAND_LINE +
> + ' audit=0 rd.rescue')
> + self.vm.add_args('-nographic',
> + '-smp', '4',
> + '-m', '512',
> + '-name', 'Some Guest Name',
> + '-uuid', '30de4fd9-b4d5-409e-86a5-09b387f70bfa',
> + '-kernel', kernel_path,
> + '-initrd', initrd_path,
> + '-append', kernel_command_line,
> + '-device', 'virtio-net-pci,mac=02:ca:fe:fa:ce:12',
> + '-device', 'virtio-rng-ccw',
> + '-device', 'virtio-gpu-ccw')
> + self.vm.launch()
> + self.wait_for_console_pattern('Entering emergency mode')
> +
> + # Some tests to see whether the CLI options have been considered:
> + exec_command_and_wait_for_pattern(self,
> + 'cat /sys/class/net/enP1p0s0/address',
> + '02:ca:fe:fa:ce:12')
> + exec_command_and_wait_for_pattern(self, 'cat /proc/cpuinfo',
> + 'processors : 4')
> + exec_command_and_wait_for_pattern(self, 'grep MemTotal /proc/meminfo',
> + 'MemTotal: 499848 kB')
> + exec_command_and_wait_for_pattern(self, 'grep Name /proc/sysinfo',
> + 'Extended Name: Some Guest Name')
> + exec_command_and_wait_for_pattern(self, 'grep UUID /proc/sysinfo',
> + '30de4fd9-b4d5-409e-86a5-09b387f70bfa')
> +
> + # Disable blinking cursor, then write some stuff into the framebuffer
> + # ("32-bit encoded", the screendump PPM will then only contain 24-bit)
As just discussed offline with Cornelia, this maybe needs some more
explanation, so I'd suggest to add something like:
# Disable blinking cursor, then write some stuff into the
# framebuffer. QEMU's PPM screendumps contain uncompressed
# 24-bit values, while the framebuffer uses 32-bit, so we
# pad our text with some spaces when writing to the frame-
# buffer. Since the PPM is uncompressed, we then can simple
# read the written "magic bytes" back from the PPM file to
# check whether the framebuffer is working as expected.
Does that sound ok?
Thomas
> + exec_command_and_wait_for_pattern(self,
> + 'echo -e "\e[?25l" > /dev/tty0', ':/#')
> + exec_command_and_wait_for_pattern(self, 'for ((i=0;i<500;i++)); do '
> + 'echo " The qu ick fo x j ump s o ver a laz y d og" >> fox.txt;'
> + 'done',
> + ':/#')
> + exec_command_and_wait_for_pattern(self,
> + 'dd if=fox.txt of=/dev/fb0 bs=1000 oflag=sync,nocache ; rm fox.txt',
> + '24+0 records out')
> + tmpfile = tempfile.NamedTemporaryFile(suffix='.ppm',
> + prefix='qemu-scrdump-')
> + self.vm.command('screendump', filename=tmpfile.name)
> + ppmfile = open(tmpfile.name, "r")
> + tmpfile.close
> + line = ppmfile.readline()
> + self.assertEqual(line, "P6\n")
> + line = ppmfile.readline()
> + self.assertEqual(line, "1024 768\n")
> + line = ppmfile.readline()
> + self.assertEqual(line, "255\n")
> + line = ppmfile.readline()
> + self.assertEqual(line, "The quick fox jumps over a lazy dog\n")
> + ppmfile.close
>
next prev parent reply other threads:[~2020-12-16 11:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-16 10:57 [PATCH] tests/acceptance: Add a test with the Fedora 31 kernel and initrd Thomas Huth
2020-12-16 11:32 ` Thomas Huth [this message]
2020-12-16 11:41 ` Cornelia Huck
2020-12-16 11:32 ` Cornelia Huck
2020-12-16 11:36 ` Thomas Huth
2020-12-16 11:40 ` Cornelia Huck
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=6948dfc6-5ec4-6d7f-2c76-fe8449b8aa14@redhat.com \
--to=thuth@redhat.com \
--cc=cohuck@redhat.com \
--cc=crosa@redhat.com \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=wainersm@redhat.com \
--cc=willianr@redhat.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).