From patchwork Tue Nov 1 16:15:27 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexander Lobakin X-Patchwork-Id: 974 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp3075025wru; Tue, 1 Nov 2022 09:31:59 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6MZrhXKVsn8hd77XH1jqsaf1P62QN6xUPXbAedQBnw2ypner9htDr9Wpx7DTTODJTSOsqa X-Received: by 2002:a17:907:782:b0:740:7120:c6e7 with SMTP id xd2-20020a170907078200b007407120c6e7mr18845065ejb.313.1667320319124; Tue, 01 Nov 2022 09:31:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667320319; cv=none; d=google.com; s=arc-20160816; b=NVGywkT39BuX0Fgc4y7lZ3X4JG5r/4gTEoh1xxFJJ75SX9RbL/5ZJ7X50/EM2CmudF HW7sP05cjFqp5uiUUKUyUAF9WPn5gw1tGT+k5AQOX22VXIO+Wyo/Yh/RomgXiEVY6qrD P/SSNm3H5b3IgD8/tf9vHNdCouJKtTObh1brTe2woVqhBX1k0fUbzkFDC1iLX9uxKw5J yBWARTCDuNhixxroBwaNWh9WokpNOjq4bI+wuYXBEeXHEvA6WvMJNbdNq6+2OPeJ/4rZ A2/ytH5Ucl1xJE8rGBA/cOfQW/gCca1SwtqFe006EG34pCs5YGICdruymk5Uz/NwgAdl NDHw== 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=e+xeCgx+pb5te8O/+oZ7D81/W3rSm3BeRSbF2tzKims=; b=d2YF5Kb3B3TMSz/jh5x1mpNmlmwxmU9IoXvTBhp12NT6Z9mohbMQ319rVnt10YkVYu gfVKxhNByRpivDVh8/DJLlleCyXI7FJLQUVDdkiHL2x1J051IwSumzWN9mqg9OYPF0Wb iUGBwKaJXy2wAVkBxjlfaiDf6HaiGP8IOe12LBBwb1+JJHwFZ4awjHwq3MsJplSSG7Ty Y35LdyqT+aj6BVoJXdzgF8KAaoJO0YllsM5DquFVIKJgMKQjvdoWx1w00XU7GKMne6ZW eonijHsHBwm4NWyXmP3/ShC9uw9oIW7w4/jM80s0S3+zvnx9paIzImVey2KId2CRhmED 6dvg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Wt9U8k1Y; 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 nd21-20020a170907629500b0073da0ce043csi14576699ejc.619.2022.11.01.09.31.33; Tue, 01 Nov 2022 09:31:59 -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=Wt9U8k1Y; 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 S229817AbiKAQU0 (ORCPT + 99 others); Tue, 1 Nov 2022 12:20:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56706 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229782AbiKAQUZ (ORCPT ); Tue, 1 Nov 2022 12:20:25 -0400 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A6C821C900 for ; Tue, 1 Nov 2022 09:20:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1667319623; x=1698855623; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=SNm6rjp1B+V9CVysuR7iPvu4UoSaKbxpji8M1GDsvx4=; b=Wt9U8k1YqUkX+jbwqOJVf4ItImZpySZDtlCc05TSH1HKvF1AMYcOHz+P F41Rt9S9wwpJo6H4i08RC2KYTtv208OXbdTVpQmJDNx/x4tI5GVeqTlZf smnF/eBGjdvKu2Ze9PFUKPeEuVuY4VcjC+av7xXtdjPfs5jBYOpgYwFUS 6xIhi6mJrS/25NhUILetifzHK4N9pxB2ewBeXSUyFOUjzTJzBc2NNr8n9 NcZGcph06UuZ19OXXnx1vpNK4reLmPld6YOlxVqGYuYnWVTkokeaXCvyr aBYRl43iSEKVycawfQHMqT1ZDKP4iGPIbN/UuWZub70lz/LPhcJlgtfaH Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10518"; a="309175942" X-IronPort-AV: E=Sophos;i="5.95,231,1661842800"; d="scan'208";a="309175942" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Nov 2022 09:19:40 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10518"; a="628623926" X-IronPort-AV: E=Sophos;i="5.95,231,1661842800"; d="scan'208";a="628623926" Received: from irvmail001.ir.intel.com ([10.43.11.63]) by orsmga007.jf.intel.com with ESMTP; 01 Nov 2022 09:19:37 -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 2A1GJa8A019884; Tue, 1 Nov 2022 16:19:36 GMT From: Alexander Lobakin To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen Cc: Alexander Lobakin , Jiri Slaby , "H. Peter Anvin" , "Peter Zijlstra (Intel)" , Tony Luck , Kees Cook , Masahiro Yamada , x86@kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 0/2] x86/boot: fix relying on link order Date: Tue, 1 Nov 2022 17:15:27 +0100 Message-Id: <20221101161529.1634188-1-alexandr.lobakin@intel.com> X-Mailer: git-send-email 2.38.1 MIME-Version: 1.0 X-Spam-Status: No, score=-8.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, 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?1748312070851688512?= X-GMAIL-MSGID: =?utf-8?q?1748312070851688512?= 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. From v1[0]: * collect the Tested-by tags (Jiri); * don't add pathetic returns after noreturn error() (Jiri); * debug-print the entry point offset via debug_putaddr() before booting (Jiri); * always have an empty line before return statements (Jiri). [0] https://lore.kernel.org/all/20221031151047.167288-1-alexandr.lobakin@intel.com 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, 12 insertions(+), 14 deletions(-)