Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp365909pxb; Thu, 17 Feb 2022 05:59:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJzAfXVddVJmYK0tLCXJnZ2TvTUzcrzZarYO31ErTTNPZEfta8/wZdfNCmVZoYzHhD2lZi+r X-Received: by 2002:a17:906:2695:b0:6ce:f9c:b476 with SMTP id t21-20020a170906269500b006ce0f9cb476mr2477394ejc.235.1645106387865; Thu, 17 Feb 2022 05:59:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645106387; cv=none; d=google.com; s=arc-20160816; b=h3tF/VY5IiO8WW2iUSVXd9Ni9f9DgZgNAQSxdIqZnuIJEb8OHAJnIrZ2/2UTMektIg 3cLPHOaR4j8ariAUuJGBVwtOld00Llynm9kCRKoyWQxplXdaHNAIbXlRY3EeyZKugffl AfimSDvuyCQrUWQl52sGf4LGHtL4KZaaeA8JWnwhNpacj5vbmeKdQTfvIovb4WPB+yxn y1ogh8lTJhBNZIBDMRY5e8zA5boGMJRpGkHlKSeAAhTR/7F2SrqGV7XUQkvJNpYFbftE UmkegmmfSxBykWVhNKV4nJRr9pfRvTdMCopVQICFExbcDahPPU18KalGyx1rjlgVZWBF NPKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=aA+QGMLyuKx0S43v8yPMZ+D/1Kg0XfXd9FTMzzEu82I=; b=cuG/LDF3jiSIc/XjbKey0Go0VGMiIeE7EDxdbLdwUVNRmB+OWYKq9LdurWZWpf4aUO CnQIQhMUB4BnLxiJPcOU8AynIv0Ute6R1wZ/vlyIIqx1qevbVHRmJHRTT4dnL5+s4lQx tHe81j1BW2N0td+rDyCd4zkkwt6HA4w0W1N7i5F55fPA8d3dws8N4/pUemntMa3ggrOQ ctGaSJhz6peFUdKaCqY5dTJ6ENwphKBZhK5KJTTjkf3n6tZACATkJOjMxsUOaTjGnRtu h3b6Eyv9PUkywthCgAigZghaqb1cxzsHz5vi3cceI3al9Ex9ITHqHVJ6dt3lwg2vA98B laqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="GVMw/odF"; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id mp1si2352049ejc.963.2022.02.17.05.59.24; Thu, 17 Feb 2022 05:59:47 -0800 (PST) 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="GVMw/odF"; 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 S237972AbiBQIsL (ORCPT + 99 others); Thu, 17 Feb 2022 03:48:11 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:40660 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235672AbiBQIsK (ORCPT ); Thu, 17 Feb 2022 03:48:10 -0500 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BC40A2A0D7C; Thu, 17 Feb 2022 00:47:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1645087673; x=1676623673; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=PDYw5rQvsj5va8j31Q9ml+BYtwBg3y8USkcS+rlhy/s=; b=GVMw/odFrmF2FLqRqpaG8SfrK5NCs6M0LV4S77Y/z+ptKetohILkjnKT inEZ8ky0YowVgLSyDRFpZaCT9QXZBMPGDNA8MNYTeqLXP/eLpbA9FyGBg 3UVA2nA7Fq+s+9DS9JYXPxkZPQhCiZfJpZH3ZzAFjCRsfW2Fj9QpgYYIw HleKzWnZV/v0GLAQOg52Y04+hXpAIXvjFzQsfXvHVo9B8MtkdaigDxUe2 Pw+7iNpVnOdMHxIUTPecrOMetUbLMvMXZXc8XkDZ0A9KSbeem8JYr+vyD 8QI2uPeZz3+DXx+ymHVwR7ksKWvCUmSZCF/tXjgk/KjP4PI3XWKPpi7v8 Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10260"; a="248424765" X-IronPort-AV: E=Sophos;i="5.88,375,1635231600"; d="scan'208";a="248424765" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2022 00:47:53 -0800 X-IronPort-AV: E=Sophos;i="5.88,375,1635231600"; d="scan'208";a="634446125" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.162]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Feb 2022 00:47:48 -0800 Received: by lahna (sSMTP sendmail emulation); Thu, 17 Feb 2022 10:47:46 +0200 Date: Thu, 17 Feb 2022 10:47:46 +0200 From: Mika Westerberg To: Hans de Goede Cc: "Rafael J . Wysocki" , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Bjorn Helgaas , Myron Stowe , Juha-Pekka Heikkila , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , Benoit =?iso-8859-1?Q?Gr=E9goire?= , Hui Wang , linux-acpi@vger.kernel.org, linux-pci@vger.kernel.org, x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/1] x86/PCI: Disable exclusion of E820 reserved addresses in some cases Message-ID: References: <20220216150121.9400-1-hdegoede@redhat.com> <20220216150121.9400-2-hdegoede@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220216150121.9400-2-hdegoede@redhat.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, 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: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 16, 2022 at 04:01:21PM +0100, Hans de Goede wrote: > Some fw has a bug where the PCI bridge window returned by the ACPI > resources partly overlaps with some other address range, causing issues. > To workaround this Linux excludes E820 reserved addresses when allocating > addresses from the PCI bridge window. 2 known examples of such fw bugs are: > > 1. The returned window contains addresses which map to system RAM, > see commit 4dc2287c1805 ("x86: avoid E820 regions when allocating > address space"). > > 2. The Lenovo X1 carbon gen 2 BIOS has an overlap between an EFI/E820 > reserved range and the ACPI provided PCI bridge window: > efi: mem46: [MMIO] range=[0x00000000dfa00000-0x00000000dfa0ffff] (0MB) > BIOS-e820: [mem 0x00000000dceff000-0x00000000dfa0ffff] reserved > pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfebfffff window] > If Linux assigns the overlapping 0xdfa00000-0xdfa0ffff range to a PCI BAR > then the system fails to resume after a suspend. > > Recently (2019) some systems have shown-up with EFI memmap MMIO entries > covering the entire ACPI provided PCI bridge window. These memmap entries > get converted into e820_table entries, causing all attempts to assign > memory to PCI BARs which have not been setup by the BIOS to fail. > For example see these dmesg snippets from a Lenovo IdeaPad 3 15IIL 81WE: > efi: mem63: [MMIO] range=[0x0000000065400000-0x00000000cfffffff] (1708MB) > BIOS-e820: [mem 0x000000004bc50000-0x00000000cfffffff] reserved > pci_bus 0000:00: root bus resource [mem 0x65400000-0xbfffffff window] > pci 0000:00:15.0: BAR 0: no space for [mem size 0x00001000 64bit] > pci 0000:00:15.0: BAR 0: failed to assign [mem size 0x00001000 64bit] > > To fix this, check if the ACPI provided PCI bridge window is fully > contained within in EFI memmap MMIO region and in that case disable > the "exclude E820 reserved addresses" workaround, fixing the problem > of not being able to find free space for unassigned BARs. > > BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=206459 > BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1868899 > BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1871793 > BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=2029207 > BugLink: https://bugs.launchpad.net/bugs/1878279 > BugLink: https://bugs.launchpad.net/bugs/1931715 > BugLink: https://bugs.launchpad.net/bugs/1932069 > BugLink: https://bugs.launchpad.net/bugs/1921649 > Signed-off-by: Hans de Goede Reviewed-by: Mika Westerberg