From nobody Fri Nov 22 01:08:04 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) client-ip=192.237.175.120; envelope-from=xen-devel-bounces@lists.xenproject.org; helo=lists.xenproject.org; Authentication-Results: mx.zohomail.com; dkim=pass header.i=dpsmith@apertussolutions.com; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; arc=pass (i=1 dmarc=pass fromdomain=apertussolutions.com) ARC-Seal: i=2; a=rsa-sha256; t=1729184934; cv=pass; d=zohomail.com; s=zohoarc; b=fplfaeGn81xqRGRy+UJkWd8kr6jN7QtcGraqVRJylAFqDz6aY0ALyhPm4TwQwR3ZAoD/IZJyf/K1rs32xn2sQX/f3SOHReX6GLFH3q6SedlW+/tXKlGy2R+RqtHEQXnQJ4E1LVt2c8RNO3V3yTuzbcWOHen9mUPx+MOsocnekdk= ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1729184934; h=Content-Transfer-Encoding:Cc:Cc:Date:Date:From:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:Subject:To:To:Message-Id:Reply-To; bh=a1nvXWrB1CLe8R744GeUpJxtCMGjQBOguC52kxhYdIY=; b=kQdCGSO6T8EU6ybEP0ZdvWhYMik4Pk/oDj/dM6wf17tKBJGmdhRJBquxxdcruwAe1HflQRzG6awQjFSXog6Ofz3dXuOc+P6/9YduFhLxZzn9XaS5ikeLZtEEVj7BXM0CvlsK1Ne68tm3bJ+kEusD0gROediwmZVh6hRlS8cv8qA= ARC-Authentication-Results: i=2; mx.zohomail.com; dkim=pass header.i=dpsmith@apertussolutions.com; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; arc=pass (i=1 dmarc=pass fromdomain=apertussolutions.com) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1729184934069383.95740767672316; Thu, 17 Oct 2024 10:08:54 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.820897.1234619 (Exim 4.92) (envelope-from ) id 1t1TzE-0007n7-5T; Thu, 17 Oct 2024 17:08:32 +0000 Received: by outflank-mailman (output) from mailman id 820897.1234619; Thu, 17 Oct 2024 17:08:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1t1TzE-0007my-2J; Thu, 17 Oct 2024 17:08:32 +0000 Received: by outflank-mailman (input) for mailman id 820897; Thu, 17 Oct 2024 17:08:31 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1t1Tve-0006TN-UP for xen-devel@lists.xenproject.org; Thu, 17 Oct 2024 17:04:50 +0000 Received: from sender4-of-o51.zoho.com (sender4-of-o51.zoho.com [136.143.188.51]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id e9f9d9f1-8ca9-11ef-99a3-01e77a169b0f; Thu, 17 Oct 2024 19:04:48 +0200 (CEST) Received: by mx.zohomail.com with SMTPS id 172918462501326.25612647323169; Thu, 17 Oct 2024 10:03:45 -0700 (PDT) X-Outflank-Mailman: Message body and most headers restored to incoming version X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: e9f9d9f1-8ca9-11ef-99a3-01e77a169b0f ARC-Seal: i=1; a=rsa-sha256; t=1729184627; cv=none; d=zohomail.com; s=zohoarc; b=FUkpM/OCEcp5/uIZbCKalpSYRPxBkMgIREkMD/F/4arWA+FeVEOTkGRJbIY56GbOvFgyrLBSbBDASLoTzUbPwN4MhnLujKQDNiMEafS1P0IO+FVr2W8+MMY+3q/K/MJjfnRcf0WIpSMFAIyXHiPvMcluVrr5+LI+zhpqpizOIZM= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1729184627; h=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=a1nvXWrB1CLe8R744GeUpJxtCMGjQBOguC52kxhYdIY=; b=CC1W1WtLl1uhPlm47ARFUPNOCPHt/0MqUQOqpo8Hau8V4fIFywMPDQ5q/StNVL7x3t2RwSW3b8UIGtD+1AUCS5dXaF8tKe3VUe6LUXsNMo0yRRPPmt+DUhLhTVZ0PBJaSO5Gj2Nvz3dzgx0Zpz28wV0F1Xmy+kc1N9CSMfU7H/M= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=apertussolutions.com; spf=pass smtp.mailfrom=dpsmith@apertussolutions.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1729184627; s=zoho; d=apertussolutions.com; i=dpsmith@apertussolutions.com; h=From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:Message-Id:Message-Id:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Reply-To; bh=a1nvXWrB1CLe8R744GeUpJxtCMGjQBOguC52kxhYdIY=; b=NUiiCmVMwLCgLnyONPDG29nW6SCnACEvQQ4OlChClf1q7omdhESPdexQlngzuw6X vDZVxjsZvUZLEqmTufx9ZifwviXQuiXMq/jVTmD8gSZjmo6EIXihCLBHo1UdB7fmsoR BjdWm8JtIM/F2MaPn2cHnzwew1KqhNUWA1C5uP58= From: "Daniel P. Smith" To: xen-devel@lists.xenproject.org Cc: "Daniel P. Smith" , jason.andryuk@amd.com, christopher.w.clark@gmail.com, stefano.stabellini@amd.com, Jan Beulich , Andrew Cooper , =?UTF-8?q?Roger=20Pau=20Monn=C3=A9?= Subject: [PATCH v6 08/44] x86/boot: convert mod refs to boot_module mod Date: Thu, 17 Oct 2024 13:02:48 -0400 Message-Id: <20241017170325.3842-9-dpsmith@apertussolutions.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20241017170325.3842-1-dpsmith@apertussolutions.com> References: <20241017170325.3842-1-dpsmith@apertussolutions.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-ZohoMail-DKIM: pass (identity dpsmith@apertussolutions.com) X-ZM-MESSAGEID: 1729184955505116600 Content-Type: text/plain; charset="utf-8" To allow a slow conversion of x86 over to struct boot_module, start with replacing all references to module_t mod, only in setup.c, to the mod eleme= nt of struct boot_module. These serves twofold, first to allow the incremental transition from module_t fields to struct boot_module fields. The second is= to allow the conversion of function definitions from taking module_t parameter= s to accepting struct boot_module as needed when a transitioned field will be accessed. Signed-off-by: Daniel P. Smith --- Changes since v5: - rewrote commit message - coding style changes - added comment for initial_images assignment --- xen/arch/x86/setup.c | 64 +++++++++++++++++++++++++------------------- 1 file changed, 37 insertions(+), 27 deletions(-) diff --git a/xen/arch/x86/setup.c b/xen/arch/x86/setup.c index 11e1027d72dd..1b56eaf26efe 100644 --- a/xen/arch/x86/setup.c +++ b/xen/arch/x86/setup.c @@ -1341,15 +1341,19 @@ void asmlinkage __init noreturn __start_xen(unsigne= d long mbi_p) set_kexec_crash_area_size((u64)nr_pages << PAGE_SHIFT); kexec_reserve_area(); =20 - initial_images =3D mod; + /* + * The field bi->mods[0].mod points to the first element of the module= _t + * array. + */ + initial_images =3D bi->mods[0].mod; =20 for ( i =3D 0; !efi_enabled(EFI_LOADER) && i < bi->nr_modules; i++ ) { - if ( mod[i].mod_start & (PAGE_SIZE - 1) ) + if ( bi->mods[i].mod->mod_start & (PAGE_SIZE - 1) ) panic("Bootloader didn't honor module alignment request\n"); - mod[i].mod_end -=3D mod[i].mod_start; - mod[i].mod_start >>=3D PAGE_SHIFT; - mod[i].reserved =3D 0; + bi->mods[i].mod->mod_end -=3D bi->mods[i].mod->mod_start; + bi->mods[i].mod->mod_start >>=3D PAGE_SHIFT; + bi->mods[i].mod->reserved =3D 0; } =20 /* @@ -1360,6 +1364,7 @@ void asmlinkage __init noreturn __start_xen(unsigned = long mbi_p) =20 if ( xen_phys_start ) { + unsigned int xen =3D bi->nr_modules; relocated =3D true; =20 /* @@ -1367,8 +1372,8 @@ void asmlinkage __init noreturn __start_xen(unsigned = long mbi_p) * respective reserve_e820_ram() invocation below. No need to * query efi_boot_mem_unused() here, though. */ - mod[bi->nr_modules].mod_start =3D virt_to_mfn(_stext); - mod[bi->nr_modules].mod_end =3D __2M_rwdata_end - _stext; + bi->mods[xen].mod->mod_start =3D virt_to_mfn(_stext); + bi->mods[xen].mod->mod_end =3D __2M_rwdata_end - _stext; } =20 bi->mods[0].headroom =3D @@ -1460,9 +1465,9 @@ void asmlinkage __init noreturn __start_xen(unsigned = long mbi_p) * move mod[0], we incorporate this as extra space at the star= t. */ struct boot_module *bm =3D &bi->mods[j]; - unsigned long size =3D PAGE_ALIGN(bm->headroom + mod[j].mod_en= d); + unsigned long size =3D PAGE_ALIGN(bm->headroom + bm->mod->mod_= end); =20 - if ( mod[j].reserved ) + if ( bi->mods[j].mod->reserved ) continue; =20 /* Don't overlap with other modules (or Xen itself). */ @@ -1474,14 +1479,14 @@ void asmlinkage __init noreturn __start_xen(unsigne= d long mbi_p) =20 if ( s < end && (bm->headroom || - ((end - size) >> PAGE_SHIFT) > mod[j].mod_start) ) + ((end - size) >> PAGE_SHIFT) > bm->mod->mod_start) ) { move_memory(end - size + bm->headroom, - (uint64_t)mod[j].mod_start << PAGE_SHIFT, - mod[j].mod_end); - mod[j].mod_start =3D (end - size) >> PAGE_SHIFT; - mod[j].mod_end +=3D bm->headroom; - mod[j].reserved =3D 1; + (uint64_t)bm->mod->mod_start << PAGE_SHIFT, + bm->mod->mod_end); + bm->mod->mod_start =3D (end - size) >> PAGE_SHIFT; + bm->mod->mod_end +=3D bm->headroom; + bm->mod->reserved =3D 1; } } =20 @@ -1507,13 +1512,15 @@ void asmlinkage __init noreturn __start_xen(unsigne= d long mbi_p) #endif } =20 - if ( bi->mods[0].headroom && !mod->reserved ) + if ( bi->mods[0].headroom && !bi->mods[0].mod->reserved ) panic("Not enough memory to relocate the dom0 kernel image\n"); for ( i =3D 0; i < bi->nr_modules; ++i ) { - uint64_t s =3D (uint64_t)mod[i].mod_start << PAGE_SHIFT; + uint64_t s =3D (uint64_t)bi->mods[i].mod->mod_start + << PAGE_SHIFT; =20 - reserve_e820_ram(&boot_e820, s, s + PAGE_ALIGN(mod[i].mod_end)); + reserve_e820_ram(&boot_e820, s, + s + PAGE_ALIGN(bi->mods[i].mod->mod_end)); } =20 if ( !xen_phys_start ) @@ -1591,8 +1598,9 @@ void asmlinkage __init noreturn __start_xen(unsigned = long mbi_p) map_e =3D boot_e820.map[j].addr + boot_e820.map[j].size; for ( j =3D 0; j < bi->nr_modules; ++j ) { - uint64_t end =3D pfn_to_paddr(mod[j].mod_start) + - mod[j].mod_end; + uint64_t end =3D pfn_to_paddr( + bi->mods[j].mod->mod_start) + + bi->mods[j].mod->mod_end; =20 if ( map_e < end ) map_e =3D end; @@ -1666,11 +1674,12 @@ void asmlinkage __init noreturn __start_xen(unsigne= d long mbi_p) =20 for ( i =3D 0; i < bi->nr_modules; ++i ) { - set_pdx_range(mod[i].mod_start, - mod[i].mod_start + PFN_UP(mod[i].mod_end)); - map_pages_to_xen((unsigned long)mfn_to_virt(mod[i].mod_start), - _mfn(mod[i].mod_start), - PFN_UP(mod[i].mod_end), PAGE_HYPERVISOR); + set_pdx_range(bi->mods[i].mod->mod_start, + bi->mods[i].mod->mod_start + + PFN_UP(bi->mods[i].mod->mod_end)); + map_pages_to_xen((unsigned long)mfn_to_virt(bi->mods[i].mod->mod_s= tart), + _mfn(bi->mods[i].mod->mod_start), + PFN_UP(bi->mods[i].mod->mod_end), PAGE_HYPERVISOR); } =20 #ifdef CONFIG_KEXEC @@ -2059,8 +2068,9 @@ void asmlinkage __init noreturn __start_xen(unsigned = long mbi_p) * We're going to setup domain0 using the module(s) that we stashed sa= fely * above our heap. The second module, if present, is an initrd ramdisk. */ - dom0 =3D create_dom0(mod, bi->mods[0].headroom, - initrdidx < bi->nr_modules ? mod + initrdidx : NULL, + dom0 =3D create_dom0(bi->mods[0].mod, bi->mods[0].headroom, + initrdidx < bi->nr_modules ? bi->mods[initrdidx].mod + : NULL, kextra, bi->loader); if ( !dom0 ) panic("Could not set up DOM0 guest OS\n"); --=20 2.30.2