Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp154286rwl; Thu, 6 Apr 2023 16:32:04 -0700 (PDT) X-Google-Smtp-Source: AKy350YSqmYM/AqtQ3Do9Res7mm0nTCjyX1MWAEGmz3BMlXuUAy2XaW1fpQqtBZyLmrkl7DHFRwA X-Received: by 2002:a17:906:34d6:b0:932:217c:b85d with SMTP id h22-20020a17090634d600b00932217cb85dmr598345ejb.37.1680823923931; Thu, 06 Apr 2023 16:32:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680823923; cv=none; d=google.com; s=arc-20160816; b=X/R8DbHFFApmJIboFlNGK4SfM5zBhXgs9UPMjzAg+N8D/Nv1oyEXjoaXG/NULoPcBK 2FMt5QvnSvq8QTEUkC6d+3eUZ0hBBEssghUbS7v4KL/Y5Gi6Bb7188SLH6Gm9Uz+u38j xuU1BFj0t+bf2JebWb78KuNRHDmNF69v6u15B94WtZbfprSzH3WymEGAAv/fZ+rTObwG 5QX8IfUEhlDLGMoS6BKdkMnsf15Rhc6kdJgL2GHYrrcBLE2j2qSCvYs2UsET5JtfHRxI JANBzYS6tXUZbGwqHeEGa1LNOGki6j9d96OPakItv6X0gnDT8yPVxT1kNmJ0rE1GiVN3 qRqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:message-id:subject:cc:to:from:date :dkim-signature; bh=9qUzG+JKpR3i1qUahpZaJ5m65kjruP2xQpgORLm7LH8=; b=VxxCEUsXsOG2V/hJb31dKxesFiZoLDoA/JZjLEDk5WY3lESIV7f37lhr/DN9N1dL/A nBs4fRiimdLND94FsIbqNdzatxNMA9o9bNIlu9Htp10W5ygd8X7Ihd+uvtLy6mn5XMmG 7FoaRj12PA7TVN5184LXIEb4JY+Ud9VppJqB4kawSaLBVnlwkl0A3+NG3tv2sIq+ix82 EAeZRbmYH9I4DEVtwGLJZ9gEt3CD6zFnb0w8m/jUuhFWZnm8q4hItoQMaFGIZlUvzGOa /FjdvFL1FaHGa5Pw1lp0KbSIDwgf+3k75o+OmKofcgcfS2VMxSn1iiZM0xjZvEtQ6f3E ZC3Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=dLEdr8mk; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h18-20020a170906591200b0093e2a9e4badsi2213539ejq.565.2023.04.06.16.31.33; Thu, 06 Apr 2023 16:32:03 -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=@kernel.org header.s=k20201202 header.b=dLEdr8mk; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232526AbjDFXYn (ORCPT + 99 others); Thu, 6 Apr 2023 19:24:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39948 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229575AbjDFXYl (ORCPT ); Thu, 6 Apr 2023 19:24:41 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B653F72BC; Thu, 6 Apr 2023 16:24:40 -0700 (PDT) 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 535D264D6C; Thu, 6 Apr 2023 23:24:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 77DEFC433EF; Thu, 6 Apr 2023 23:24:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1680823479; bh=+L+QKD/FQo0MgxvLbghtNeLPq4hqP/ZxmEizXwHvvFE=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=dLEdr8mk/YGGKf8ESvJ/SaUIV+FaeZq/4eIfBfY4xb2pFaULsDDjV6d0eOuMmrNFp 3/iTywStMlwtb/h2fARO0tQaKRDc9UyP0b21QiWfUzmQBooEZC8HOtlPS7A7UmuvxF Ga6iN0Vnqiws607R7EGWVi7JJ24ml5LiEwqMjlPZZEH8FuT16qBVnqeeg3Fg4ynLFf z9/VIV4hMnzRaYw64ZwwaO3PUtDsC4hk8MtHAf5Wo8UwNAng4U3V447GUhwwAlNGKg z55Yl19o/hUSXiU7cTBo7kHg35zC9KOcECPTC7UCBTdvQQuGjAA5JxO5jufsv7QEHj NIFZLfdDiHHxw== Date: Thu, 6 Apr 2023 18:24:37 -0500 From: Bjorn Helgaas To: Rob Herring Cc: Bjorn Helgaas , Pali =?iso-8859-1?Q?Roh=E1r?= , Jon Hunter , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] PCI: Fix use-after-free in pci_bus_release_domain_nr() Message-ID: <20230406232437.GA3749012@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230329123835.2724518-1-robh@kernel.org> X-Spam-Status: No, score=-2.5 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS autolearn=unavailable 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, Mar 29, 2023 at 07:38:35AM -0500, Rob Herring wrote: > Commit c14f7ccc9f5d ("PCI: Assign PCI domain IDs by ida_alloc()") > introduced a use-after-free bug in the bus removal cleanup. The issue > was found with kfence: > > [ 19.285870] ================================================================== > [ 19.293351] BUG: KFENCE: use-after-free read in pci_bus_release_domain_nr+0x10/0x70 > > [ 19.302817] Use-after-free read at 0x000000007f3b80eb (in kfence-#115): > [ 19.309677] pci_bus_release_domain_nr+0x10/0x70 > [ 19.309691] dw_pcie_host_deinit+0x28/0x78 > [ 19.309702] tegra_pcie_deinit_controller+0x1c/0x38 [pcie_tegra194] > [ 19.309734] tegra_pcie_dw_probe+0x648/0xb28 [pcie_tegra194] > [ 19.309752] platform_probe+0x90/0xd8 > [ 19.309764] really_probe+0xb8/0x298 > [ 19.309777] __driver_probe_device+0x78/0xd8 > [ 19.309788] driver_probe_device+0x38/0x120 > [ 19.309799] __device_attach_driver+0x94/0xe0 > [ 19.309812] bus_for_each_drv+0x70/0xc8 > [ 19.309822] __device_attach+0xfc/0x188 > [ 19.309833] device_initial_probe+0x10/0x18 > [ 19.309844] bus_probe_device+0x94/0xa0 > [ 19.309854] deferred_probe_work_func+0x80/0xb8 > [ 19.309864] process_one_work+0x1e0/0x348 > [ 19.309882] worker_thread+0x48/0x410 > [ 19.309891] kthread+0xf4/0x110 > [ 19.309904] ret_from_fork+0x10/0x20 > > [ 19.311457] kfence-#115: 0x00000000063a155a-0x00000000ba698da8, size=1072, cache=kmalloc-2k > > [ 19.311469] allocated by task 96 on cpu 10 at 19.279323s: > [ 19.311562] __kmem_cache_alloc_node+0x260/0x278 > [ 19.311571] kmalloc_trace+0x24/0x30 > [ 19.311580] pci_alloc_bus+0x24/0xa0 > [ 19.311590] pci_register_host_bridge+0x48/0x4b8 > [ 19.311601] pci_scan_root_bus_bridge+0xc0/0xe8 > [ 19.311613] pci_host_probe+0x18/0xc0 > [ 19.311623] dw_pcie_host_init+0x2c0/0x568 > [ 19.311630] tegra_pcie_dw_probe+0x610/0xb28 [pcie_tegra194] > [ 19.311647] platform_probe+0x90/0xd8 > [ 19.311653] really_probe+0xb8/0x298 > [ 19.311663] __driver_probe_device+0x78/0xd8 > [ 19.311672] driver_probe_device+0x38/0x120 > [ 19.311682] __device_attach_driver+0x94/0xe0 > [ 19.311694] bus_for_each_drv+0x70/0xc8 > [ 19.311702] __device_attach+0xfc/0x188 > [ 19.311713] device_initial_probe+0x10/0x18 > [ 19.311724] bus_probe_device+0x94/0xa0 > [ 19.311733] deferred_probe_work_func+0x80/0xb8 > [ 19.311743] process_one_work+0x1e0/0x348 > [ 19.311753] worker_thread+0x48/0x410 > [ 19.311763] kthread+0xf4/0x110 > [ 19.311771] ret_from_fork+0x10/0x20 > > [ 19.311782] freed by task 96 on cpu 10 at 19.285833s: > [ 19.311799] release_pcibus_dev+0x30/0x40 > [ 19.311808] device_release+0x30/0x90 > [ 19.311814] kobject_put+0xa8/0x120 > [ 19.311832] device_unregister+0x20/0x30 > [ 19.311839] pci_remove_bus+0x78/0x88 > [ 19.311850] pci_remove_root_bus+0x5c/0x98 > [ 19.311860] dw_pcie_host_deinit+0x28/0x78 > [ 19.311866] tegra_pcie_deinit_controller+0x1c/0x38 [pcie_tegra194] > [ 19.311883] tegra_pcie_dw_probe+0x648/0xb28 [pcie_tegra194] > [ 19.311900] platform_probe+0x90/0xd8 > [ 19.311906] really_probe+0xb8/0x298 > [ 19.311916] __driver_probe_device+0x78/0xd8 > [ 19.311926] driver_probe_device+0x38/0x120 > [ 19.311936] __device_attach_driver+0x94/0xe0 > [ 19.311947] bus_for_each_drv+0x70/0xc8 > [ 19.311956] __device_attach+0xfc/0x188 > [ 19.311966] device_initial_probe+0x10/0x18 > [ 19.311976] bus_probe_device+0x94/0xa0 > [ 19.311985] deferred_probe_work_func+0x80/0xb8 > [ 19.311995] process_one_work+0x1e0/0x348 > [ 19.312005] worker_thread+0x48/0x410 > [ 19.312014] kthread+0xf4/0x110 > [ 19.312022] ret_from_fork+0x10/0x20 > > [ 19.313579] CPU: 10 PID: 96 Comm: kworker/u24:2 Not tainted 6.2.0 #4 > [ 19.320171] Hardware name: /, BIOS 1.0-d7fb19b 08/10/2022 > [ 19.325852] Workqueue: events_unbound deferred_probe_work_func > [ 19.331919] ================================================================== > > The stack trace is a bit misleading as dw_pcie_host_deinit() doesn't > directly call pci_bus_release_domain_nr(). The issue turns out to be in > pci_remove_root_bus() which first calls pci_remove_bus() which frees the > struct pci_bus when its struct device is released. Then > pci_bus_release_domain_nr() is called and accesses the freed > struct pci_bus. Reordering these fixes the issue. > > Fixes: c14f7ccc9f5d ("PCI: Assign PCI domain IDs by ida_alloc()") > Reported-by: Jon Hunter > Tested-by: Jon Hunter > Cc: Pali Roh?r > Signed-off-by: Rob Herring Applied to for-linus for v6.3, thanks! I also added a stable tag since c14f7ccc9f5d appeared in v6.2. > --- > drivers/pci/remove.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/drivers/pci/remove.c b/drivers/pci/remove.c > index 0145aef1b930..22d39e12b236 100644 > --- a/drivers/pci/remove.c > +++ b/drivers/pci/remove.c > @@ -157,8 +157,6 @@ void pci_remove_root_bus(struct pci_bus *bus) > list_for_each_entry_safe(child, tmp, > &bus->devices, bus_list) > pci_remove_bus_device(child); > - pci_remove_bus(bus); > - host_bridge->bus = NULL; > > #ifdef CONFIG_PCI_DOMAINS_GENERIC > /* Release domain_nr if it was dynamically allocated */ > @@ -166,6 +164,9 @@ void pci_remove_root_bus(struct pci_bus *bus) > pci_bus_release_domain_nr(bus, host_bridge->dev.parent); > #endif > > + pci_remove_bus(bus); > + host_bridge->bus = NULL; > + > /* remove the host bridge */ > device_del(&host_bridge->dev); > } > -- > 2.39.2 >