[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MINI-OS PATCH 09/19] kexec: restructure building the start info data
- To: Juergen Gross <jgross@xxxxxxxx>, <minios-devel@xxxxxxxxxxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Jason Andryuk <jason.andryuk@xxxxxxx>
- Date: Tue, 8 Jul 2025 17:14:47 -0400
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=suse.com smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=mbmJPp+fuhXAPyS7o+C1hFxdZ62A0iAL7FtMyuBSruo=; b=qILMEOfetZObEY55zIvYw64jpG8Wib5OHl+w+79NRLduUvyFNCvTVHEbiVHKbDZu23+ohN/e11nQFVSwhxS9SmGzMhWk7RF7Aco6yAOWe4IDo7v6vwS5g4pPtRiCX3vMIMahmnMjCPWStFSHlnlXYmQft+GIxF2ZmAlslmdsMJiW51JNapDEaFbXGupwlOAENJp/pdeSlvw+RgxGvdnP9Xdam2LOPMb+kwv9QIVHczllsn2n/+tCLUMmF1UKpsSIKonc100YLaciVcGhJGK58mXPtXjOaD1984YShJs/swVyLXi7Bw/iom9fJOEBjXTQgTUG73blJ7vdO/ByK/M5vQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=mlaWPyXY6xiPb0yKh/HXPC2S3SB4gCWbFSy2MXZp7EmRuvZTh56xSiX/FtWEOzRPBBpC3tobKv5km/aMMqU6aOzbZ/HQlp+W2N/Yw2oSZpDGVCavHsZ9zF9lsi2KZ+SyfIv0nWI/ON7hU6tsk5utP0Ov2cRRB+tz37gTEzCsyzYuOX56MhHbJ80ACl16ifC7Ix4ZYs5ydXyUITcw4PbeILK0odFeNehKfb3UiUfXfkWMbMGE16qSSbTPt46MUXAuKvFuNABjcorpEnt4jf1MPUMakYMRtKl6hLxc902K+h5H9pxfNyNrCotL5ztTREJTXED413VefXFO6CRib/c/dQ==
- Cc: <samuel.thibault@xxxxxxxxxxxx>
- Delivery-date: Tue, 08 Jul 2025 21:41:42 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 2025-07-02 04:12, Juergen Gross wrote:
Instead of setting most of the struct hvm_start_info fields first and
then building the leaf data, restructure kexec_get_entry() by
using an opaque "next" pointer where the next leaf data will be stored
and handle that leaf data together with the associated hvm_start_info
fields.
This will make it easier to add new data items without having to
rewrite large portions of the function.
Signed-off-by: Juergen Gross<jgross@xxxxxxxx>
Reviewed-by: Jason Andryuk <jason.andryuk@xxxxxxx>
|
