From: Harsh Prateek Bora <harshpb@linux.ibm.com>
To: Kautuk Consul <kconsul@linux.vnet.ibm.com>,
Harsh Prateek Bora <harsh.prateek.bora@gmail.com>
Cc: "Alex Bennée" <alex.bennee@linaro.org>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Thomas Huth" <thuth@redhat.com>,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Beraldo Leal" <bleal@redhat.com>,
"Cleber Rosa" <crosa@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [PATCH v3 2/2] tests/avocado/tuxrun_baselines.py: improve code coverage for ppc64
Date: Fri, 21 Apr 2023 09:23:52 +0530 [thread overview]
Message-ID: <1be5d2af-23cd-5fda-7b41-cd0c8374d866@linux.ibm.com> (raw)
In-Reply-To: <ZEIGJn9gxV7bQ//O@li-a450e7cc-27df-11b2-a85c-b5a9ac31e8ef.ibm.com>
On 4/21/23 09:12, Kautuk Consul wrote:
> Hi,
>
> On 2023-04-20 19:20:40, Harsh Prateek Bora wrote:
>> Since we are optimising code a lot, one suggestion below:
>>
>>
>> On Thu, Apr 20, 2023 at 6:23 PM Kautuk Consul <kconsul@linux.vnet.ibm.com>
>> wrote:
>>
>>> Commit c0c8687ef0fd990db8db1655a8a6c5a5e35dd4bb disabled the
>>> boot_linux.py test-case due to which the code coverage for ppc
>>> decreased by around 2%. As per the discussion on
>>> https://lore.kernel.org/qemu-devel/87sfdpqcy4.fsf@linaro.org/ it
>>> was mentioned that the baseline test for ppc64 could be modified
>>> to make up this 2% code coverage. This patch attempts to achieve
>>> this 2% code coverage by adding various device command line
>>> arguments (to ./qemu-system-ppc64) in the tuxrun_baselines.py
>>> test-case.
>>>
>>> The code coverage report with boot_linux.py, without it and finally
>>> with these tuxrun_baselines.py changes is as follows:
>>>
>>> With boot_linux.py
>>> ------------------
>>> lines......: 13.8% (58006 of 420997 lines)
>>> functions..: 20.7% (7675 of 36993 functions)
>>> branches...: 9.2% (22146 of 240611 branches)
>>> Without boot_linux.py (without this patch changes)
>>> --------------------------------------------------
>>> lines......: 11.9% (50174 of 420997 lines)
>>> functions..: 18.8% (6947 of 36993 functions)
>>> branches...: 7.4% (17580 of 239017 branches)
>>> Without boot_linux.py (with this patch changes)
>>> -----------------------------------------------
>>> lines......: 13.8% (58287 of 420997 lines)
>>> functions..: 20.7% (7640 of 36993 functions)
>>> branches...: 8.4% (20223 of 240611 branches)
>>>
>>> Signed-off-by: Kautuk Consul <kconsul@linux.vnet.ibm.com>
>>> Reported-by: Alex Bennée <alex.bennee@linaro.org>
>>> ---
>>> tests/avocado/tuxrun_baselines.py | 120 +++++++++++++++++++++++++++++-
>>> 1 file changed, 116 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/tests/avocado/tuxrun_baselines.py
>>> b/tests/avocado/tuxrun_baselines.py
>>> index d343376faa..ae082ac028 100644
>>> --- a/tests/avocado/tuxrun_baselines.py
>>> +++ b/tests/avocado/tuxrun_baselines.py
>>> @@ -11,6 +11,7 @@
>>>
>>> import os
>>> import time
>>> +import tempfile
>>>
>>> <snip>
>>> """
>>> - self.common_tuxrun(drive="scsi-hd")
>>> +
>>> + # add device args to command line.
>>> + self.vm.add_args('-netdev', 'user,id=vnet,hostfwd=:127.0.0.1:0
>>> -:22',
>>> + '-device', 'virtio-net,netdev=vnet')
>>> + self.vm.add_args('-netdev', '{"type":"user","id":"hostnet0"}',
>>> + '-device', '{"driver":"virtio-net-pci","netdev":'
>>> +
>>> '"hostnet0","id":"net0","mac":"52:54:00:4c:e3:86",'
>>> + '"bus":"pci.0","addr":"0x9"}')
>>> + self.vm.add_args('-device',
>>> '{"driver":"qemu-xhci","p2":15,"p3":15,'
>>> + '"id":"usb","bus":"pci.0","addr":"0x2"}')
>>> + self.vm.add_args('-device',
>>> '{"driver":"virtio-scsi-pci","id":"scsi0"'
>>> + ',"bus":"pci.0","addr":"0x3"}')
>>> + self.vm.add_args('-device', '{"driver":"virtio-serial-pci","id":'
>>> + '"virtio-serial0","bus":"pci.0","addr":"0x4"}')
>>> + self.vm.add_args('-device', '{"driver":"scsi-cd","bus":"scsi0.0"'
>>> + ',"channel":0,"scsi-id":0,"lun":0,"device_id":'
>>> + '"drive-scsi0-0-0-0","id":"scsi0-0-0-0"}')
>>> + self.vm.add_args('-device', '{"driver":"virtio-balloon-pci",'
>>> + '"id":"balloon0","bus":"pci.0","addr":"0x6"}')
>>> + self.vm.add_args('-audiodev', '{"id":"audio1","driver":"none"}')
>>> + self.vm.add_args('-device', '{"driver":"usb-tablet","id":"input0"'
>>> + ',"bus":"usb.0","port":"1"}')
>>> + self.vm.add_args('-device', '{"driver":"usb-kbd","id":"input1"'
>>> + ',"bus":"usb.0","port":"2"}')
>>> + self.vm.add_args('-device', '{"driver":"VGA","id":"video0",'
>>> + '"vgamem_mb":16,"bus":"pci.0","addr":"0x7"}')
>>> + self.vm.add_args('-object',
>>> '{"qom-type":"rng-random","id":"objrng0"'
>>> + ',"filename":"/dev/urandom"}',
>>> + '-device',
>>> '{"driver":"virtio-rng-pci","rng":"objrng0"'
>>> + ',"id":"rng0","bus":"pci.0","addr":"0x8"}')
>>> + self.vm.add_args('-object',
>>> '{"qom-type":"cryptodev-backend-builtin",'
>>> + '"id":"objcrypto0","queues":1}',
>>> + '-device', '{"driver":"virtio-crypto-pci",'
>>> + '"cryptodev":"objcrypto0","id":"crypto0","bus"'
>>> + ':"pci.0","addr":"0xa"}')
>>> + self.vm.add_args('-device', '{"driver":"spapr-pci-host-bridge"'
>>> + ',"index":1,"id":"pci.1"}')
>>> + self.vm.add_args('-device', '{"driver":"spapr-vscsi","id":"scsi1"'
>>> + ',"reg":12288}')
>>> + self.vm.add_args('-m', '2G,slots=32,maxmem=4G',
>>> + '-object', 'memory-backend-ram,id=ram1,size=1G',
>>> + '-device', 'pc-dimm,id=dimm1,memdev=ram1')
>>> +
>>>
>>
>>
>> Most of the above code for adding args is getting duplicated in the test
>> for ppc64le below as well.
>> It could be contained in a helper routine which could be called from both,
>> and would be easier to maintain.
> I kept it separate because there may be some future reason to make the
> devices different for ppc and ppc64le. I know that probably won't happen
> but thought to keep it separate to allow for that possibility.
> Or if you feel that they should be exactly the same maybe I could send
> another patch after this to refactor the code into a single routine ?
We can keep a single routine if all the devices are exactly same for
now. Whenever (or if now) there is a change in device needed, that can
be conveyed to that routine via a flag for be/le and the routine can add
additional devices based on the flag passed.
>>
>> regards,
>> Harsh
>>
>> + # Create a temporary qcow2 and launch the test-case
>>> + with tempfile.NamedTemporaryFile(prefix='tuxrun_ppc64_',
>>> + suffix='.qcow2') as qcow2:
>>> + process.run(self.qemu_img + ' create -f qcow2 ' +
>>> + qcow2.name + ' 1G')
>>> +
>>> + self.vm.add_args('-drive', 'file=' + qcow2.name +
>>> + ',format=qcow2,if=none,id='
>>> + 'drive-virtio-disk1',
>>> + '-device', 'virtio-blk-pci,scsi=off,bus=pci.0,'
>>> +
>>> 'addr=0xb,drive=drive-virtio-disk1,id=virtio-disk1'
>>> + ',bootindex=2')
>>> + self.common_tuxrun(drive="scsi-hd")
>>>
>>> def test_ppc64le(self):
>>> """
>>> :avocado: tags=arch:ppc64
>>> :avocado: tags=machine:pseries
>>> - :avocado: tags=cpu:POWER8
>>> + :avocado: tags=cpu:POWER10
>>> :avocado: tags=console:hvc0
>>> :avocado: tags=tuxboot:ppc64le
>>> :avocado: tags=image:vmlinux
>>> :avocado: tags=extradev:driver=spapr-vscsi
>>> :avocado: tags=root:sda
>>> """
>>> - self.common_tuxrun(drive="scsi-hd")
>>> + # add device args to command line.
>>> + self.vm.add_args('-netdev', 'user,id=vnet,hostfwd=:127.0.0.1:0
>>> -:22',
>>> + '-device', 'virtio-net,netdev=vnet')
>>> + self.vm.add_args('-netdev', '{"type":"user","id":"hostnet0"}',
>>> + '-device', '{"driver":"virtio-net-pci","netdev":'
>>> +
>>> '"hostnet0","id":"net0","mac":"52:54:00:4c:e3:86",'
>>> + '"bus":"pci.0","addr":"0x9"}')
>>> + self.vm.add_args('-device',
>>> '{"driver":"qemu-xhci","p2":15,"p3":15,'
>>> + '"id":"usb","bus":"pci.0","addr":"0x2"}')
>>> + self.vm.add_args('-device',
>>> '{"driver":"virtio-scsi-pci","id":"scsi0"'
>>> + ',"bus":"pci.0","addr":"0x3"}')
>>> + self.vm.add_args('-device', '{"driver":"virtio-serial-pci","id":'
>>> + '"virtio-serial0","bus":"pci.0","addr":"0x4"}')
>>> + self.vm.add_args('-device', '{"driver":"scsi-cd","bus":"scsi0.0"'
>>> + ',"channel":0,"scsi-id":0,"lun":0,"device_id":'
>>> + '"drive-scsi0-0-0-0","id":"scsi0-0-0-0"}')
>>> + self.vm.add_args('-device', '{"driver":"virtio-balloon-pci",'
>>> + '"id":"balloon0","bus":"pci.0","addr":"0x6"}')
>>> + self.vm.add_args('-audiodev', '{"id":"audio1","driver":"none"}')
>>> + self.vm.add_args('-device', '{"driver":"usb-tablet","id":"input0"'
>>> + ',"bus":"usb.0","port":"1"}')
>>> + self.vm.add_args('-device', '{"driver":"usb-kbd","id":"input1"'
>>> + ',"bus":"usb.0","port":"2"}')
>>> + self.vm.add_args('-device', '{"driver":"VGA","id":"video0",'
>>> + '"vgamem_mb":16,"bus":"pci.0","addr":"0x7"}')
>>> + self.vm.add_args('-object',
>>> '{"qom-type":"rng-random","id":"objrng0"'
>>> + ',"filename":"/dev/urandom"}',
>>> + '-device',
>>> '{"driver":"virtio-rng-pci","rng":"objrng0"'
>>> + ',"id":"rng0","bus":"pci.0","addr":"0x8"}')
>>> + self.vm.add_args('-object',
>>> '{"qom-type":"cryptodev-backend-builtin",'
>>> + '"id":"objcrypto0","queues":1}',
>>> + '-device', '{"driver":"virtio-crypto-pci",'
>>> + '"cryptodev":"objcrypto0","id":"crypto0","bus"'
>>> + ':"pci.0","addr":"0xa"}')
>>> + self.vm.add_args('-device', '{"driver":"spapr-pci-host-bridge"'
>>> + ',"index":1,"id":"pci.1"}')
>>> + self.vm.add_args('-device', '{"driver":"spapr-vscsi","id":"scsi1"'
>>> + ',"reg":12288}')
>>> + self.vm.add_args('-m', '2G,slots=32,maxmem=4G',
>>> + '-object', 'memory-backend-ram,id=ram1,size=1G',
>>> + '-device', 'pc-dimm,id=dimm1,memdev=ram1')
>>> +
>>> + # Create a temporary qcow2 and launch the test-case
>>> + with tempfile.NamedTemporaryFile(prefix='tuxrun_ppc64le_',
>>> + suffix='.qcow2') as qcow2:
>>> + process.run(self.qemu_img + ' create -f qcow2 ' +
>>> + qcow2.name + ' 1G')
>>> +
>>> + self.vm.add_args('-drive', 'file=' + qcow2.name +
>>> + ',format=qcow2,if=none,id='
>>> + 'drive-virtio-disk1',
>>> + '-device', 'virtio-blk-pci,scsi=off,bus=pci.0,'
>>> +
>>> 'addr=0xb,drive=drive-virtio-disk1,id=virtio-disk1'
>>> + ',bootindex=2')
>>> + self.common_tuxrun(drive="scsi-hd")
>>>
>>> def test_riscv32(self):
>>> """
>>> --
>>> 2.25.1
>>>
>>>
>>>
next prev parent reply other threads:[~2023-04-21 3:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-20 12:52 [PATCH v3 0/2] Improve avocado code coverage for ppc64 Kautuk Consul
2023-04-20 12:52 ` [PATCH v3 1/2] avocado_qemu/__init__.py: factor out the qemu-img finding Kautuk Consul
2023-04-20 12:52 ` [PATCH v3 2/2] tests/avocado/tuxrun_baselines.py: improve code coverage for ppc64 Kautuk Consul
2023-04-20 13:50 ` Harsh Prateek Bora
2023-04-21 3:42 ` Kautuk Consul
2023-04-21 3:53 ` Harsh Prateek Bora [this message]
2023-04-21 4:27 ` Kautuk Consul
2023-04-20 14:09 ` Philippe Mathieu-Daudé
2023-04-20 15:01 ` [PATCH v3 0/2] Improve avocado " Alex Bennée
2023-04-21 4:06 ` Kautuk Consul
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=1be5d2af-23cd-5fda-7b41-cd0c8374d866@linux.ibm.com \
--to=harshpb@linux.ibm.com \
--cc=alex.bennee@linaro.org \
--cc=bleal@redhat.com \
--cc=crosa@redhat.com \
--cc=harsh.prateek.bora@gmail.com \
--cc=kconsul@linux.vnet.ibm.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
--cc=wainersm@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).