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

Re: [PATCH v1 08/18] kconfig: introduce domain builder config option


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
  • Date: Fri, 22 Jul 2022 09:47:54 -0400
  • Arc-authentication-results: i=1; mx.zohomail.com; dkim=pass header.i=apertussolutions.com; spf=pass smtp.mailfrom=dpsmith@xxxxxxxxxxxxxxxxxxxx; dmarc=pass header.from=<dpsmith@xxxxxxxxxxxxxxxxxxxx>
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1658497700; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=xnD+qKqY92asmX/XIXB+qAKIUsXF3sKlaZLCB+kmrys=; b=caVOL/kYZRMOQinQt7jAIiydN20WAXBBM5qRCZbVyw3YRHE//UqzWl4ZyVF2jIV0laCAXRe9hgNj01spwgIObN01sl0IYPc8L+WhM5n8wTcVj1KAnKko5MTFoPDn7HVVZMSvlyFn8kpT53WmX+x8at+cOw2kIHYtzBDspVNS+Ao=
  • Arc-seal: i=1; a=rsa-sha256; t=1658497700; cv=none; d=zohomail.com; s=zohoarc; b=JuTol4TEcWlmzqCO5eWNW1Sp+CdG16SwD+Ii4eg+NtX3dB7KAtb+raGPqrxtoB/b7uXDZ/AdEwG7ONRJl0z+BoHG8h9wac2L7Ad1tLGa+WF3zZMk21HSbmkbJZVERUay7LBN+egL2w1uzCP2UbeiWGyQLqsKpGLQyRBVVmjWaZs=
  • Cc: scott.davis@xxxxxxxxxx, christopher.clark@xxxxxxxxxx, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 22 Jul 2022 13:48:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 7/19/22 09:29, Jan Beulich wrote:
> On 06.07.2022 23:04, Daniel P. Smith wrote:
>> --- /dev/null
>> +++ b/xen/common/domain-builder/Kconfig
>> @@ -0,0 +1,15 @@
>> +
>> +menu "Domain Builder Features"
>> +
>> +config BUILDER_FDT
>> +    bool "Domain builder device tree (UNSUPPORTED)" if UNSUPPORTED
>> +    select CORE_DEVICE_TREE
>> +    ---help---
> 
> Nit: No new ---help--- please anymore.

Ack.

>> +      Enables the ability to configure the domain builder using a
>> +      flattened device tree.
> 
> Is this about both Dom0 and DomU? Especially if not, this wants making
> explicit. But perhaps even if so it wants saying, for the avoidance of
> doubt.

The following patches will end with full conversion of both Dom0 and
DomU construction to be handled by a core domain construction framework.
If a device tree configuration is not present or this Kconfig option is
not set, then the domain builder will construct a Dom0 as it does today.
Turning this option on enables controlling the domain builder using a
device tree configuration, which (eventually) will be able to construct
any combination of Dom0, HWDom, CtlDom, DomU, etc. So I can add a
qualifier of, 'configure what domains will be constructed at boot by the
domain builder using a flattened device tree'. I can even add an
explanation that on x86 the FDT must be provided as the first multiboot
module.

v/r,
dps



 


Rackspace

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