From patchwork Mon Oct 31 15:10:45 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexander Lobakin X-Patchwork-Id: 920 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp2374398wru; Mon, 31 Oct 2022 08:22:46 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6CKj3GL+oW74qZUShbXsg9pZJZIxg5lb7ZJb+vAbbrqtcvDtys5MJ6biBxJcKLi84uMKmF X-Received: by 2002:a17:90b:524f:b0:212:c22f:fbd1 with SMTP id sh15-20020a17090b524f00b00212c22ffbd1mr15804598pjb.155.1667229766581; Mon, 31 Oct 2022 08:22:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667229766; cv=none; d=google.com; s=arc-20160816; b=Tla0HnoNZyZttQXjN1mKMRjf2Eo5LNjapShmnSPnphTks7vMhqfp0QbPyw5if5NmDR 2Nb3IRB+XrkSa1DIE/4E1o26GGLrwpiMQ7yudL+mztZTJJUikkSsRgpH2p7fKa+A1C2N HqRGd+2CdxcbhVUa5bqzbj4klMFWlZFI9UbaNrMMb5Mr2v8YSN81vxEM+oEJDXTzGLQ5 I0LS4O9Jz5jhOGdZyE+xa508RzPTU0xNmwOXSwB1M1R6NQl6jSvvqe9Y+hvqXVOoDOpX RBLFQhjQl5tZGKC4HBqZHLqFiegO9p0jRGvBd2ifFoldmonisNFcVIknWLMFNEUIU0Z3 Jz6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=wHV8kxKWbWRTOYxfrCJphCG9VuajshvhlPnods0fpS0=; b=RM0TOkWzO7CYW1RlGzFk4inWrUlqcYtmh5GppQYN5zLgI7xQyjOmr/s6NK+0EL990C sFiMBjCGTm1vaeJYu1Pc92Dsta8LMJH+J9qe9JoxX0NupZO/sfODt5yXaXRS5tEJFzE4 XjksXmOlkqTisprpqTkHYbE3DtqM5zXgI5ukvuqgp5b822pIFitUUDq1PqPJSQ4QISog ws+2qlew1oy0tO8AreKkdpw5oI3HhRugJoBfpR805UK3UBRWmWoU9jk3McgtjKzc5WLH wHVq1ymipBDg/J1oQxx/BHFXW5qKsZmXAhANenlrAtCz9QYhvg+3pzE2xAJeFnIsnkEe pX1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=j8Y+tcmD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id o21-20020a170903301500b00183f6ff534dsi7691077pla.535.2022.10.31.08.22.33; Mon, 31 Oct 2022 08:22:46 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=j8Y+tcmD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231157AbiJaPQl (ORCPT + 99 others); Mon, 31 Oct 2022 11:16:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45352 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229719AbiJaPQj (ORCPT ); Mon, 31 Oct 2022 11:16:39 -0400 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1D9991114D for ; Mon, 31 Oct 2022 08:16:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1667229399; x=1698765399; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=4++IyYJ8OpehOQHF4kDtDXvNgj+srzG4CNF9T4lsNHk=; b=j8Y+tcmD1ZiMsaPnc6UqI1Je2kJPkIdSMJEurQft6Fve6Glmf3F+EF68 zfGffo0IzJs1DO2GOCyHH5jED1UZiiA1AdOmZY/4Yu0OB04eeek0y84zO t4nsjDoDJzamiWcD2+TF1sSb/pf74utEd7TQwhx4sAc31GSC9p1TIzDz2 V/ZnjTSjnFj5eCONbUXnOQDYkw/7kvIE0z+7t+O/6gMQJtH8SPgxbEs1u iphyK/BOBME4kSFcg3+6F29T31sZSqHc7bFUXZz7HvJry64OOBkwEGHbK ZxMZM8dhL82LdofPAbJPVTz//wTsGqPcyCYFWWkuTzwRJ5HwIqG5rKI7D w==; X-IronPort-AV: E=McAfee;i="6500,9779,10517"; a="373134128" X-IronPort-AV: E=Sophos;i="5.95,228,1661842800"; d="scan'208";a="373134128" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Oct 2022 08:16:37 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10517"; a="697045596" X-IronPort-AV: E=Sophos;i="5.95,228,1661842800"; d="scan'208";a="697045596" Received: from irvmail001.ir.intel.com ([10.43.11.63]) by fmsmga008.fm.intel.com with ESMTP; 31 Oct 2022 08:16:35 -0700 Received: from newjersey.igk.intel.com (newjersey.igk.intel.com [10.102.20.203]) by irvmail001.ir.intel.com (8.14.3/8.13.6/MailSET/Hub) with ESMTP id 29VFGXGD008839; Mon, 31 Oct 2022 15:16:33 GMT From: Alexander Lobakin To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen Cc: Alexander Lobakin , "H. Peter Anvin" , "Peter Zijlstra (Intel)" , Tony Luck , Kees Cook , Masahiro Yamada , x86@kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/2] x86/boot: fix relying on link order Date: Mon, 31 Oct 2022 16:10:45 +0100 Message-Id: <20221031151047.167288-1-alexandr.lobakin@intel.com> X-Mailer: git-send-email 2.38.1 MIME-Version: 1.0 X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE 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: X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1748217119734725427?= X-GMAIL-MSGID: =?utf-8?q?1748217119734725427?= The series contains stuff I caught last week while working on some x86 code. It can be considered a material for fixes or for next, I'm okay with either, although leaning more towards fixes :P Notes on patches: * 0001: I didn't put any "Fixes:" tag since it's not linear. The lines changed with this patch came from the initial x86 KASLR series, but that unconditional jump to the kernel beginning already was there. It goes at least from the set that brought relocatable kernel support to x86, but this is quite prehistoric already and might not look really relatable. So up to you whether it needs any. * 0002: doesn't fix anything, except that having any files listed in that whitelist already is an architecture bug :D And it wouldn't be convenient to decouple it from #0001, but up to you as well. Alexander Lobakin (2): x86/boot: robustify calling startup_{32,64}() from the decompressor code scripts/head-object-list: remove x86 from the list arch/x86/boot/compressed/head_32.S | 2 +- arch/x86/boot/compressed/head_64.S | 2 +- arch/x86/boot/compressed/misc.c | 16 +++++++++++----- scripts/head-object-list.txt | 6 ------ 4 files changed, 13 insertions(+), 13 deletions(-)