[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] x86/dom0: Add log for dom0_nodes and dom0_max_vcpus_max conflict


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Jane Malalane <Jane.Malalane@xxxxxxxxxx>
  • Date: Wed, 9 Feb 2022 17:13:30 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=0sYTaWKFTYZC4KzZ6woE5VPngvVRj0Uj5X8Zm8fqvVs=; b=aldYNWFbiY+NpHDWWLwrFIFHUxDoIw0fO+s5NxAtyMYps+DplefCn/whkY0nxzJJhJ74u9NiaobfJtZB8lCbmGmkMKCMGDq7O2mYzQ2FiH9jqk1TOIytMHvVz04Ck8tZKNUVV7BmrZe1ffxDKEA7TozEbZA24eOk0GvtYJyQxX0EArNrdWrVnozww5e9xoW69LX6UwpyM+xPs711MTXUErCSxmzC3T0YnQs+XHB7UTq2hQmS9Vv0EY73aZuCGDT/e0swHXEUp+xeRKNF7WN69JEofUCCIv6VtaIGjTowtEY1T5rwj9BFfHIbB6L7gddCAi0N/s8DcYCurQIjfdIuRQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VpsAC2lFIzilvZgjzt4i4n05QsacgYPx2EX1yzBCr6Qi5ETKp/cwF5QRB+GKOTGvClAawHH7x8tmbJusTK804pLoxai48u0hQdneiCje+ZUi3HvQeEqXB+Knd821ZzNrjwOL+/4/lqFnlaU/nw4eLGqInBqWChOLSOLbQnuSlj6SNrW0d0T0rlvTDXmmkjj8e9BVZFxvmD1UgR78WRy/JzPKy3v0F9TwnWVTYNw+5KW3dgIBAr3XqFU98HZOvjEWjvxBiDmAJT4RBDgTA7M0LMYNVFHERCQfjSfykdwrndMmg+7kYev3pg9OHQ+z4Xqrpq4VwUck2tjins2QZcqhIg==
  • Authentication-results: esa1.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
  • Cc: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>, Roger Pau Monne <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 09 Feb 2022 17:13:49 +0000
  • Ironport-data: A9a23:4EdaCqxpUV4CkzCrE116t+fVwSrEfRIJ4+MujC+fZmUNrF6WrkUCz 2dOXTyFPPmLZ2PyeNl1aNi18BlX75XXzd8yQAA4+CAxQypGp/SeCIXCJC8cHc8zwu4v7q5Dx 59DAjUVBJlsFhcwnvopW1TYhSEUOZugH9IQM8aZfHAhLeNYYH1500g7wbZo2tQAbeWRWGthh /uj+6UzB3f9s9JEGjp8B3Wr8U4HUFza4Vv0j3RmDRx5lAa2e0o9VfrzEZqZPXrgKrS4K8bhL wr1IBNVyUuCl/slIovNfr8W6STmSJaKVeSFoiI+t6RPHnGuD8H9u0o2HKN0VKtZt9mGt95Bw +9InqW0cgF3GJf+uu4fCEYHFAgraMWq+JefSZS+mcmazkmAeHrw2fR+SkoxOOX0+M4uXzsIr 6ZBbmlQMFbT3Ipaw5riIgVoruYqKsStGYobs3VpyzzxBvc6W5HTBa7N4Le02R9u2poTQK6FP 6L1bxJoSCiQaTYUAm0cFY5mkcm2v0i4dhdh/Qf9Sa0fvDGIkV0ZPKLWGMrYfJmGSNtYmm6cp 3na5CLpDxcCLtudxDGZtHW2iYfngifTSI8UUrqi+ZZCglee22gSAx0+TkagrL+yjUvWZj5EA xVKoGx09/F0rRH1CImmN/GlnJKalhAsUOBVONQ+0wfT7JDmwQybXTdbSRcUPbTKq/QKbTAt0 1aImfbgCjpurKCZRBqhy1uEkd+hEXNLdDFfPEfoWSNAuoC++99r0nojW/4+SPbdszHjJd3nL 9lmRgAajq5bs8ME3r7TEbvv02P1/cihouLYC2zqsoOZAuFROdfNi2+AswGzARN8wGCxFATpU J8swZf20Qz2JcvR/BFhuc1UdF1T296LMSfHnXlkFIQ7+jKm9haLJN4MvGoieRs4a5ZdJFcFh XM/XysLufe/21PwMsdKj3+ZUZx2ncAM6/y5PhwrUja+SscoL1LWlM2fTUWRw3rsgCARfVIXY v+mnTKXJS9CU8xPlWPuL89EiOND7n1ulAv7GMGgpzz6gOX2TCDOE98tbgDRBt3VGYvZ+W05B f4EbJDUo/ieOcWjChTqHXk7dwhVdCNmXsCv8KS6tIere2JbJY3oMNeIqZsJcI15haVF0ODO+ 3C2QEhDz1Tjw3bALG23hrpLMdsDhL5z8iA2OzICJ1Gt1yRxaIqj9v5HJZA2YaMm5KpoyvstF 6sJfMCJA/JuTDXb+mtCMcmh/dI6LBn71xiTOyeFYSQke8IyTQL+5dK5LBDk8zMDD3TruJJm8 aGgzA7SXbEKWx9mUJTNcPuqwl7o5Sodlet+UlHmON5WfEmwooFmJzao1q08It0WKAWFzTyfj l7EDRAdrOjLgok07NiW2vzU89b3S7NzRxMIEXPa4LC6MTjh0lCimYIQAvyVeT39VX/v/Pnwb +ti0PyhYuYMm0xHstQgHu8zn74+/dbmu5RT0h9gQCfQd12uB75tfiuG0M1IuvEfz7NVo1LrC EeG+90cMrSVIsL1VlUWIVN9POiE0PgVnBjU7Og0fxqmtHMmouLfXBUAJQSIhQxcMKBxYdEsz uoWscIL7xCy10gxOdGcgyEIr2mBIxTsiUn8Wk321GMztjcW9w==
  • Ironport-hdrordr: A9a23:1J39e67z3gqvv68nKAPXwWWBI+orL9Y04lQ7vn2ZFiY7TiXIra yTdaoguCMc0AxhJU3Jmbi7Scy9qeu1z+873WBjB8bfYOCAghrnEGgC1/qv/9SEIUPDH4FmpN 5dmsRFeb7N5B1B/LzHCWqDYpcdKbu8gdiVbI7lph8HJ2ALV0gj1XYDNu/yKDwseOAsP+tcKH Po3Lsgm9PWQwVxUi3UPAhmY8Hz4/nw0L72ax8PABAqrCOUiymz1bL8Gx+Emj8DTjJm294ZgC j4uj28wp/mn+Cwyxfa2WOWxY9RgsHdxtxKA9HJotQJKw/rlh2jaO1aKv6/VXEO0aOSAWQR4Z 3xSiQbToNOArTqDyeISC7WqkzdOfAVmibfIBGj8CPeSIfCNU0H4oJ69Pxkm13imhAdVZhHod N29nPcuJxNARzamiPho9DOShFxj0Kx5WEviOgJkhVkIMAjgZJq3MUiFXluYd899ePBmfUaOf grCNuZ6OddcFucYXyctm5zwMa0VnB2GhudWEANtsGczjATxRlCvgYl7d1amm1F+IM2SpFC6e iBOqN0lKtWRstTaa5mHu8OTca+F2SISxPRN2CZJ0jhCcg8Sjjwgo+y5K9w6PCheZQOwpd3kJ PdUElAvWp3YE7qAd3m5uw8zvkMehTLYd3A8LAs23FJgMyJeFOwC1zydLkHqbrTn8ki
  • Ironport-sdr: 6FrHb4xFTDlZygUUy8I3k5Ww5sryw0wSKwBoK9yLdxgTqodww/8mSsuaECrcblWvSbh7WvLL4+ PchM1obGrY5BFY9omhSXI78IRKBS1iOTbfnJE4wJEMFGxZq2LNrKJZBqMVneKp/D+lPGzvbgzd R1XkCGScPoYBAnDEvQsuy4DLXY0bGULu8FXt0p782KU+QRtcOG/wNsXpwogmLKsVWQl7RY9NR6 0SUlKYoAcX9L5XWeGAXa87PtN7x3eTweYGDyOksMv3CRwxqPKu7P9sFj4458mssMFXG/QiZ1Ub a3XKIB/OBDXrUE9ODRhhloiq
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHYHaBVLLQoAjzhjUW/NIePQEslT6yLF5CAgABd44A=
  • Thread-topic: [PATCH] x86/dom0: Add log for dom0_nodes and dom0_max_vcpus_max conflict

On 09/02/2022 11:37, Jan Beulich wrote:
> [CAUTION - EXTERNAL EMAIL] DO NOT reply, click links, or open attachments 
> unless you have verified the sender and know the content is safe.
> 
> On 09.02.2022 11:31, Jane Malalane wrote:
>> This is not a bug. The xen cmdline can request both a NUMA restriction
>> and a vcpu count restriction for Dom0. The node restriction wil always
>> be respected which might mean either using dom0_max_vcpus <
>> opt_dom0_max_vcpus_max
> 
> This is quite normal a case if a range was specified, or did you mean
> opt_dom0_max_vcpus_min? But min and max get applied last anyway, so
> those always override what was derived from dom0_nr_pxms.
Yes, I was just giving context here for what I say in the following 
sentence. Maybe this became more confusing than helpful.
> 
>> or using more vCPUs than pCPUs on a node. In
>> the case where dom0_max_vcpus gets capped at the maximum number of
>> pCPUs for the number of nodes chosen, it can be useful particularly
>> for debugging to print a message in the serial log.
> > The number of vCPU-s Dom0 gets is logged in all cases. And the
> reasons why a certain value is uses depends on more than just
> the number-of-nodes restriction. 
Maybe I should have said 'Dom0 "receiving" %d vCPUS' instead of "using" 
in the serial log, in which case I can amend that to make it clearer 
(that ofc if we still want this change)?
I therefor wonder whether the
> wording as you've chosen it is potentially misleading, and
> properly expressing everything in a single message is going to
> be quite a bit too noisy. Furthermore ...
> 
>> --- a/xen/arch/x86/dom0_build.c
>> +++ b/xen/arch/x86/dom0_build.c
>> @@ -240,6 +240,11 @@ unsigned int __init dom0_max_vcpus(void)
>>       if ( max_vcpus > limit )
>>           max_vcpus = limit;
>>   
>> +    if ( max_vcpus < opt_dom0_max_vcpus_max && max_vcpus > 
>> opt_dom0_max_vcpus_min )
>> +        printk(XENLOG_INFO "Dom0 using %d vCPUs conflicts with request to 
>> use"
>> +               " %d node(s), using up to %d vCPUs\n", 
>> opt_dom0_max_vcpus_max,
>> +               dom0_nr_pxms, max_vcpus);
> 
> ... the function can be called more than once, whereas such a
> message (if we really want it) would better be issued just once.
Yes, that is true and this code would have to live outside of dom0_build.c.
> 
> To answer your later reply to yourself: I think printk() is fine
> here (again assuming we want such a message in the first place);
> it's a boot-time-only message after all.
> 
Okay.

Thank you,

Jane.

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.