From nobody Thu Mar 28 13:56:29 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; 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; dmarc=pass(p=none dis=none) header.from=gmail.com ARC-Seal: i=1; a=rsa-sha256; t=1684757962; cv=none; d=zohomail.com; s=zohoarc; b=i1NGT27CvJLfPI3AQWs0Pz+GKdE6/nSqwqej1nJrA8o46TQ4+GdQDQjdeMgU2zU2FNQ1Oz20D4r7n/12Q4rLhh/tXYXgdvRMkTZTFWFIXpRHH4SQ4qGD8vKFc99p32HcSCBF0wHBh5JPBn7jvu8xt1OJvZYU66X+iiJ0ZPM0LbA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1684757962; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=OekhSlEnpCrynmwo/goaylbLa38lEjHZjQwhuoGYxy0=; b=dUWWaUDQL3ZaAjfBZ8J/1CLvXNllfo8DocagD9CH1arjzRO8iOvu/twurumlttkleK/wTmcHTl98n6L4daBR4ljJtMl06l5j3x50/XgMD6EHQeTO9Vkhx4vIf/UPxUbcp8zdONPpaT9MldcbmEu76RniE9WuJsBaalwF/hGNSHw= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; 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; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 16847579621864.174577371513692; Mon, 22 May 2023 05:19:22 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.537881.837502 (Exim 4.92) (envelope-from ) id 1q14V5-0001Gr-Mz; Mon, 22 May 2023 12:18:55 +0000 Received: by outflank-mailman (output) from mailman id 537881.837502; Mon, 22 May 2023 12:18:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V5-0001Gi-Iy; Mon, 22 May 2023 12:18:55 +0000 Received: by outflank-mailman (input) for mailman id 537881; Mon, 22 May 2023 12:18:54 +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 1q14V4-0000XV-4z for xen-devel@lists.xenproject.org; Mon, 22 May 2023 12:18:54 +0000 Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [2a00:1450:4864:20::12e]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id cf720081-f89a-11ed-8611-37d641c3527e; Mon, 22 May 2023 14:18:50 +0200 (CEST) Received: by mail-lf1-x12e.google.com with SMTP id 2adb3069b0e04-4f4b0a0b557so1050542e87.1 for ; Mon, 22 May 2023 05:18:50 -0700 (PDT) Received: from fedora.. ([94.75.70.14]) by smtp.gmail.com with ESMTPSA id 8-20020ac24828000000b004f26aabbd6asm961120lft.130.2023.05.22.05.18.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 May 2023 05:18:49 -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: cf720081-f89a-11ed-8611-37d641c3527e DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684757930; x=1687349930; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=OekhSlEnpCrynmwo/goaylbLa38lEjHZjQwhuoGYxy0=; b=fuhB9mHpKQT3/o2+ATewdSqseNxbmdOuoY4MVh6gOF/5seFHfh/VvPvwIdbgVgGWl2 YgLPBlOr/XrbD8jsuJFJPxJFxqvHuJSxwGlGS9GSjOW+QvxZkv9dpO8xlRW2GSMBigkP F7K3oELRFyf+4Ficlqf0RGpDUt2poi34tvRpPKIgfbY0BcXHEJE3R710BZuSjq8vt9cK ndYd20QblTXf+iFBj+eobd5VjTMGjWkEnm0vaZjR34lMd9Sugplux0VGuswLgN54Z/xz yrH0TtMIltCr2p1/yCyLCkPeh6ijJ8HNMHnku+g7VYl1S4Vxxgwh+meE5gdpu/AmjpuB FLeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684757930; x=1687349930; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=OekhSlEnpCrynmwo/goaylbLa38lEjHZjQwhuoGYxy0=; b=SYbX4U/F32JPs1O7IF4yqCvPwyyaGZRtG7gxyjouRsgBS56fN7F26YGChUNl48zGvF AbmukOzwTT52E7Vpj71XRgJZH3cFlQiHwkAWaJwBoKBuXLEZX1IiiCDsjS6Urb7JZ862 w7KLaZoqtI+2W3yvpLNNaKNV95ZnL7M1ydWr7k9Na6f6B1Kq+EUuMVgHkXvHw4CKdPG6 uOF9dkrmn+vD4b+iOiZRqg71HZqavBw3yW3/Xy4BZsYoo0mnzpS1Ht6Bb5lEf5JR4lUG /JXIZeUaVnguxH/bdtuMgGorokbazVQJ9HiksSjAYMv6X6QtrT7pRcWDamaGu6bTMnkA yaxA== X-Gm-Message-State: AC+VfDxgmi5twGCKceX/TFD0CkcTlELD9t4vGIY4U8xHy9zz61X2iEpD c5xzqz9wZCTPZLqCDn8r32y+T4Hdp0I= X-Google-Smtp-Source: ACHHUZ4OAbUB3t2ZbtNxLXTsfQJ29AZfges+Oaz2iMgvLHGAYH7u83xZpFq5hqtIWR28cQnZ/4IAYw== X-Received: by 2002:ac2:5298:0:b0:4f2:5aae:937 with SMTP id q24-20020ac25298000000b004f25aae0937mr3118884lfm.64.1684757929933; Mon, 22 May 2023 05:18:49 -0700 (PDT) From: Oleksii Kurochko To: xen-devel@lists.xenproject.org Cc: Julien Grall , Jan Beulich , Andrew Cooper , Stefano Stabellini , Oleksii Kurochko , Bob Eshleman , Alistair Francis , Connor Davis Subject: [PATCH v8 1/5] xen/riscv: add VM space layout Date: Mon, 22 May 2023 15:18:42 +0300 Message-Id: X-Mailer: git-send-email 2.40.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1684757963667100007 Content-Type: text/plain; charset="utf-8" Also it was added explanation about ignoring of top VA bits Signed-off-by: Oleksii Kurochko --- Changes in V8: - Add "#ifdef RV_STAGE1_MODE =3D=3D SATP_MODE_SV39" instead of "#ifdef SV3= 9" in the comment to VM layout description. - Update the upper bound of direct map area in VM layout description. --- Changes in V7: - Fix range of frametable range in RV64 layout. - Add ifdef SV39 to the RV64 layout comment to make it explicit that description if for SV39 mode. - Add missed row in the RV64 layout table. --- Changes in V6: - update comment above the RISCV-64 layout table - add Slot column to the table with RISCV-64 Layout - update RV-64 layout table. --- Changes in V5: * the patch was introduced in the current patch series. --- xen/arch/riscv/include/asm/config.h | 36 +++++++++++++++++++++++++++++ 1 file changed, 36 insertions(+) diff --git a/xen/arch/riscv/include/asm/config.h b/xen/arch/riscv/include/a= sm/config.h index 763a922a04..57c1b33ee5 100644 --- a/xen/arch/riscv/include/asm/config.h +++ b/xen/arch/riscv/include/asm/config.h @@ -4,6 +4,42 @@ #include #include =20 +/* + * RISC-V64 Layout: + * + * #ifdef RV_STAGE1_MODE =3D=3D SATP_MODE_SV39 + * + * From the riscv-privileged doc: + * When mapping between narrower and wider addresses, + * RISC-V zero-extends a narrower physical address to a wider size. + * The mapping between 64-bit virtual addresses and the 39-bit usable + * address space of Sv39 is not based on zero-extension but instead + * follows an entrenched convention that allows an OS to use one or + * a few of the most-significant bits of a full-size (64-bit) virtual + * address to quickly distinguish user and supervisor address regions. + * + * It means that: + * top VA bits are simply ignored for the purpose of translating to PA. + * + * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D + * Start addr | End addr | Size | Slot |area descri= ption + * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D + * FFFFFFFFC0800000 | FFFFFFFFFFFFFFFF |1016 MB | L2 511 | Unused + * FFFFFFFFC0600000 | FFFFFFFFC0800000 | 2 MB | L2 511 | Fixmap + * FFFFFFFFC0200000 | FFFFFFFFC0600000 | 4 MB | L2 511 | FDT + * FFFFFFFFC0000000 | FFFFFFFFC0200000 | 2 MB | L2 511 | Xen + * ... | 1 GB | L2 510 | Unused + * 0000003200000000 | 0000007f80000000 | 309 GB | L2 200-509 | Direct map + * ... | 1 GB | L2 199 | Unused + * 0000003100000000 | 00000031C0000000 | 3 GB | L2 196-198 | Frametable + * ... | 1 GB | L2 195 | Unused + * 0000003080000000 | 00000030C0000000 | 1 GB | L2 194 | VMAP + * ... | 194 GB | L2 0 - 193 | Unused + * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D + * + * #endif + */ + #if defined(CONFIG_RISCV_64) # define LONG_BYTEORDER 3 # define ELFSIZE 64 --=20 2.40.1 From nobody Thu Mar 28 13:56:29 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; 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; dmarc=pass(p=none dis=none) header.from=gmail.com ARC-Seal: i=1; a=rsa-sha256; t=1684757969; cv=none; d=zohomail.com; s=zohoarc; b=iJokNkBSpCBrpARTZdKaYM+BqJucO1CkD9tB2OCDRP4EJ5mfthaH2afSZUZB9cbRrmNHQB7WFOjF4WvpqLBu8/naTWmpaMfzSQp64XI/5BT/vZovFtwf/uBddadNuNSHRonzp0R9nWPEFZXLrPdlRHUWGIdKgLiv33X6UBA+WAc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1684757969; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=2gkL2Is8EvWZRGU8xS7LanP8IxE/MMMODsHGbdZf8Xk=; b=Qh36eSoE/QKRMDjAv1xB4FvO/6K8vB8alOBDZNvGwlQPEgb3OCuhKe+ghFcqwgrC6Pmjw08+BBW7kMqXLHjLxGejtCu1m4JwdZRUfScVFHEKbbqU3H0OoHXg7NowPo304/xvjDI0NM3hZEDptYvIwDE02TRJGLyNKmITp3zs9DY= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; 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; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 168475796898965.61117620098833; Mon, 22 May 2023 05:19:28 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.537879.837482 (Exim 4.92) (envelope-from ) id 1q14V4-0000mW-0r; Mon, 22 May 2023 12:18:54 +0000 Received: by outflank-mailman (output) from mailman id 537879.837482; Mon, 22 May 2023 12:18:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V3-0000mP-St; Mon, 22 May 2023 12:18:53 +0000 Received: by outflank-mailman (input) for mailman id 537879; Mon, 22 May 2023 12:18:53 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V2-0000XN-VV for xen-devel@lists.xenproject.org; Mon, 22 May 2023 12:18:53 +0000 Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [2a00:1450:4864:20::131]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id d03079d2-f89a-11ed-b22d-6b7b168915f2; Mon, 22 May 2023 14:18:51 +0200 (CEST) Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-4f3b5881734so2768457e87.0 for ; Mon, 22 May 2023 05:18:51 -0700 (PDT) Received: from fedora.. ([94.75.70.14]) by smtp.gmail.com with ESMTPSA id 8-20020ac24828000000b004f26aabbd6asm961120lft.130.2023.05.22.05.18.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 May 2023 05:18:50 -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: d03079d2-f89a-11ed-b22d-6b7b168915f2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684757931; x=1687349931; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=2gkL2Is8EvWZRGU8xS7LanP8IxE/MMMODsHGbdZf8Xk=; b=JpcvJoFHdWG09xlp9yDLDMTIiMNTjKd7qDhBPNRseqJyZRgTjHky6BP3rljrKV6sFv bGc0Lchmn1L1oG0HDMi3v2RMmcPxNIflCoq9FjHTrPGwtDpBZ8N6ErL9yMWpJmSd7/wm eVoear/p0AKJLyT1x++hnf29qbrApsCLG/6saKQimAX6lGZlkKR+USIMqMU3+7NXDR/g jcDKuP4y7uwXVj6wmj9lBRKAMQdscgOCNaTdI1k023p6oOOWC3hToTctIND2JAecXjth 1b4K8D/PPzNMD0vzFZNDe06HbXTSr/ii7x2ZzUpHjqTXkkA03NA2gCSkryIkPFMsYsfA C/Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684757931; x=1687349931; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=2gkL2Is8EvWZRGU8xS7LanP8IxE/MMMODsHGbdZf8Xk=; b=NfQwIpSnLvpQZt+mBJP8yKrA4CiVNR9rkLZT8J/Snrd+ZOxmiPePbJEGu4JGEng+xb MaP/k0broE0aoWAGiELypDQJZ+gpJVPuPTIPsR5cP3GJjxfRpx6/0tIB+T19agGNrRBQ H8PK7QXdvxDGbyeGu2MOcEPxbvmqbJAZ1ui8OxLbPA9q8YH9dBJL/poK/bdUYsftufMB l5GGG77UMYVbfIZPitMJ3PtLlhXddJQPshYaUle7pcFEJ5BgRi21LNV+Q6mZXGeh3Kj7 Cjqmchvh4sOMsRUmFTqI9Wmwvf8pm5bsUrBNrNktNdwu51yviFp1U0dkvLfMm36GUsZ0 bjig== X-Gm-Message-State: AC+VfDy2UA9/ZG0UbixoL6aIknHMThzCPOF33xlS6USfS5KTt28NkjOq ZeDoOZgnxhzzO5ATCeoWNGL0k6CC4kA= X-Google-Smtp-Source: ACHHUZ6Y238XM+k0mmlNYiSZdjpSBGGIuTYeuz61LINpSjhIWdGKYdD67wrNLnu1gUE6IyXf7HcYMA== X-Received: by 2002:a05:6512:14e:b0:4f3:a7ff:60b9 with SMTP id m14-20020a056512014e00b004f3a7ff60b9mr3368806lfo.67.1684757930862; Mon, 22 May 2023 05:18:50 -0700 (PDT) From: Oleksii Kurochko To: xen-devel@lists.xenproject.org Cc: Julien Grall , Jan Beulich , Andrew Cooper , Stefano Stabellini , Oleksii Kurochko , Bob Eshleman , Alistair Francis , Connor Davis Subject: [PATCH v8 2/5] xen/riscv: introduce setup_initial_pages Date: Mon, 22 May 2023 15:18:43 +0300 Message-Id: X-Mailer: git-send-email 2.40.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1684757969645100001 Content-Type: text/plain; charset="utf-8" The idea was taken from xvisor but the following changes were done: * Use only a minimal part of the code enough to enable MMU * rename {_}setup_initial_pagetables functions * add an argument for setup_initial_mapping to have an opportunity to make set PTE flags. * update setup_initial_pagetables function to map sections with correct PTE flags. * Rewrite enable_mmu() to C. * map linker addresses range to load addresses range without 1:1 mapping. It will be 1:1 only in case when load_start_addr is equal to linker_start_addr. * add safety checks such as: * Xen size is less than page size * linker addresses range doesn't overlap load addresses range * Rework macros {THIRD,SECOND,FIRST,ZEROETH}_{SHIFT,MASK} * change PTE_LEAF_DEFAULT to RW instead of RWX. * Remove phys_offset as it is not used now * Remove alignment of {map, pa}_start &=3D XEN_PT_LEVEL_MAP_MASK(0); in setup_inital_mapping() as they should be already aligned. Make a check that {map_pa}_start are aligned. * Remove clear_pagetables() as initial pagetables will be zeroed during bss initialization * Remove __attribute__((section(".entry")) for setup_initial_pagetables() as there is no such section in xen.lds.S * Update the argument of pte_is_valid() to "const pte_t *p" * Add check that Xen's load address is aligned at 4k boundary * Refactor setup_initial_pagetables() so it is mapping linker address range to load address range. After setup needed permissions for specific section ( such as .text, .rodata, etc ) otherwise RW permission will be set by default. * Add function to check that requested SATP_MODE is supported Origin: git@github.com:xvisor/xvisor.git 9be2fdd7 Signed-off-by: Oleksii Kurochko Reviewed-by: Jan Beulich --- Changes in V8: - Add parentheses for lvl in pt_index() macros. - introduce macros paddr_to_pfn() and pfn_to_paddr() and use them inside paddr_to_pte()/pte_to_paddr(). - Remove "__" in sfence_vma() and add blanks inside the parentheses of asm volatile. - Parenthesize the two & against the || at the start of setup_initial_mapp= ing() function. - Code style fixes. --- Changes in V7: - define CONFIG_PAGING_LEVELS=3D2 for SATP_MODE_SV32. - update switch_stack_and_jump macros(): add constraint 'X' for fn, memory clobber and wrap into do {} while ( false ). - add noreturn to definition of enable_mmu(). - update pt_index() to "(pt_linear_offset(lvl, (va)) & VPN_MASK)". - expand macros pte_to_addr()/addr_to_pte() in paddr_to_pte() and pte_to_paddr() functions and after drop them. - remove inclusion of . - update commit message around definition of PGTBL_INITIAL_COUNT. - remove PGTBL_ENTRY_AMOUNT and use PAGETABLE_ENTRIES instead. - code style fixes - remove permission argument of setup_initial_mapping() function - remove calc_pgtbl_lvls_num() as it's not needed anymore after definition of CONFIG_PAGING_LEVELS. - introduce sfence_vma(). - remove satp_mode argument from check_pgtbl_mode_support() and use RV_STAGE1_MODE directly instead. - change .align to .p2align. - drop inclusion of from head.S. This change isn't necessary for the current patch series. --- Changes in V6: - move PAGE_SHIFT, PADDR_BITS to the top of page-bits.h - cast argument x of pte_to_addr() macros to paddr_t to avoid risk of ove= rflow for RV32 - update type of num_levels from 'unsigned long' to 'unsigned int' - define PGTBL_INITIAL_COUNT as ((CONFIG_PAGING_LEVELS - 1) + 1) - update type of permission arguments. changed it from 'unsgined long' to= 'unsigned int' - fix code style - switch while 'loop' to 'for' loop - undef HANDLE_PGTBL - clean root page table after MMU is disabled in check_pgtbl_mode_support= () function - align __bss_start properly - remove unnecesssary const for paddr_to_pte, pte_to_paddr, pte_is_valid = functions - add switch_stack_and_jump macros and use it inside enable_mmu() before = jump to cont_after_mmu_is_enabled() function --- Changes in V5: * Indent fields of pte_t struct * Rename addr_to_pte() and ppn_to_paddr() to match their content --- Changes in V4: * use GB() macros instead of defining SZ_1G * hardcode XEN_VIRT_START and add comment (ADDRESS_SPACE_END + 1 - GB(1)) * remove unnecessary 'asm' word at the end of #error * encapsulate pte_t definition in a struct * rename addr_to_ppn() to ppn_to_paddr(). * change type of paddr argument from const unsigned long to paddr_t * pte_to_paddr() update prototype. * calculate size of Xen binary based on an amount of page tables * use unsgined int instead of 'uint32_t' instead of uint32_t as their use isn't warranted. * remove extern of bss_{start,end} as they aren't used in mm.c anymore * fix code style * add argument for HANDLE_PGTBL macros instead of curr_lvl_num variable * make enable_mmu() as noinline to prevent under link-time optimization because of the nature of enable_mmu() * add function to check that SATP_MODE is supported. * update the commit message * update setup_initial_pagetables to set correct PTE flags in one pass instead of calling setup_pte_permissions after setup_initial_pagetables= () as setup_initial_pagetables() isn't used to change permission flags. --- Changes in V3: - update definition of pte_t structure to have a proper size of pte_t in case of RV32. - update asm/mm.h with new functions and remove unnecessary 'extern'. - remove LEVEL_* macros as only XEN_PT_LEVEL_* are enough. - update paddr_to_pte() to receive permissions as an argument. - add check that map_start & pa_start is properly aligned. - move defines PAGETABLE_ORDER, PAGETABLE_ENTRIES, PTE_PPN_SHIFT to - Rename PTE_SHIFT to PTE_PPN_SHIFT - refactor setup_initial_pagetables: map all LINK addresses to LOAD addres= ses and after setup PTEs permission for sections; update check that linker and load addresses don't overlap. - refactor setup_initial_mapping: allocate pagetable 'dynamically' if it is necessary. - rewrite enable_mmu in C; add the check that map_start and pa_start are aligned on 4k boundary. - update the comment for setup_initial_pagetable funcion - Add RV_STAGE1_MODE to support different MMU modes - set XEN_VIRT_START very high to not overlap with load address range - align bss section --- Changes in V2: * update the commit message: * Remove {ZEROETH,FIRST,...}_{SHIFT,MASK, SIZE,...} and introduce instead of them XEN_PT_LEVEL_*() and LEVEL_* * Rework pt_linear_offset() and pt_index based on XEN_PT_LEVEL_*() * Remove clear_pagetables() functions as pagetables were zeroed during .bss initialization * Rename _setup_initial_pagetables() to setup_initial_mapping() * Make PTE_DEFAULT equal to RX. * Update prototype of setup_initial_mapping(..., bool writable) ->=20 setup_initial_mapping(..., UL flags) =20 * Update calls of setup_initial_mapping according to new prototype * Remove unnecessary call of: _setup_initial_pagetables(..., load_addr_start, load_addr_end, load_addr= _start, ...) * Define index* in the loop of setup_initial_mapping * Remove attribute "__attribute__((section(".entry")))" for setup_initial_= pagetables() as we don't have such section * make arguments of paddr_to_pte() and pte_is_valid() as const. * make xen_second_pagetable static. * use instead of declaring extern unsigned long _stext, 0et= ext, _srodata, _erodata * update 'extern unsigned long __init_begin' to 'extern unsigned long __i= nit_begin[]' * use aligned() instead of "__attribute__((__aligned__(PAGE_SIZE)))" * set __section(".bss.page_aligned") for page tables arrays * fix identatations * Change '__attribute__((section(".entry")))' to '__init' * Remove phys_offset as it isn't used now. * Remove alignment of {map, pa}_start &=3D XEN_PT_LEVEL_MAP_MASK(0); in setup_inital_mapping() as they should be already aligned. * Remove clear_pagetables() as initial pagetables will be zeroed during bss initialization * Remove __attribute__((section(".entry")) for setup_initial_pagetables() as there is no such section in xen.lds.S * Update the argument of pte_is_valid() to "const pte_t *p" --- xen/arch/riscv/Makefile | 1 + xen/arch/riscv/include/asm/config.h | 14 +- xen/arch/riscv/include/asm/current.h | 11 + xen/arch/riscv/include/asm/mm.h | 14 ++ xen/arch/riscv/include/asm/page-bits.h | 10 + xen/arch/riscv/include/asm/page.h | 61 ++++++ xen/arch/riscv/include/asm/processor.h | 5 + xen/arch/riscv/mm.c | 277 +++++++++++++++++++++++++ xen/arch/riscv/setup.c | 11 + xen/arch/riscv/xen.lds.S | 3 + 10 files changed, 406 insertions(+), 1 deletion(-) create mode 100644 xen/arch/riscv/include/asm/current.h create mode 100644 xen/arch/riscv/include/asm/mm.h create mode 100644 xen/arch/riscv/include/asm/page.h create mode 100644 xen/arch/riscv/mm.c diff --git a/xen/arch/riscv/Makefile b/xen/arch/riscv/Makefile index 443f6bf15f..956ceb02df 100644 --- a/xen/arch/riscv/Makefile +++ b/xen/arch/riscv/Makefile @@ -1,5 +1,6 @@ obj-$(CONFIG_EARLY_PRINTK) +=3D early_printk.o obj-y +=3D entry.o +obj-y +=3D mm.o obj-$(CONFIG_RISCV_64) +=3D riscv64/ obj-y +=3D sbi.o obj-y +=3D setup.o diff --git a/xen/arch/riscv/include/asm/config.h b/xen/arch/riscv/include/a= sm/config.h index 57c1b33ee5..a7886a5ad3 100644 --- a/xen/arch/riscv/include/asm/config.h +++ b/xen/arch/riscv/include/asm/config.h @@ -75,12 +75,24 @@ name: #endif =20 -#define XEN_VIRT_START _AT(UL, 0x80200000) +#ifdef CONFIG_RISCV_64 +#define XEN_VIRT_START 0xFFFFFFFFC0000000 /* (_AC(-1, UL) + 1 - GB(1)) */ +#else +#error "RV32 isn't supported" +#endif =20 #define SMP_CACHE_BYTES (1 << 6) =20 #define STACK_SIZE PAGE_SIZE =20 +#ifdef CONFIG_RISCV_64 +#define CONFIG_PAGING_LEVELS 3 +#define RV_STAGE1_MODE SATP_MODE_SV39 +#else +#define CONFIG_PAGING_LEVELS 2 +#define RV_STAGE1_MODE SATP_MODE_SV32 +#endif + #endif /* __RISCV_CONFIG_H__ */ /* * Local variables: diff --git a/xen/arch/riscv/include/asm/current.h b/xen/arch/riscv/include/= asm/current.h new file mode 100644 index 0000000000..d87e6717e0 --- /dev/null +++ b/xen/arch/riscv/include/asm/current.h @@ -0,0 +1,11 @@ +#ifndef __ASM_CURRENT_H +#define __ASM_CURRENT_H + +#define switch_stack_and_jump(stack, fn) do { \ + asm volatile ( \ + "mv sp, %0\n" \ + "j " #fn :: "r" (stack), "X" (fn) : "memory" ); \ + unreachable(); \ +} while ( false ) + +#endif /* __ASM_CURRENT_H */ diff --git a/xen/arch/riscv/include/asm/mm.h b/xen/arch/riscv/include/asm/m= m.h new file mode 100644 index 0000000000..64293eacee --- /dev/null +++ b/xen/arch/riscv/include/asm/mm.h @@ -0,0 +1,14 @@ +#ifndef _ASM_RISCV_MM_H +#define _ASM_RISCV_MM_H + +#include + +#define pfn_to_paddr(pfn) ((paddr_t)(pfn) << PAGE_SHIFT) +#define paddr_to_pfn(pa) ((unsigned long)((pa) >> PAGE_SHIFT)) + +void setup_initial_pagetables(void); + +void enable_mmu(void); +void cont_after_mmu_is_enabled(void); + +#endif /* _ASM_RISCV_MM_H */ diff --git a/xen/arch/riscv/include/asm/page-bits.h b/xen/arch/riscv/includ= e/asm/page-bits.h index 1801820294..4a3e33589a 100644 --- a/xen/arch/riscv/include/asm/page-bits.h +++ b/xen/arch/riscv/include/asm/page-bits.h @@ -4,4 +4,14 @@ #define PAGE_SHIFT 12 /* 4 KiB Pages */ #define PADDR_BITS 56 /* 44-bit PPN */ =20 +#ifdef CONFIG_RISCV_64 +#define PAGETABLE_ORDER (9) +#else /* CONFIG_RISCV_32 */ +#define PAGETABLE_ORDER (10) +#endif + +#define PAGETABLE_ENTRIES (1 << PAGETABLE_ORDER) + +#define PTE_PPN_SHIFT 10 + #endif /* __RISCV_PAGE_BITS_H__ */ diff --git a/xen/arch/riscv/include/asm/page.h b/xen/arch/riscv/include/asm= /page.h new file mode 100644 index 0000000000..8b7ba91017 --- /dev/null +++ b/xen/arch/riscv/include/asm/page.h @@ -0,0 +1,61 @@ +#ifndef _ASM_RISCV_PAGE_H +#define _ASM_RISCV_PAGE_H + +#include +#include + +#include +#include + +#define VPN_MASK ((unsigned long)(PAGETABLE_ENTRIES - 1= )) + +#define XEN_PT_LEVEL_ORDER(lvl) ((lvl) * PAGETABLE_ORDER) +#define XEN_PT_LEVEL_SHIFT(lvl) (XEN_PT_LEVEL_ORDER(lvl) + PAGE_SHIFT) +#define XEN_PT_LEVEL_SIZE(lvl) (_AT(paddr_t, 1) << XEN_PT_LEVEL_SHIFT= (lvl)) +#define XEN_PT_LEVEL_MAP_MASK(lvl) (~(XEN_PT_LEVEL_SIZE(lvl) - 1)) +#define XEN_PT_LEVEL_MASK(lvl) (VPN_MASK << XEN_PT_LEVEL_SHIFT(lvl)) + +#define PTE_VALID BIT(0, UL) +#define PTE_READABLE BIT(1, UL) +#define PTE_WRITABLE BIT(2, UL) +#define PTE_EXECUTABLE BIT(3, UL) +#define PTE_USER BIT(4, UL) +#define PTE_GLOBAL BIT(5, UL) +#define PTE_ACCESSED BIT(6, UL) +#define PTE_DIRTY BIT(7, UL) +#define PTE_RSW (BIT(8, UL) | BIT(9, UL)) + +#define PTE_LEAF_DEFAULT (PTE_VALID | PTE_READABLE | PTE_WRITAB= LE) +#define PTE_TABLE (PTE_VALID) + +/* Calculate the offsets into the pagetables for a given VA */ +#define pt_linear_offset(lvl, va) ((va) >> XEN_PT_LEVEL_SHIFT(lvl)) + +#define pt_index(lvl, va) (pt_linear_offset((lvl), (va)) & VPN_MASK) + +/* Page Table entry */ +typedef struct { +#ifdef CONFIG_RISCV_64 + uint64_t pte; +#else + uint32_t pte; +#endif +} pte_t; + +static inline pte_t paddr_to_pte(paddr_t paddr, + unsigned int permissions) +{ + return (pte_t) { .pte =3D (paddr_to_pfn(paddr) << PTE_PPN_SHIFT) | per= missions }; +} + +static inline paddr_t pte_to_paddr(pte_t pte) +{ + return pfn_to_paddr(pte.pte >> PTE_PPN_SHIFT); +} + +static inline bool pte_is_valid(pte_t p) +{ + return p.pte & PTE_VALID; +} + +#endif /* _ASM_RISCV_PAGE_H */ diff --git a/xen/arch/riscv/include/asm/processor.h b/xen/arch/riscv/includ= e/asm/processor.h index a71448e02e..6db681d805 100644 --- a/xen/arch/riscv/include/asm/processor.h +++ b/xen/arch/riscv/include/asm/processor.h @@ -69,6 +69,11 @@ static inline void die(void) wfi(); } =20 +static inline void sfence_vma(void) +{ + asm volatile ( "sfence.vma" ::: "memory" ); +} + #endif /* __ASSEMBLY__ */ =20 #endif /* _ASM_RISCV_PROCESSOR_H */ diff --git a/xen/arch/riscv/mm.c b/xen/arch/riscv/mm.c new file mode 100644 index 0000000000..b7f50ec8a4 --- /dev/null +++ b/xen/arch/riscv/mm.c @@ -0,0 +1,277 @@ +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include + +struct mmu_desc { + unsigned int num_levels; + unsigned int pgtbl_count; + pte_t *next_pgtbl; + pte_t *pgtbl_base; +}; + +extern unsigned char cpu0_boot_stack[STACK_SIZE]; + +#define PHYS_OFFSET ((unsigned long)_start - XEN_VIRT_START) +#define LOAD_TO_LINK(addr) ((addr) - PHYS_OFFSET) +#define LINK_TO_LOAD(addr) ((addr) + PHYS_OFFSET) + + +/* + * It is expected that Xen won't be more then 2 MB. + * The check in xen.lds.S guarantees that. + * At least 3 page tables (in case of Sv39 ) are needed to cover 2 MB. + * One for each page level table with PAGE_SIZE =3D 4 Kb. + * + * One L0 page table can cover 2 MB(512 entries of one page table * PAGE_S= IZE). + * + * It might be needed one more page table in case when Xen load address + * isn't 2 MB aligned. + */ +#define PGTBL_INITIAL_COUNT ((CONFIG_PAGING_LEVELS - 1) + 1) + +pte_t __section(".bss.page_aligned") __aligned(PAGE_SIZE) +stage1_pgtbl_root[PAGETABLE_ENTRIES]; + +pte_t __section(".bss.page_aligned") __aligned(PAGE_SIZE) +stage1_pgtbl_nonroot[PGTBL_INITIAL_COUNT * PAGETABLE_ENTRIES]; + +#define HANDLE_PGTBL(curr_lvl_num) = \ + index =3D pt_index(curr_lvl_num, page_addr); = \ + if ( pte_is_valid(pgtbl[index]) ) = \ + { = \ + /* Find L{ 0-3 } table */ = \ + pgtbl =3D (pte_t *)pte_to_paddr(pgtbl[index]); = \ + } = \ + else = \ + { = \ + /* Allocate new L{0-3} page table */ = \ + if ( mmu_desc->pgtbl_count =3D=3D PGTBL_INITIAL_COUNT ) = \ + { = \ + early_printk("(XEN) No initial table available\n"); = \ + /* panic(), BUG() or ASSERT() aren't ready now. */ = \ + die(); = \ + } = \ + mmu_desc->pgtbl_count++; = \ + pgtbl[index] =3D paddr_to_pte((unsigned long)mmu_desc->next_pgtbl,= \ + PTE_VALID); = \ + pgtbl =3D mmu_desc->next_pgtbl; = \ + mmu_desc->next_pgtbl +=3D PAGETABLE_ENTRIES; = \ + } + +static void __init setup_initial_mapping(struct mmu_desc *mmu_desc, + unsigned long map_start, + unsigned long map_end, + unsigned long pa_start) +{ + unsigned int index; + pte_t *pgtbl; + unsigned long page_addr; + + if ( (unsigned long)_start % XEN_PT_LEVEL_SIZE(0) ) + { + early_printk("(XEN) Xen should be loaded at 4k boundary\n"); + die(); + } + + if ( (map_start & ~XEN_PT_LEVEL_MAP_MASK(0)) || + (pa_start & ~XEN_PT_LEVEL_MAP_MASK(0)) ) + { + early_printk("(XEN) map and pa start addresses should be aligned\n= "); + /* panic(), BUG() or ASSERT() aren't ready now. */ + die(); + } + + for ( page_addr =3D map_start; + page_addr < map_end; + page_addr +=3D XEN_PT_LEVEL_SIZE(0) ) + { + pgtbl =3D mmu_desc->pgtbl_base; + + switch ( mmu_desc->num_levels ) + { + case 4: /* Level 3 */ + HANDLE_PGTBL(3); + case 3: /* Level 2 */ + HANDLE_PGTBL(2); + case 2: /* Level 1 */ + HANDLE_PGTBL(1); + case 1: /* Level 0 */ + { + unsigned long paddr =3D (page_addr - map_start) + pa_start; + unsigned int permissions =3D PTE_LEAF_DEFAULT; + pte_t pte_to_be_written; + + index =3D pt_index(0, page_addr); + + if ( is_kernel_text(LINK_TO_LOAD(page_addr)) || + is_kernel_inittext(LINK_TO_LOAD(page_addr)) ) + permissions =3D + PTE_EXECUTABLE | PTE_READABLE | PTE_VALID; + + if ( is_kernel_rodata(LINK_TO_LOAD(page_addr)) ) + permissions =3D PTE_READABLE | PTE_VALID; + + pte_to_be_written =3D paddr_to_pte(paddr, permissions); + + if ( !pte_is_valid(pgtbl[index]) ) + pgtbl[index] =3D pte_to_be_written; + else + { + if ( (pgtbl[index].pte ^ pte_to_be_written.pte) & + ~(PTE_DIRTY | PTE_ACCESSED) ) + { + early_printk("PTE overridden has occurred\n"); + /* panic(), aren't ready now. */ + die(); + } + } + } + } + } +} +#undef HANDLE_PGTBL + +static bool __init check_pgtbl_mode_support(struct mmu_desc *mmu_desc, + unsigned long load_start) +{ + bool is_mode_supported =3D false; + unsigned int index; + unsigned int page_table_level =3D (mmu_desc->num_levels - 1); + unsigned level_map_mask =3D XEN_PT_LEVEL_MAP_MASK(page_table_level); + + unsigned long aligned_load_start =3D load_start & level_map_mask; + unsigned long aligned_page_size =3D XEN_PT_LEVEL_SIZE(page_table_level= ); + unsigned long xen_size =3D (unsigned long)(_end - start); + + if ( (load_start + xen_size) > (aligned_load_start + aligned_page_size= ) ) + { + early_printk("please place Xen to be in range of PAGE_SIZE " + "where PAGE_SIZE is XEN_PT_LEVEL_SIZE( {L3 | L2 | L1}= ) " + "depending on expected SATP_MODE \n" + "XEN_PT_LEVEL_SIZE is defined in \n"); + die(); + } + + index =3D pt_index(page_table_level, aligned_load_start); + stage1_pgtbl_root[index] =3D paddr_to_pte(aligned_load_start, + PTE_LEAF_DEFAULT | PTE_EXECUTA= BLE); + + sfence_vma(); + csr_write(CSR_SATP, + PFN_DOWN((unsigned long)stage1_pgtbl_root) | + RV_STAGE1_MODE << SATP_MODE_SHIFT); + + if ( (csr_read(CSR_SATP) >> SATP_MODE_SHIFT) =3D=3D RV_STAGE1_MODE ) + is_mode_supported =3D true; + + csr_write(CSR_SATP, 0); + + sfence_vma(); + + /* Clean MMU root page table */ + stage1_pgtbl_root[index] =3D paddr_to_pte(0x0, 0x0); + + return is_mode_supported; +} + +/* + * setup_initial_pagetables: + * + * Build the page tables for Xen that map the following: + * 1. Calculate page table's level numbers. + * 2. Init mmu description structure. + * 3. Check that linker addresses range doesn't overlap + * with load addresses range + * 4. Map all linker addresses and load addresses ( it shouldn't + * be 1:1 mapped and will be 1:1 mapped only in case if + * linker address is equal to load address ) with + * RW permissions by default. + * 5. Setup proper PTE permissions for each section. + */ +void __init setup_initial_pagetables(void) +{ + struct mmu_desc mmu_desc =3D { CONFIG_PAGING_LEVELS, 0, NULL, NULL }; + + /* + * Access to _start, _end is always PC-relative thereby when access + * them we will get load adresses of start and end of Xen. + * To get linker addresses LOAD_TO_LINK() is required to use. + */ + unsigned long load_start =3D (unsigned long)_start; + unsigned long load_end =3D (unsigned long)_end; + unsigned long linker_start =3D LOAD_TO_LINK(load_start); + unsigned long linker_end =3D LOAD_TO_LINK(load_end); + + if ( (linker_start !=3D load_start) && + (linker_start <=3D load_end) && (load_start <=3D linker_end) ) + { + early_printk("(XEN) linker and load address ranges overlap\n"); + die(); + } + + if ( !check_pgtbl_mode_support(&mmu_desc, load_start) ) + { + early_printk("requested MMU mode isn't supported by CPU\n" + "Please choose different in \n"); + die(); + } + + mmu_desc.pgtbl_base =3D stage1_pgtbl_root; + mmu_desc.next_pgtbl =3D stage1_pgtbl_nonroot; + + setup_initial_mapping(&mmu_desc, + linker_start, + linker_end, + load_start); +} + +void __init noreturn noinline enable_mmu() +{ + /* + * Calculate a linker time address of the mmu_is_enabled + * label and update CSR_STVEC with it. + * MMU is configured in a way where linker addresses are mapped + * on load addresses so in a case when linker addresses are not equal + * to load addresses, after MMU is enabled, it will cause + * an exception and jump to linker time addresses. + * Otherwise if load addresses are equal to linker addresses the code + * after mmu_is_enabled label will be executed without exception. + */ + csr_write(CSR_STVEC, LOAD_TO_LINK((unsigned long)&&mmu_is_enabled)); + + /* Ensure page table writes precede loading the SATP */ + sfence_vma(); + + /* Enable the MMU and load the new pagetable for Xen */ + csr_write(CSR_SATP, + PFN_DOWN((unsigned long)stage1_pgtbl_root) | + RV_STAGE1_MODE << SATP_MODE_SHIFT); + + asm volatile ( ".p2align 2" ); + mmu_is_enabled: + /* + * Stack should be re-inited as: + * 1. Right now an address of the stack is relative to load time + * addresses what will cause an issue in case of load start address + * isn't equal to linker start address. + * 2. Addresses in stack are all load time relative which can be an + * issue in case when load start address isn't equal to linker + * start address. + * + * We can't return to the caller because the stack was reseted + * and it may have stash some variable on the stack. + * Jump to a brand new function as the stack was reseted + */ + + switch_stack_and_jump((unsigned long)cpu0_boot_stack + STACK_SIZE, + cont_after_mmu_is_enabled); +} + diff --git a/xen/arch/riscv/setup.c b/xen/arch/riscv/setup.c index 3786f337e0..315804aa87 100644 --- a/xen/arch/riscv/setup.c +++ b/xen/arch/riscv/setup.c @@ -2,6 +2,7 @@ #include =20 #include +#include =20 /* Xen stack for bringing up the first CPU. */ unsigned char __initdata cpu0_boot_stack[STACK_SIZE] @@ -26,3 +27,13 @@ void __init noreturn start_xen(unsigned long bootcpu_id, =20 unreachable(); } + +void __init noreturn cont_after_mmu_is_enabled(void) +{ + early_printk("All set up\n"); + + for ( ;; ) + asm volatile ("wfi"); + + unreachable(); +} diff --git a/xen/arch/riscv/xen.lds.S b/xen/arch/riscv/xen.lds.S index 31e0d3576c..fe475d096d 100644 --- a/xen/arch/riscv/xen.lds.S +++ b/xen/arch/riscv/xen.lds.S @@ -172,3 +172,6 @@ ASSERT(IS_ALIGNED(__bss_end, POINTER_ALIGN), "__= bss_end is misaligned") =20 ASSERT(!SIZEOF(.got), ".got non-empty") ASSERT(!SIZEOF(.got.plt), ".got.plt non-empty") + +ASSERT(_end - _start <=3D MB(2), "Xen too large for early-boot assumptions= ") + --=20 2.40.1 From nobody Thu Mar 28 13:56:29 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; 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; dmarc=pass(p=none dis=none) header.from=gmail.com ARC-Seal: i=1; a=rsa-sha256; t=1684757960; cv=none; d=zohomail.com; s=zohoarc; b=UmKKB6cfrBP22r0icxlI1UZEpRWt7dsGCr0M7IlG48Dgchnn0Du1QmO2MGT9ztJQZKgYZxzC/CYtIWvFCs+p9t+kW1jPL6PK7K9PbZi4MLD7p2xOsStBRZWY1U2ZrXqIUSyvhOUlxAsoLKIMXt5vy7NCYSlqztFRqkE+8CLLKMQ= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1684757960; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=oF4lEFlSEg4FP4lOEdxDr5KveUkUc0Imo2+IXVhgnpQ=; b=G8MdkhFVkck+HhNe/2vaPFwN+rYkaue4j+JmUM/WpWMOj09mwWlV9QUQtc71KTGs4b9nUK8UTa2Tu3YmN9r8Z/yMed0yL+GPLF3BMJFOriXc0I550lVkdiQe7oChda4mLyIOl5A6TUt8SYVVPPStPxWTpJ9lIcQ3hR9YWNFaCZI= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; 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; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 168475796036250.75353685422476; Mon, 22 May 2023 05:19:20 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.537880.837487 (Exim 4.92) (envelope-from ) id 1q14V4-0000pt-93; Mon, 22 May 2023 12:18:54 +0000 Received: by outflank-mailman (output) from mailman id 537880.837487; Mon, 22 May 2023 12:18:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V4-0000oc-3m; Mon, 22 May 2023 12:18:54 +0000 Received: by outflank-mailman (input) for mailman id 537880; Mon, 22 May 2023 12:18:53 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V3-0000XN-9w for xen-devel@lists.xenproject.org; Mon, 22 May 2023 12:18:53 +0000 Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [2a00:1450:4864:20::133]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id d066bf48-f89a-11ed-b22d-6b7b168915f2; Mon, 22 May 2023 14:18:52 +0200 (CEST) Received: by mail-lf1-x133.google.com with SMTP id 2adb3069b0e04-4f24cfb8539so6872379e87.3 for ; Mon, 22 May 2023 05:18:52 -0700 (PDT) Received: from fedora.. ([94.75.70.14]) by smtp.gmail.com with ESMTPSA id 8-20020ac24828000000b004f26aabbd6asm961120lft.130.2023.05.22.05.18.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 May 2023 05:18:51 -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: d066bf48-f89a-11ed-b22d-6b7b168915f2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684757932; x=1687349932; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=oF4lEFlSEg4FP4lOEdxDr5KveUkUc0Imo2+IXVhgnpQ=; b=Byug/q2nDyLWIoYBDupLy3OAHC11HvZNaXt2FaPW8qNcRyOsI7Q0AaA4ol7xksR8j5 Ctpb8o2DiOcaeXETarfL3obdWCbvdqpiwKBR8GlkkUGhieekkArztHqH5GBFWG4TetdR PjPoQ4bh4xp43680n0s4u17C5c7xgGVrpRmuaE4dce6kyYE0eP9TQl6Buyw3RseVTDsh fkIlcVP1RnqG+r6pzG9aD0V6fbG7yzj85Ctj+0xClJKXgkvUaEbEBRNA3IckrfGBNrTE WkAnI8x5M7etGOkMR8trE8y/bUrrxVCSaVI4fXbZe1CQVI8T0zLh9QgJNtaJxqEl5zd7 eyZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684757932; x=1687349932; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=oF4lEFlSEg4FP4lOEdxDr5KveUkUc0Imo2+IXVhgnpQ=; b=gkauuUvKzaWsyFMq/hRZAROCVdXBRJtoAsavTVqnrHSFTRkY9ONAI8ckhXdThQB0ez PyxRmfph+igO8y8PbfoR1mbfuxtWnUX+nM+VyXAKcBucbPeMmpgQz/9B8VLRso2J6YbG zPUx2eFdzYQf6aCG0PRcH/jJz1aPmn8emQAA7EaWK9RquW8k5791+oEsshzr80V8z7Ij sN6P57LVI6+J5y0ui42Nu3luvGv9s6gy+i6HIvPm4+psqT0IHB/3Lpen2utxNqReUt5J YVNx0wL+qVtdDRFeQIMNCieC2aW1fiXPrxvKSdBOE/mCgNMYGFcWmu4+c2bKbEduMHCl GLRg== X-Gm-Message-State: AC+VfDwxhcXWgB9e6bk/JjgbTKGxXmtmeYHwuWCfuJk4flZPIeNlCpJp h4plp9xowWFjLGRWcgoSwD24BxAP+xk= X-Google-Smtp-Source: ACHHUZ5TLR5qX4b4bfMAxnISRjnfAd4baqbpopMx3qnZL3oFyk6iq6XcDsDF051LseoD+ZwKsYn/eg== X-Received: by 2002:ac2:544e:0:b0:4e9:bf52:7898 with SMTP id d14-20020ac2544e000000b004e9bf527898mr3313294lfn.37.1684757931666; Mon, 22 May 2023 05:18:51 -0700 (PDT) From: Oleksii Kurochko To: xen-devel@lists.xenproject.org Cc: Julien Grall , Jan Beulich , Andrew Cooper , Stefano Stabellini , Oleksii Kurochko , Bob Eshleman , Alistair Francis , Connor Davis Subject: [PATCH v8 3/5] xen/riscv: align __bss_start Date: Mon, 22 May 2023 15:18:44 +0300 Message-Id: X-Mailer: git-send-email 2.40.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1684757961841100002 Content-Type: text/plain; charset="utf-8" bss clear cycle requires proper alignment of __bss_start. ALIGN(PAGE_SIZE) before "*(.bss.page_aligned)" in xen.lds.S was removed as any contribution to "*(.bss.page_aligned)" have to specify proper aligntment themselves. Fixes: cfa0409f7cbb ("xen/riscv: initialize .bss section") Signed-off-by: Oleksii Kurochko Reviewed-by: Jan Beulich --- Changes in V8: * Remove ". =3D ALIGN(PAGE_SIZE);" before "*(.bss.page_aligned)" in vmlinux.lds.S file as any contribution to .bss.page_aligned have to spec= ify proper alignment themselves. * Add "Fixes: cfa0409f7cbb ("xen/riscv: initialize .bss section")" to the commit message * Add "Reviewed-by: Jan Beulich " to the commit message --- Changes in V7: * the patch was introduced in the current patch series. --- xen/arch/riscv/xen.lds.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/riscv/xen.lds.S b/xen/arch/riscv/xen.lds.S index fe475d096d..df71d31e17 100644 --- a/xen/arch/riscv/xen.lds.S +++ b/xen/arch/riscv/xen.lds.S @@ -137,9 +137,9 @@ SECTIONS __init_end =3D .; =20 .bss : { /* BSS */ + . =3D ALIGN(POINTER_ALIGN); __bss_start =3D .; *(.bss.stack_aligned) - . =3D ALIGN(PAGE_SIZE); *(.bss.page_aligned) . =3D ALIGN(PAGE_SIZE); __per_cpu_start =3D .; --=20 2.40.1 From nobody Thu Mar 28 13:56:29 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; 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; dmarc=pass(p=none dis=none) header.from=gmail.com ARC-Seal: i=1; a=rsa-sha256; t=1684757959; cv=none; d=zohomail.com; s=zohoarc; b=azuHn/nlAC3JXBUIims592wCsmxXHx9h6+b05H/937KHm8PxHrSqWQ6WPqsWewfEMpnyik5pmr98k6LUkYxoGAqJdPbSCM60oOCps8kLIEk4OFfbwcb43joFoU61ZLHnm/U0NpItpaBJcoSKSzdG1OXW7LD3fgpgo+0Cpw7wPKY= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1684757959; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=LvpxCLBBqorbQeBpQfAjag4bfazOq0BLsYa9CfgITIY=; b=NJtBSP+M+T56SIuzeFC9uB07HPKLzyMpDKunujxK7YP3W27ptt7Q/1zn75oSODQBcvCMcQYlrX1C5VvnS2C0rG42zdiQ/Vi3iL3Z/dxbd1ItutmDJQOxMgevsxFJGRBr/okJY5dJLaMVNaF0qwN5h4rg04l9NpweZxdy1K2vJUU= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; 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; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1684757959573526.6769671163398; Mon, 22 May 2023 05:19:19 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.537882.837508 (Exim 4.92) (envelope-from ) id 1q14V6-0001Ln-36; Mon, 22 May 2023 12:18:56 +0000 Received: by outflank-mailman (output) from mailman id 537882.837508; Mon, 22 May 2023 12:18:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V5-0001KH-Up; Mon, 22 May 2023 12:18:55 +0000 Received: by outflank-mailman (input) for mailman id 537882; Mon, 22 May 2023 12:18:55 +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 1q14V5-0000XV-1F for xen-devel@lists.xenproject.org; Mon, 22 May 2023 12:18:55 +0000 Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [2a00:1450:4864:20::22f]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id d1141695-f89a-11ed-8611-37d641c3527e; Mon, 22 May 2023 14:18:53 +0200 (CEST) Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2af177f12a5so52339401fa.2 for ; Mon, 22 May 2023 05:18:53 -0700 (PDT) Received: from fedora.. ([94.75.70.14]) by smtp.gmail.com with ESMTPSA id 8-20020ac24828000000b004f26aabbd6asm961120lft.130.2023.05.22.05.18.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 May 2023 05:18:52 -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: d1141695-f89a-11ed-8611-37d641c3527e DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684757933; x=1687349933; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=LvpxCLBBqorbQeBpQfAjag4bfazOq0BLsYa9CfgITIY=; b=JmHV/vqB3H+bbZAmtmj3bQEGhoH/cq5iEmr+KxT/6n1qpa67uz2QnkGfjo2rDOWPQy saN1tvu8jschQCn+/24IOLucNQJwun2ktIn5ga5Wh0X1681AtwZ6VwvnL+HBWkBm3K9s kGb0ywialknHJiwE9QTNAYrn4oZIyglxSPI7H1Dc8ohmz5KzFydOVFhUpIT4QM8NK0v4 lbZUb4Pbh2I9oN2cuAm7xeRmB5U7qInCwxLTn4TXKH4/yJLrikuJvggK5+iVA9tWQF/k PyWIvjMjcQqIL6QqvHiA3ETRlAjLzfeZTOs39+2tK05eFnGzxdMIlUBNbLt3GMqdPJnA Gzlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684757933; x=1687349933; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=LvpxCLBBqorbQeBpQfAjag4bfazOq0BLsYa9CfgITIY=; b=D1dI6Gv+d5AxN1sdKIVyiNmMgTWs5U50cRsnKjI2kv7+SGsKw1f7eLfAGmLnoH/61l 1wJY7ig70atMyTVuPtBlHz/xdTQnfi9ulI9uKBydyclbfXPxyFyl1N+N/TM8NFKC+T4F umtQVr17a6fHbmcRvR6P6x6apbEVwivQqR0w5jkM09faM4x03B3PMvRqn/2rSMrbr9CB eSDsJeIJb4Gmpdvg9ew2rp7Iv4CKOkIViHG5Os8kszS0BV/njWYor+ek9RxigL+MukzW u2/cIJc97c5WpRiXYrLHM+cLmjMLi21DBozMU0TMec/SLHrPCyUZGKdwgck4NsoawnJW HblA== X-Gm-Message-State: AC+VfDyXzxjdlTo23kQbIGMrPqdE+1fWA3u5/rlgJJjErcArdaTghpEt OCjqlEsc5b59VtCL6w85MqS7+4Yg2do= X-Google-Smtp-Source: ACHHUZ4QlJ10wu0A6K9oPFNOy6NPUIvuKoMJdRlJ2MlttbxuuO/WN1L1GTDpkZHZoi3IWsUR0tTdEw== X-Received: by 2002:a05:651c:8f:b0:2ac:598e:e946 with SMTP id 15-20020a05651c008f00b002ac598ee946mr3989905ljq.3.1684757932827; Mon, 22 May 2023 05:18:52 -0700 (PDT) From: Oleksii Kurochko To: xen-devel@lists.xenproject.org Cc: Julien Grall , Jan Beulich , Andrew Cooper , Stefano Stabellini , Oleksii Kurochko , Bob Eshleman , Alistair Francis , Connor Davis Subject: [PATCH v8 4/5] xen/riscv: setup initial pagetables Date: Mon, 22 May 2023 15:18:45 +0300 Message-Id: X-Mailer: git-send-email 2.40.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1684757961812100001 Content-Type: text/plain; charset="utf-8" The patch does two thing: 1. Setup initial pagetables. 2. Enable MMU which end up with code in cont_after_mmu_is_enabled() Signed-off-by: Oleksii Kurochko --- Changes in V8: - Nothing changed. Only rebase --- Changes in V7: - Nothing changed. Only rebase --- Changes in V6: - Nothing changed. Only rebase --- Changes in V5: - Nothing changed. Only rebase --- Changes in V4: - Nothing changed. Only rebase --- Changes in V3: - update the commit message that MMU is also enabled here - remove early_printk("All set up\n") as it was moved to cont_after_mmu_is_enabled() function after MMU is enabled. --- Changes in V2: * Update the commit message --- xen/arch/riscv/setup.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/xen/arch/riscv/setup.c b/xen/arch/riscv/setup.c index 315804aa87..cf5dc5824e 100644 --- a/xen/arch/riscv/setup.c +++ b/xen/arch/riscv/setup.c @@ -21,7 +21,10 @@ void __init noreturn start_xen(unsigned long bootcpu_id, { early_printk("Hello from C env\n"); =20 - early_printk("All set up\n"); + setup_initial_pagetables(); + + enable_mmu(); + for ( ;; ) asm volatile ("wfi"); =20 --=20 2.40.1 From nobody Thu Mar 28 13:56:29 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; 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; dmarc=pass(p=none dis=none) header.from=gmail.com ARC-Seal: i=1; a=rsa-sha256; t=1684757964; cv=none; d=zohomail.com; s=zohoarc; b=KD1WgDHf7fGZr5e5GreOzysUNhfpQ6k2AAwnW2MdIdL+Tbs7WJ10e8tWmjbmhgqASTVf7ClnevP86rmKMYJR23g1xGm7CtG4h/iza24Ai3au05Xhm5EgYvSXIQLJtzZNNbqghGn+Odbh+lPwmpWmoqPlHN6fiky85DskSitwtoo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1684757964; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=HzaXPM5ihr2hJv4uppdYO8eOKE9U/QW5elpxLedCGQg=; b=ivYcBdMVSqpXeY7P1ZW/YgvR72fc/yCGkjDNkIMksKnReEfV98HxdIfFvulPe03F/PHbOybnxZdqJV/VYSxRM/baf7hTyQdswC8tRGlO0RYzXhHmw+neDrxdMAa6tecMO+qR0qe6eS0lQ3E5IiV58Q3CSTs8lvKS+tpcjP6tRaY= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; 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; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1684757964315938.1230706588832; Mon, 22 May 2023 05:19:24 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.537883.837522 (Exim 4.92) (envelope-from ) id 1q14V7-0001lT-Cq; Mon, 22 May 2023 12:18:57 +0000 Received: by outflank-mailman (output) from mailman id 537883.837522; Mon, 22 May 2023 12:18:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1q14V7-0001ky-7w; Mon, 22 May 2023 12:18:57 +0000 Received: by outflank-mailman (input) for mailman id 537883; Mon, 22 May 2023 12:18:56 +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 1q14V5-0000XV-Vg for xen-devel@lists.xenproject.org; Mon, 22 May 2023 12:18:55 +0000 Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [2a00:1450:4864:20::232]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id d1a9e4e1-f89a-11ed-8611-37d641c3527e; Mon, 22 May 2023 14:18:54 +0200 (CEST) Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-2af189d323fso42251381fa.1 for ; Mon, 22 May 2023 05:18:54 -0700 (PDT) Received: from fedora.. ([94.75.70.14]) by smtp.gmail.com with ESMTPSA id 8-20020ac24828000000b004f26aabbd6asm961120lft.130.2023.05.22.05.18.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 May 2023 05:18:53 -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: d1a9e4e1-f89a-11ed-8611-37d641c3527e DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684757934; x=1687349934; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=HzaXPM5ihr2hJv4uppdYO8eOKE9U/QW5elpxLedCGQg=; b=jnY5gEFp/ARyk8/m3xL34Ukzc2Xc062lnJNAA8t5DcKwHus3bY7wVlNvTy5ZVs12OW StCfsbcgp1c/IdKVjBoTzJCwXcQp+cj+guTTF/ZkXfMyoLiTORIxJyTwuPnWTxHItGtL 8u/F103wlV8AtlQB+faM8cb9AXB0y0YP0uoj73XwcrvsKNuFeMUuxCXqvsrPNmvwtmMh z5Q9K5bla1q0ho/ScxCnqGxk7SXtnXlL4WFo+AQy1aRpikZ+GnGEFqL5d6WKW6cQewBD AsnlMBUib5aKhGiUe8hy5o2U/l+Dk+8vDlevQh6VCxWo0MXc/G+Sh1jaHE4ipuR7mcuq xBgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684757934; x=1687349934; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=HzaXPM5ihr2hJv4uppdYO8eOKE9U/QW5elpxLedCGQg=; b=LjuArUQ6F5BPJpyjcg/tQCznX6D7ZAYuc1Xg+EiiIHw/8OaT39qUoaRSwgwabonaPE 6qlA+iKajujyLLrGZCH73fDIirvv/2EE1Y9sAjrk5pCwXPCPhY9B+P8WVmpIzCibza/s VgNPESwIY0U0yVKt+HReCysNiITrkQGVX3LjlJwEhn2IpbM5deUK+bOo8TB/qW6OsNAi Hk3sITBCn9QRXQHHPTgOOj616goONrZU7hNss3DCMolXBpVl7YHNK+DYzDn+wQCUlQO8 F04EEC8/VNqiCn/xO7NjH1nn0uHZeSMdwFEOjBggXI3BtPTuveNqn3vp3Db8q5dI9Gn8 J3HQ== X-Gm-Message-State: AC+VfDwqbRW4eIHekzsRvdC6nou3R4Lj2yrQXwvuIA6A52681n0r2s5v MrWEMQ6jAwlO4Cgqa3B/AROMKshby2c= X-Google-Smtp-Source: ACHHUZ7HhrVcVrH7MEEiRs2CvHg8BVgP3JaRumD6q8cD3Y+Mn7qRFkMARpJcZumxoEUOejgnpwQWPQ== X-Received: by 2002:ac2:5e86:0:b0:4f0:6aa3:d85a with SMTP id b6-20020ac25e86000000b004f06aa3d85amr3227582lfq.0.1684757933708; Mon, 22 May 2023 05:18:53 -0700 (PDT) From: Oleksii Kurochko To: xen-devel@lists.xenproject.org Cc: Julien Grall , Jan Beulich , Andrew Cooper , Stefano Stabellini , Oleksii Kurochko , Bob Eshleman , Alistair Francis , Connor Davis Subject: [PATCH v8 5/5] xen/riscv: remove dummy_bss variable Date: Mon, 22 May 2023 15:18:46 +0300 Message-Id: <3d30db8cad99aa7bb9b22728b37c5184d5ae953f.1684757267.git.oleksii.kurochko@gmail.com> X-Mailer: git-send-email 2.40.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1684757965325100009 Content-Type: text/plain; charset="utf-8" After introduction of initial pagetables there is no any sense in dummy_bss variable as bss section will not be empty anymore. Signed-off-by: Oleksii Kurochko --- Changes in V8: - Nothing changed. Only rebase --- Changes in V7: - Nothing changed. Only rebase --- Changes in V6: - Nothing changed. Only rebase --- Changes in V5: - Nothing changed. Only rebase --- Changes in V4: - Nothing changed. Only rebase --- Changes in V3: * patch was introduced in the current one patch series (v3). --- Changes in V2: * patch was introduced in the current one patch series (v2). --- xen/arch/riscv/setup.c | 8 -------- 1 file changed, 8 deletions(-) diff --git a/xen/arch/riscv/setup.c b/xen/arch/riscv/setup.c index cf5dc5824e..845d18d86f 100644 --- a/xen/arch/riscv/setup.c +++ b/xen/arch/riscv/setup.c @@ -8,14 +8,6 @@ unsigned char __initdata cpu0_boot_stack[STACK_SIZE] __aligned(STACK_SIZE); =20 -/* =20 - * To be sure that .bss isn't zero. It will simplify code of - * .bss initialization. - * TODO: - * To be deleted when the first real .bss user appears - */ -int dummy_bss __attribute__((unused)); - void __init noreturn start_xen(unsigned long bootcpu_id, paddr_t dtb_addr) { --=20 2.40.1