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

Re: [PATCH v5 36/44] x86/boot: remove remaining early_mod references


  • To: Jason Andryuk <jason.andryuk@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
  • Date: Wed, 9 Oct 2024 19:40:26 -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=1728517230; 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=wEjUrgd2jp1hqRRrfbbzz70LLBIpzN+6eTdh8NGZVW0=; b=cB3Ko2/vj0SqpucYlD964xEwJoimut26A9Kf4iEG6jHXRkb4bRBoHk35VOS29MQK88vekbdlPKQdef2/s2uhkNXv2opOCXGyoHS8wgqhIcNp6GxvMk3JfvIBvEGP8MDYW4WV6mE0qBc4V3/JVWSlJgUpx8ao7iZ7LKF99QHKrWg=
  • Arc-seal: i=1; a=rsa-sha256; t=1728517230; cv=none; d=zohomail.com; s=zohoarc; b=lpd33y8lGMW0q4oA0MrEWTQiZX+za0w2Sh122zscYt+PjiTTe9Xim2DolmRjHeCXXESdzsjoixyX7vYs2cOoZ4qkMHKwkT1QnB67p2rGWoAWGR8CoihpuzAM7mRhrmCsumNihnHgGDSSnkMoa1VdVHmlxTvdmgDXIRYJwfJguE0=
  • Cc: christopher.w.clark@xxxxxxxxx, stefano.stabellini@xxxxxxx, Jan Beulich <jbeulich@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Delivery-date: Wed, 09 Oct 2024 23:40:46 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 10/8/24 15:15, Jason Andryuk wrote:
On 2024-10-06 17:49, Daniel P. Smith wrote:
Any direct usages of struct mod have been transitioned, remove the remaining
references to early_mod fields.
This is unclear, please try to re-word.  "struct mod" and "early_mod" 
don't exist.
Ack.

Signed-off-by: Daniel P. Smith <dpsmith@xxxxxxxxxxxxxxxxxxxx>
---
  xen/arch/x86/setup.c | 31 +++++++++++--------------------
  1 file changed, 11 insertions(+), 20 deletions(-)

diff --git a/xen/arch/x86/setup.c b/xen/arch/x86/setup.c
index e9e3da3204f1..0ffe8d3ff8dd 100644
--- a/xen/arch/x86/setup.c
+++ b/xen/arch/x86/setup.c
@@ -1404,16 +1401,12 @@ void asmlinkage __init noreturn __start_xen(unsigned long mbi_p)
           */
          bi->mods[xen].start = virt_to_mfn(_stext);
          bi->mods[xen].size = __2M_rwdata_end - _stext;
-
-        bi->mods[xen].mod->mod_start = bi->mods[xen].start;
-        bi->mods[xen].mod->mod_end = bi->mods[xen].size;
      }
-    bi->mods[0].headroom =
-        bzimage_headroom(bootstrap_map(bi->mods[0].mod),
-                         bi->mods[0].mod->mod_end);
-
-    bootstrap_map(NULL);
+    bi->mods[0].headroom = bzimage_headroom(
+                        bootstrap_map_bm(&bi->mods[0]),
+                        bi->mods[0].size);
Thunderbird might corrupt this, bit the above can fit on two lines:
    bi->mods[0].headroom = bzimage_headroom(bootstrap_map_bm(&bi->mods[0]),
                                             bi->mods[0].size);
I actually prefer the same formatting as Jan has suggested, will apply 
that one.
+    bootstrap_map_bm(NULL);
  #ifndef highmem_start
      /* Don't allow split below 4Gb. */
@@ -1708,8 +1699,8 @@ void asmlinkage __init noreturn __start_xen(unsigned long mbi_p)
      for ( i = 0; i < bi->nr_modules; ++i )
      {
-        set_pdx_range(paddr_to_pfn(bi->mods[i].mod->mod_start),
-                      paddr_to_pfn(bi->mods[i].mod->mod_start) +
+        set_pdx_range(paddr_to_pfn(bi->mods[i].start),
+                      paddr_to_pfn(bi->mods[i].start) +
This belongs in patch 14 as mentioned there.
Ack.

v/r,
dps



 


Rackspace

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