Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Eric DeVolder <eric.devolder@oracle.com>
To:     linux-kernel@vger.kernel.org, x86@kernel.org,
        kexec@lists.infradead.org, ebiederm@xmission.com,
        dyoung@redhat.com, bhe@redhat.com, vgoyal@redhat.com
Cc:     tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
        dave.hansen@linux.intel.com, hpa@zytor.com,
        nramas@linux.microsoft.com, thomas.lendacky@amd.com,
        robh@kernel.org, efault@gmx.de, rppt@kernel.org, david@redhat.com,
        sourabhjain@linux.ibm.com, konrad.wilk@oracle.com,
        boris.ostrovsky@oracle.com, eric.devolder@oracle.com
Subject: [PATCH v11 4/7] kexec: exclude elfcorehdr from the segment digest
Date:   Fri, 26 Aug 2022 13:37:01 -0400
Message-Id: <20220826173704.1895-5-eric.devolder@oracle.com>
In-Reply-To: <20220826173704.1895-1-eric.devolder@oracle.com>
References: <20220826173704.1895-1-eric.devolder@oracle.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?1cQ0/eaMa6fmxq8jXMdp6/YUXTfRlPpZty/Y+WiiglimjEGFJisdVmsnM8Cm?=
 =?us-ascii?Q?j5whaaqxf8oOzJ0deV/Jt8D4nf4tSYXFtYDRKSY2QkFPj6bbhM/DqyGaR9T4?=
 =?us-ascii?Q?q3He8ZIa2fKp5sOSMhtr4HNHr4CeBprhHL90dHzzeo0s/PaKg8QhMt687sXu?=
 =?us-ascii?Q?YN/8Uc3YUcKZILtO19F5MvXKGZDLAU2WK2VvhLf6dnCJmWjKDOhP/IbJ1atB?=
 =?us-ascii?Q?FCDwuV79kd6PpA0CI5GeOlmhDcIugo1qIp8YHpR3qXhopx/OAiY3wU0osybd?=
 =?us-ascii?Q?y4Xhy1H+Sw1krL39K0GXAC3Z7x1CAAjf2fsDeochApMfYdxUlsnVxpoFllaN?=
 =?us-ascii?Q?g4PD5iOKNdwAljVw4ClR768t8xv2LReVhM5DSTMREfRpDauS9ZOPwfmMsKbw?=
 =?us-ascii?Q?y9SgxeGet/vdffgpfr99dT6KZYRYL/LKI9YZt0iIJtHHvFD0m9RiV8lzUgn4?=
 =?us-ascii?Q?7AsE2cPPkiMU60YoNe3H/kaPbSY3SVe0X7Njq3QF2u5+DMm3LlApRZBSt15H?=
 =?us-ascii?Q?WNW0/1oJ9dBEqfw6IF7ga8cTKuxzzy6sn0EblulySLdkfUvcdp79MvycHF8X?=
 =?us-ascii?Q?XDqVNxKQzUMF+6wu3W1mIT+lIOWvgagXZ+mbqvIkvDH29BKAFSoDqC2AH5Dw?=
 =?us-ascii?Q?vjySgPtXSBB/6XSMZATtonvFUkx8LosNVY+ZmPqHNoPxI6R9JzUOBp30n86j?=
 =?us-ascii?Q?jzmL/IJV6GoxEDlwSakwxfyiDDvy3i3AFnvfAaqwy/LIbeWHAlIO1uqdMdsY?=
 =?us-ascii?Q?y8cgrhP/Ja4GIAp0gX6XcO1J3HKspPJdtaqepoWylShtOW3poInwZM+98Evi?=
 =?us-ascii?Q?AI42QMx60XDKyU//3K+oN0p8mhdf3z2SJ7OCgZKeu6f4ApJdnPz0rNefeLii?=
 =?us-ascii?Q?AnBd6e0eH3p5Vb0usXc+X2qpxWUQT35D9fLJp/QfSUE7moOZK0nTZ0WHKCDe?=
 =?us-ascii?Q?6E9ZQlKT+WebsO4aCbMsptJTx39XO7HNXgOArLQhmHClOM02a9+RJYUQTXk6?=
 =?us-ascii?Q?BqBNlnaYnewrffgkSR5QEJr9lzGa+4C9ew/X9LLecZlrOcDJ5ZgxUSipMhEI?=
 =?us-ascii?Q?193D5+mQyFd+LdAjbN8lUwl2Hf5QQl23y+3ClOl17Hx60iTDZnnEEVVKqalh?=
 =?us-ascii?Q?R20ZNxgbmSGL/yMSKH6jrUEoVgoLTWl6heVI+uPuNbdOTIJU3qd7T++E1mt3?=
 =?us-ascii?Q?gyWqAAe1lq2I8d6/1SwlNaE3+9So2F7pAKNniyVRDDgy+wVtVfH7eLnkmnxk?=
 =?us-ascii?Q?LWXUBdY+0on24VzhhZELaIg7quH3Bp0Ed9brVZGt8JDU8Y7Q1nFMtDR3qVw7?=
 =?us-ascii?Q?ccMNYIYoUU99fDA94HQQTJ3PYDb4rtWKFp2UqEIhGSRSXsvEXiz8zXJKHCex?=
 =?us-ascii?Q?Di0jcGcvRdGzCqKkSo8xwU+o9a8CchafyCWs1dCH6xNCThSitAiCXEDF3AO7?=
 =?us-ascii?Q?ngB9aKgzdp9YbHDx33f/JBsa6XTlix5okmN5n/fI0M2UqNaBuB1xbnbYmNYl?=
 =?us-ascii?Q?D+9wU2dekvcinqlnrmaLDyZCBdV9U1Z/vrioI9cXickGZelcXs84hkHgTu7f?=
 =?us-ascii?Q?YR3kdnVmFU/aDUqED6HXABVzBG1K/sUkE3QGYkyQGHLWUjABuz/qJshU+NI5?=
 =?us-ascii?Q?jw=3D=3D?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f4973224-3e4d-4839-d660-08da8789a00b
X-MS-Exchange-CrossTenant-AuthSource: CO1PR10MB4531.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Aug 2022 17:37:19.3308
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 605P08Qx0Qhg0t+o+f9n9w5W3/66DJ1KiiMOFQ2IS8eElquLX/vjxcg+A883/gBkXnRk3HnNGPJHCIlaLoOcOtZ1B6vFFC5ES6wSFyeAJkg=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR10MB6231
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.517,FMLib:17.11.122.1
 definitions=2022-08-26_10,2022-08-25_01,2022-06-22_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 mlxlogscore=999
 phishscore=0 adultscore=0 mlxscore=0 bulkscore=0 suspectscore=0
 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2207270000 definitions=main-2208260070
X-Proofpoint-ORIG-GUID: T5KEXjf8yQkQ1-kpUKhAp-UWHK2aaVjb
X-Proofpoint-GUID: T5KEXjf8yQkQ1-kpUKhAp-UWHK2aaVjb
X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,
        RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE
        autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

When a crash kernel is loaded via the kexec_file_load syscall, the
kernel places the various segments (ie crash kernel, crash initrd,
boot_params, elfcorehdr, purgatory, etc) in memory. For those
architectures that utilize purgatory, a hash digest of the segments
is calculated for integrity checking. This digest is embedded into
the purgatory image prior to placing purgatory in memory.

Since hotplug events cause changes to the elfcorehdr, purgatory
integrity checking fails (at crash time, and no kdump created).
As a result, this change explicitly excludes the elfcorehdr segment
from the list of segments used to create the digest. By doing so,
this permits changes to the elfcorehdr in response to hotplug events,
without having to also reload purgatory due to the change to the
digest.

Signed-off-by: Eric DeVolder <eric.devolder@oracle.com>
Acked-by: Baoquan He <bhe@redhat.com>
---
 kernel/kexec_file.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index 8017eeb43036..d0c2661b3509 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -723,6 +723,12 @@ static int kexec_calculate_store_digests(struct kimage *image)
 	for (j = i = 0; i < image->nr_segments; i++) {
 		struct kexec_segment *ksegment;
 
+#if defined(CONFIG_HOTPLUG_CPU) || defined(CONFIG_MEMORY_HOTPLUG)
+		/* Exclude elfcorehdr segment to allow future changes via hotplug */
+		if (image->elfcorehdr_index_valid && (j == image->elfcorehdr_index))
+			continue;
+#endif
+
 		ksegment = &image->segment[i];
 		/*
 		 * Skip purgatory as it will be modified once we put digest
-- 
2.31.1