From: Harsh Prateek Bora <harshpb@linux.ibm.com>
To: "Kautuk Consul" <kconsul@linux.vnet.ibm.com>,
	"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>
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH v4 2/2] tests/avocado/tuxrun_baselines.py: improve code coverage for ppc64
Date: Fri, 21 Apr 2023 12:10:06 +0530	[thread overview]
Message-ID: <40b15122-c2a6-4d44-82f7-ecc755c3e93b@linux.ibm.com> (raw)
In-Reply-To: <ZEIvTdzgkejpARdX@li-a450e7cc-27df-11b2-a85c-b5a9ac31e8ef.ibm.com>
On 4/21/23 12:08, Kautuk Consul wrote:
> Adding Harsh Prateek Bora <harshpb@linux.ibm.com>.
> 
> On 2023-04-20 23:23:22, Kautuk Consul 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 | 68 +++++++++++++++++++++++++++++--
>>   1 file changed, 64 insertions(+), 4 deletions(-)
>>
>> diff --git a/tests/avocado/tuxrun_baselines.py b/tests/avocado/tuxrun_baselines.py
>> index d343376faa..546abd9396 100644
>> --- a/tests/avocado/tuxrun_baselines.py
>> +++ b/tests/avocado/tuxrun_baselines.py
>> @@ -11,6 +11,7 @@
>>   
>>   import os
>>   import time
>> +import tempfile
>>   
>>   from avocado import skip, skipIf
>>   from avocado_qemu import QemuSystemTest
>> @@ -72,6 +73,8 @@ def setUp(self):
>>           # Occasionally we need extra devices to hook things up
>>           self.extradev = self.get_tag('extradev')
>>   
>> +        self.qemu_img = super().get_qemu_img()
>> +
>>       def wait_for_console_pattern(self, success_message, vm=None):
>>           wait_for_console_pattern(self, success_message,
>>                                    failure_message='Kernel panic - not syncing',
>> @@ -164,6 +167,63 @@ def common_tuxrun(self, dt=None,
>>           self.vm.launch()
>>           self.run_tuxtest_tests(haltmsg)
>>   
>> +    def ppc64_common_tuxrun(self, prefix):
>> +        # 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=prefix,
>> +                                         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")
>> +
>>       #
>>       # The tests themselves. The configuration is derived from how
>>       # tuxrun invokes qemu (with minor tweaks like using -blockdev
>> @@ -308,7 +368,7 @@ def test_ppc64(self):
>>           """
>>           :avocado: tags=arch:ppc64
>>           :avocado: tags=machine:pseries
>> -        :avocado: tags=cpu:POWER8
>> +        :avocado: tags=cpu:POWER10
>>           :avocado: tags=endian:big
>>           :avocado: tags=console:hvc0
>>           :avocado: tags=tuxboot:ppc64
>> @@ -316,20 +376,20 @@ def test_ppc64(self):
>>           :avocado: tags=extradev:driver=spapr-vscsi
>>           :avocado: tags=root:sda
>>           """
>> -        self.common_tuxrun(drive="scsi-hd")
>> +        self.ppc64_common_tuxrun(prefix='tuxrun_ppc64_')
>>   
>>       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")
>> +        self.ppc64_common_tuxrun(prefix='tuxrun_ppc64le_')
>>   
Looks neat, thanks for addressing review comments!
Reviewed-by: Harsh Prateek Bora <harshpb@linux.ibm.com>
>>       def test_riscv32(self):
>>           """
>> -- 
>> 2.25.1
>>
>>
next prev parent reply	other threads:[~2023-04-21  6:41 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-21  4:23 [PATCH v4 0/2] Improve code coverage for ppc64 Kautuk Consul
2023-04-21  4:23 ` [PATCH v4 1/2] avocado_qemu/__init__.py: factor out the qemu-img finding Kautuk Consul
2023-04-21  6:03   ` Philippe Mathieu-Daudé
2023-04-21  6:37   ` Kautuk Consul
2023-04-21  6:55     ` Harsh Prateek Bora
2023-04-21  4:23 ` [PATCH v4 2/2] tests/avocado/tuxrun_baselines.py: improve code coverage for ppc64 Kautuk Consul
2023-04-21  6:02   ` Philippe Mathieu-Daudé
2023-04-21  6:38   ` Kautuk Consul
2023-04-21  6:40     ` Harsh Prateek Bora [this message]
2023-04-21  6:36 ` [PATCH v4 0/2] Improve " Kautuk Consul
2023-04-21 13:29 ` Alex Bennée
2023-04-24  4:20   ` 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=40b15122-c2a6-4d44-82f7-ecc755c3e93b@linux.ibm.com \
    --to=harshpb@linux.ibm.com \
    --cc=alex.bennee@linaro.org \
    --cc=bleal@redhat.com \
    --cc=crosa@redhat.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).