Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp829216rwd; Tue, 13 Jun 2023 00:30:56 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6IxVZjqdIgfsUQpwp5zKy6BdL329lOT1zdv/FSHEv1TnVGWtD7SvscJ/0JbankV92CxaoV X-Received: by 2002:a17:90b:4b46:b0:259:a603:936e with SMTP id mi6-20020a17090b4b4600b00259a603936emr17365844pjb.8.1686641456517; Tue, 13 Jun 2023 00:30:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686641456; cv=none; d=google.com; s=arc-20160816; b=s41y+RaltrGJ+Ee0zl3GhIDTFKs9qQGBR5GMhv9QsSDDCJHE1Uxp1KVu1nAtGsLgJu jGYFWNU7dHqlg7KPWAi8iYEyiYX/V+STI477TXEb8pWsPw1Zm165XmnWkYY37SH0y4q6 I1wupxqArGTiI2pTzeT8Q+v2GxO/wZ5rsbgmtJwcx3GRTVuMtekgw8RnBSaTlYtjbZyG sp9hWYFQcbhUHd1rMhpyLfjFRSusEQqq3EX5SvgdIslAN0z1jv3taQrQw1r/hKm1UVNy Ep/MKnaTg3TEiZIHuyvweOdFCs3NIECk4O/ViZPA0o7JLe6PJr66VKRo1sGZnklv5jrC KFAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:to:from:dkim-signature :dkim-filter; bh=/PT81JOy5+bQnTFFKIvi5pPXC/tbbHKChswSnu/pguk=; b=OkqUUI+qyicK2xR0tt8Su/ePmdA3ghGH9II3SwvC/SAPAfB7OF6odEV6MgapmjwXzV vnIwW7/Vwg7d5MEmsk5ADxUX/l0XLMiz36hU/7O3cMh5eyxA8muaqnJ4Y5RyGZ6vuhsO kT+yx3koi3qniAmBWY41w0xTupvp1LuifuSeSp4kMh+Zp7thVK+I+PbSU00bUshyKxHM 4AJldgTFVLZX8IXlmUtMljwCPz1kq3WXCYTBsgtIKUjvWbcLm8NbefJtTNcQe3RaYj6M XVL/uwrpdgNwpuctuPBM4fS/+SKiVvWjXqVkPNZuYoiOdWaNDenZJjO53LFk5s4X8Xe7 ZIWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=V0Db+28u; 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=linux.microsoft.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h4-20020a633844000000b005347ee82fb0si8294850pgn.108.2023.06.13.00.30.44; Tue, 13 Jun 2023 00:30:56 -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=@linux.microsoft.com header.s=default header.b=V0Db+28u; 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=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238670AbjFMHNX (ORCPT + 99 others); Tue, 13 Jun 2023 03:13:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55506 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238669AbjFMHNV (ORCPT ); Tue, 13 Jun 2023 03:13:21 -0400 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4CF0ECE; Tue, 13 Jun 2023 00:13:19 -0700 (PDT) Received: from linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net (linux.microsoft.com [13.77.154.182]) by linux.microsoft.com (Postfix) with ESMTPSA id AF6D320FE88D; Tue, 13 Jun 2023 00:13:18 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com AF6D320FE88D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1686640398; bh=/PT81JOy5+bQnTFFKIvi5pPXC/tbbHKChswSnu/pguk=; h=From:To:Subject:Date:From; b=V0Db+28uycwdF4LyY20ikpS4q2z84hTbVu/y2Alw28k2dkzMg2Q1YQnUHdjrk98ry 0pUJQZh+OXbB+VMThRoCMf69fz/KXJ/NSBt/Ax/a++xb93ROR30TTIKXmIDGDYYlUE MFwpCm1c25Ul/GVzqCnmYWc9GoP+owhi/j9ncVpM= From: Saurabh Sengar To: kys@microsoft.com, haiyangz@microsoft.com, wei.liu@kernel.org, decui@microsoft.com, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, mikelley@microsoft.com, linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, hpa@zytor.com Subject: [PATCH v2] x86/hyperv: add noop functions to x86_init mpparse functions Date: Tue, 13 Jun 2023 00:13:11 -0700 Message-Id: <1686640391-13001-1-git-send-email-ssengar@linux.microsoft.com> X-Mailer: git-send-email 1.8.3.1 X-Spam-Status: No, score=-19.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL, USER_IN_DEF_SPF_WL 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 In certain configurations, VTL0 and VTL2 can share the same VM partition and hence share the same memory address space. In such systems VTL2 has visibility of all of the VTL0 memory space. When CONFIG_X86_MPPARSE is enabled for VTL2, the kernel performs a scan of low memory to search for MP tables. However, in systems where VTL0 controls the low memory and may contain valid tables specific to VTL0, this scanning process can lead to confusion within the VTL2 kernel. In !ACPI system, there is no way to disable CONFIG_X86_MPPARSE hence add the noop function instead. Signed-off-by: Saurabh Sengar --- [V2]: Improve commit message arch/x86/hyperv/hv_vtl.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/arch/x86/hyperv/hv_vtl.c b/arch/x86/hyperv/hv_vtl.c index 85d38b9f3586..db5d2ea39fc0 100644 --- a/arch/x86/hyperv/hv_vtl.c +++ b/arch/x86/hyperv/hv_vtl.c @@ -25,6 +25,10 @@ void __init hv_vtl_init_platform(void) x86_init.irqs.pre_vector_init = x86_init_noop; x86_init.timers.timer_init = x86_init_noop; + /* Avoid searching for BIOS MP tables */ + x86_init.mpparse.find_smp_config = x86_init_noop; + x86_init.mpparse.get_smp_config = x86_init_uint_noop; + x86_platform.get_wallclock = get_rtc_noop; x86_platform.set_wallclock = set_rtc_noop; x86_platform.get_nmi_reason = hv_get_nmi_reason; -- 2.34.1