[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 00/15] Hyperlaunch device tree for dom0
- To: Jason Andryuk <jason.andryuk@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
- From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 11 Dec 2024 14:57:43 -0500
- 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=1733947067; h=Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=oOUBIxcz6spn5xEIpbInUoIhgQ+SLADcKx0oqmYW8yY=; b=CoOzH0ubjodqmTz66ABEz0PsU4k27WtQbnRb34qxwN0liUiqsGppGXyrdSSdnrRlxUgKW5ENXXEQSdBEhqRi7zFP6OQdRgabqNG95z6pk0XN5rEfoPNwmVN/xMqYGLQRAxEsuyPJ8alJLbO1+HIT4sxPVmRBHRXDy/Y1KYJ2XDU=
- Arc-seal: i=1; a=rsa-sha256; t=1733947067; cv=none; d=zohomail.com; s=zohoarc; b=ePy9CWlfLu5meR+GmYVtPGmH1wA2rX1YpPAqoFU5ssSW71SnencKFAhS2gGfzeJPnWZHxqfuDi3zZtK0x3ugNJyB7ZiN0BVDpDmZ4IST0UcHGwAMbAvD89JwrFYjS9zREek0Ft7q92LDV2qHzaGikT3KDWl9wpFOnmqQQbr1t8Y=
- Cc: christopher.w.clark@xxxxxxxxx, stefano.stabellini@xxxxxxx
- Delivery-date: Wed, 11 Dec 2024 19:57:56 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 11/25/24 19:11, Jason Andryuk wrote:
On 2024-11-23 13:20, Daniel P. Smith wrote:
The Hyperlaunch device tree for dom0 series is the second split out
for the
introduction of the Hyperlaunch domain builder logic. These changes
focus on
introducing the ability to express a domain configuration that is then
used to
populate the struct boot_domain structure for dom0. This ability to
express a
domain configuration provides the next step towards a general domain
builder.
The splitting of Hyperlaunch into a set of series are twofold, to
reduce the
effort in reviewing a much larger series, and to reduce the effort in
handling
the knock-on effects to the construction logic from requested review
changes.
Having gone through this, I think you want to ensure that docs/designs/
launch/hyperlaunch-devicetree.rst is updated with each patch adding a
property to ensure they stay in sync.
Ack.
v/r,
dps
|