From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 49E62C3DA7A for ; Fri, 6 Jan 2023 17:33:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235682AbjAFRdw (ORCPT ); Fri, 6 Jan 2023 12:33:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33694 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235039AbjAFRdq (ORCPT ); Fri, 6 Jan 2023 12:33:46 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D5C8BC01; Fri, 6 Jan 2023 09:33:43 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 7BFF961DA3; Fri, 6 Jan 2023 17:33:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AA690C433EF; Fri, 6 Jan 2023 17:33:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1673026422; bh=GOJUwq8EqcG8L01e1DER1N6UxlUAS+PeczRwJOfMKv4=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=j7qy6DKRFIQeNtVNjHN1UrI5L6ioL6SgpSAgEoH0IwFRD5z/HsZRN74JEQyEGiDBb EpNqbINPNI7MLSU+5FkS1MD6QqY3M4/j19SpsBXfkf8z69Rfd8CIQz9r/hqpwNUdQd ER1TXyhFbOzZxrpdfsscVquVTsHalOb1BMf5an93RsmfUAyYNOJWfM5tU+wtC+kKEz YlalTIN706+44kDdh21KV0A9tVa6VwcSOkkROq0Pu/moue1JZDQXOGTRl9zXiEy+jw g0Ebp8bryTsgYfGKqHyHfeMOiYzosu5fqH0ZNn0bXdwuNOn4iH4NwuTtQTfF3BjuVv aF9r94bHKWXcA== Date: Fri, 6 Jan 2023 11:33:41 -0600 From: Bjorn Helgaas To: "Luck, Tony" Cc: "Williams, Dan J" , "Liang, Kan" , "bhelgaas@google.com" , "hdegoede@redhat.com" , "kernelorg@undead.fr" , "kjhambrick@gmail.com" , "2lprbe78@duck.com" <2lprbe78@duck.com>, "nicholas.johnson-opensource@outlook.com.au" , "benoitg@coeus.ca" , "mika.westerberg@linux.intel.com" , "wse@tuxedocomputers.com" , "mumblingdrunkard@protonmail.com" , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "Box, David E" , "Sun, Yunying" , "Jiang, Dave" Subject: Re: Bug report: the extended PCI config space is missed with 6.2-rc2 Message-ID: <20230106173341.GA1234930@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230106004744.GA1186792@bhelgaas> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 05, 2023 at 06:47:44PM -0600, Bjorn Helgaas wrote: > On Fri, Jan 06, 2023 at 12:22:09AM +0000, Luck, Tony wrote: > > > ...and Dave, who reported that CXL enumeration was busted in -rc2, says > > > this patch fixes that. So you can also add: > > > > > > Tested-by: Dave Jiang > > > > Also seems good for my Broadwell/EDAC system. > > > > Boot messages mentioning MMCONFIG are: > > > > $ dmesg | grep MMCONFIG > > PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000) > > PCI: not using MMCONFIG > > PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000) > > PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] reserved in ACPI motherboard resources or EFI > > This part looks ok. > > > PCI: MMCONFIG for 0000 [bus00-7f] at [mem 0x80000000-0x87ffffff] (base 0x80000000) (size reduced!) > > acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended configuration space under this bridge > > acpi PNP0A03:01: fail to add MMCONFIG information, can't access extended configuration space under this bridge > > acpi PNP0A08:02: fail to add MMCONFIG information, can't access extended configuration space under this bridge > > acpi PNP0A08:03: fail to add MMCONFIG information, can't access extended configuration space under this bridge > > But the rest of this still looks like a regression. From your > previous dmesg log: > > PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000) > PNP0A03:00: host bridge to domain 0000 [bus ff] > PNP0A03:01: host bridge to domain 0000 [bus bf] > PNP0A03:02: host bridge to domain 0000 [bus 7f] > PNP0A03:03: host bridge to domain 0000 [bus 3f] > PNP0A08:00: host bridge to domain 0000 [bus 00-3e] > PNP0A08:01: host bridge to domain 0000 [bus 40-7e] > PNP0A08:02: host bridge to domain 0000 [bus 80-be] > PNP0A08:03: host bridge to domain 0000 [bus c0-fe] > > That MMCONFIG space should cover all those buses, but something is > going wrong. Tony, would you mind collecting a dmesg log with "efi=debug"? I want to see the EFI_MEMORY_MAPPED_IO size and what we remove from E820. Bjorn