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

Re: [PATCH 03/12] x86/boot: introduce boot module flags


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
  • Date: Wed, 6 Nov 2024 09:52:26 -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=1730904750; 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=j0GDESmwi4wUWs8/LMK6scNZ8RanVoOqDz3vO8QCLbs=; b=mOanUUxluL3LE9a0yXO+FZniIKEXrBvRIVc+Mf3d0qFR4urzc+om2rBfKCQxFSH6E3qKIJfxrNG3GMJekwaotE33tKDdr6COMnGTdujkY+g2ahXqmOK/wG1NMUmGga/RCzt7oucut/HkZBhVOAfEZi8gfexZ968yg//LLgl+sgI=
  • Arc-seal: i=1; a=rsa-sha256; t=1730904750; cv=none; d=zohomail.com; s=zohoarc; b=BxioXDAQQUi8w91cOKiyxiB4EHoc2A6tskBkTG7Pb6wTS3oNWsd4kfhZhIV0h4vtsWNTUk8SREEtkAfnyId68tIUq5Ofj/moG6czJZ6cp/TRhgXIczXcYKDXHlSQo+sCS/G8b0vTnRMGR0w/8RqM3GI4YlXYX1wKSjL/Fb6xVbE=
  • Cc: jason.andryuk@xxxxxxx, christopher.w.clark@xxxxxxxxx, stefano.stabellini@xxxxxxx, Jan Beulich <jbeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Delivery-date: Wed, 06 Nov 2024 14:52:43 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 11/6/24 09:38, Andrew Cooper wrote:
On 02/11/2024 5:25 pm, Daniel P. Smith wrote:
The existing startup code employs various ad-hoc state tracking about certain
boot module types by each area of the code. A boot module flags bitfield is
added to enable tracking these different states. The first state to be
transition by this commit is module relocation.

Signed-off-by: Daniel P. Smith <dpsmith@xxxxxxxxxxxxxxxxxxxx>

Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

This looks safe to rebase ahead of patch 2, making it able to be taken
without delay.  (With only a trivial adjustment vs bootmod_type in patch
1, it could probably go into staging without waiting for the rest of the
ucode-uaf fixes.)

Thank you and I have no objections as it would reduce the size of v9.

v/r,
dps



 


Rackspace

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