qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Thomas Huth <thuth@redhat.com>
To: Igor Mammedov <imammedo@redhat.com>,
	"Michael S. Tsirkin" <mst@redhat.com>
Cc: lvivier@redhat.com, pbonzini@redhat.com, qemu-devel@nongnu.org,
	Eduardo Habkost <ehabkost@redhat.com>
Subject: Re: [PATCH v2 04/15] tests: acpi: q35: test for x2APIC entries in SRAT
Date: Wed, 20 Oct 2021 10:58:55 +0200	[thread overview]
Message-ID: <8b2dbf60-0e52-1a06-ff70-b6b253413aad@redhat.com> (raw)
In-Reply-To: <20211020105348.7ef7cdd5@redhat.com>

On 20/10/2021 10.53, Igor Mammedov wrote:
> On Wed, 20 Oct 2021 04:18:07 -0400
> "Michael S. Tsirkin" <mst@redhat.com> wrote:
> 
>> On Wed, Oct 20, 2021 at 10:16:07AM +0200, Igor Mammedov wrote:
>>> On Tue, 19 Oct 2021 07:44:38 -0400
>>> "Michael S. Tsirkin" <mst@redhat.com> wrote:
>>>    
>>>> On Tue, Oct 19, 2021 at 01:36:24PM +0200, Igor Mammedov wrote:
>>>>> On Tue, 19 Oct 2021 06:23:40 -0400
>>>>> "Michael S. Tsirkin" <mst@redhat.com> wrote:
>>>>>      
>>>>>> On Tue, Oct 19, 2021 at 11:48:25AM +0200, Igor Mammedov wrote:
>>>>>>> On Mon, 18 Oct 2021 17:31:33 -0400
>>>>>>> "Michael S. Tsirkin" <mst@redhat.com> wrote:
>>>>>>>        
>>>>>>>> On Thu, Sep 02, 2021 at 07:35:40AM -0400, Igor Mammedov wrote:
>>>>>>>>> Set -smp 1,maxcpus=288 to test for ACPI code that
>>>>>>>>> deal with CPUs with large APIC ID (>255).
>>>>>>>>>
>>>>>>>>> PS:
>>>>>>>>> Test requires KVM and in-kernel irqchip support,
>>>>>>>>> so skip test if KVM is not available.
>>>>>>>>>
>>>>>>>>> Signed-off-by: Igor Mammedov <imammedo@redhat.com>
>>>>>>>>> ---
>>>>>>>>> v3:
>>>>>>>>>    - add dedicated test instead of abusing 'numamem' one
>>>>>>>>>    - add 'kvm' prefix to the test name
>>>>>>>>>        ("Michael S. Tsirkin" <mst@redhat.com>)
>>>>>>>>> v2:
>>>>>>>>>    - switch to qtest_has_accel() API
>>>>>>>>>
>>>>>>>>> CC: thuth@redhat.com
>>>>>>>>> CC: lvivier@redhat.com
>>>>>>>>> ---
>>>>>>>>>   tests/qtest/bios-tables-test.c | 17 +++++++++++++++++
>>>>>>>>>   1 file changed, 17 insertions(+)
>>>>>>>>>
>>>>>>>>> diff --git a/tests/qtest/bios-tables-test.c b/tests/qtest/bios-tables-test.c
>>>>>>>>> index 51d3a4e239..1f6779da87 100644
>>>>>>>>> --- a/tests/qtest/bios-tables-test.c
>>>>>>>>> +++ b/tests/qtest/bios-tables-test.c
>>>>>>>>> @@ -1033,6 +1033,19 @@ static void test_acpi_q35_tcg_numamem(void)
>>>>>>>>>       free_test_data(&data);
>>>>>>>>>   }
>>>>>>>>>   
>>>>>>>>> +static void test_acpi_q35_kvm_xapic(void)
>>>>>>>>> +{
>>>>>>>>> +    test_data data;
>>>>>>>>> +
>>>>>>>>> +    memset(&data, 0, sizeof(data));
>>>>>>>>> +    data.machine = MACHINE_Q35;
>>>>>>>>> +    data.variant = ".xapic";
>>>>>>>>> +    test_acpi_one(" -object memory-backend-ram,id=ram0,size=128M"
>>>>>>>>> +                  " -numa node -numa node,memdev=ram0"
>>>>>>>>> +                  " -machine kernel-irqchip=on -smp 1,maxcpus=288", &data);
>>>>>>>>> +    free_test_data(&data);
>>>>>>>>> +}
>>>>>>>>> +
>>>>>>>>>   static void test_acpi_q35_tcg_nosmm(void)
>>>>>>>>>   {
>>>>>>>>>       test_data data;
>>>>>>>>
>>>>>>>>
>>>>>>>> This causes an annoying message each time I run it:
>>>>>>>>
>>>>>>>> qemu-system-x86_64: -accel kvm: warning: Number of hotpluggable cpus requested (288) exceeds the recommended cpus supported by KVM (240)
>>>>>>>>
>>>>>>>> what gives?
>>>>>>>
>>>>>>> it depends on kernel, see kvm_recommended_vcpus().
>>>>>>>
>>>>>>> We probably should bump it on upstream kernel side
>>>>>>> (it's much more than that in RHEL8).
>>>>>>>
>>>>>>> Is there anything that prevents bumping upstream kernel limits?
>>>>>>
>>>>>> what should we do with the annoying warning though?
>>>>>
>>>>> I'd leave it alone.
>>>>> What do you suggest?
>>>>>       
>>>>
>>>> reduce the value so a typical system does not trigger it?
>>>
>>> it won't work, test needs as minimum 255 vcpus to trigger X2APIC logic
>>> and 288 value additionally tests max limits
>>
>> Add a flag to disable the warning while running this specific test?
> 
> if it were qtest accel, it would be trivial but
> I'm not aware of something similar for tcg/kvm mode.
> Do you suggest to add to QEMU a CLI option for that?

I think you can still use qtest_enabled(), even if -accel kvm has been 
specified on top?

  Thomas



  reply	other threads:[~2021-10-20  9:02 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-02 11:35 [PATCH v2 00/15] tests: acpi: add x2apic and various iommu tests Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 01/15] tests: acpi: dump table with failed checksum Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 02/15] tests: qtest: add qtest_has_accel() to check if tested binary supports accelerator Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 03/15] tests: acpi: whitelist expected tables for acpi/q35/xapic testcase Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 04/15] tests: acpi: q35: test for x2APIC entries in SRAT Igor Mammedov
2021-10-18 21:31   ` Michael S. Tsirkin
2021-10-19  9:48     ` Igor Mammedov
2021-10-19 10:23       ` Michael S. Tsirkin
2021-10-19 11:36         ` Igor Mammedov
2021-10-19 11:44           ` Michael S. Tsirkin
2021-10-20  8:16             ` Igor Mammedov
2021-10-20  8:18               ` Michael S. Tsirkin
2021-10-20  8:53                 ` Igor Mammedov
2021-10-20  8:58                   ` Thomas Huth [this message]
2021-10-20  9:43                     ` Igor Mammedov
2021-10-20  9:46                   ` Michael S. Tsirkin
2021-10-20 10:01                     ` Igor Mammedov
2021-10-20 10:03                       ` Michael S. Tsirkin
2021-09-02 11:35 ` [PATCH v2 05/15] tests: acpi: update expected tables blobs Igor Mammedov
2021-10-18 20:37   ` Michael S. Tsirkin
2021-10-19  9:56     ` Igor Mammedov
2021-10-19 10:27       ` Michael S. Tsirkin
2021-10-20  9:05         ` Igor Mammedov
2021-10-20  9:45           ` Michael S. Tsirkin
2021-10-20  9:57             ` Igor Mammedov
2021-10-20 10:02               ` Michael S. Tsirkin
2021-09-02 11:35 ` [PATCH v2 06/15] tests: acpi: whitelist new expected table tests/data/acpi/q35/DMAR.dmar Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 07/15] tests: acpi: add testcase for intel_iommu (DMAR table) Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 08/15] tests: acpi: add expected blob for DMAR table Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 09/15] tests: acpi: whitelist expected blobs for new acpi/q35/ivrs testcase Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 10/15] tests: acpi: add testcase for amd-iommu (IVRS table) Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 11/15] tests: acpi: update expected blobs Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 12/15] tests: acpi: arm/virt: drop redundant test_acpi_one() in test_acpi_virt_tcg() Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 13/15] tests: arm-cpu-features: use qtest_has_kvm() API Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 14/15] tests: migration-test: use qtest_has_accel() API Igor Mammedov
2021-09-02 11:35 ` [PATCH v2 15/15] tests: bios-tables-test: use qtest_has_accel() API to register TCG only tests Igor Mammedov
2021-10-06 14:05 ` [PATCH v2 00/15] tests: acpi: add x2apic and various iommu tests Igor Mammedov

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=8b2dbf60-0e52-1a06-ff70-b6b253413aad@redhat.com \
    --to=thuth@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=imammedo@redhat.com \
    --cc=lvivier@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@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 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).