[{"id":3674013,"web_url":"http://patchwork.ozlabs.org/comment/3674013/","msgid":"","list_archive_url":null,"date":"2026-04-07T08:57:10","subject":"Re: [PATCH v5 0/9] driver core: Fix some race conditions","submitter":{"id":4023,"url":"http://patchwork.ozlabs.org/api/people/4023/","name":"Marek Szyprowski","email":"m.szyprowski@samsung.com"},"content":"On 07.04.2026 01:22, Douglas Anderson wrote:\n> The main goal of this series is to fix the observed bug talked about\n> in the first patch (\"driver core: Don't let a device probe until it's\n> ready\"). That patch fixes a problem that has been observed in the real\n> world and could land even if the rest of the patches are found\n> unacceptable or need to be spun.\n>\n> That said, during patch review Danilo correctly pointed out that many\n> of the bitfield accesses in \"struct device\" are unsafe. I added a\n> bunch of patches in the series to address each one.\n>\n> Danilo said he's most worried about \"can_match\", so I put that one\n> first. After that, I tried to transition bitfields to flags in reverse\n> order to when the bitfield was added.\n>\n> Even if transitioning from bitfields to flags isn't truly needed for\n> correctness, it seems silly (and wasteful of space in struct device)\n> to have some in bitfields and some as flags. Thus I didn't spend time\n> for each bitfield showing that it's truly needed for correctness.\n>\n> Transition was done semi manually. Presumably someone skilled at\n> coccinelle could do a better job, but I just used sed in a heavy-\n> handed manner and then reviewed/fixed the results, undoing anything my\n> script got wrong. My terrible/ugly script was:\n>\n> var=can_match\n> caps=\"${var^^}\"\n> for f in $(git grep -l \"[>\\.]${var}[^1-9_a-zA-Z\\[]\"); do\n> echo $f\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)->${var} = true/set_bit(DEV_FLAG_${caps}, \\&\\\\1->flags)/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)\\.${var} = true/dev_set_${caps}(\\&\\\\1)/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)->${var} = false/clear_bit(DEV_FLAG_${caps}, \\&\\\\1->flags)/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)\\.${var} = false/dev_clear_${caps}(\\&\\\\1)/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)->${var} = \\([^;]*\\)/assign_bit(DEV_FLAG_${caps}, \\&\\\\1->flags, \\\\2)/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)\\.${var} = \\([^;]*\\)/dev_assign_${caps}(\\&\\\\1, \\\\2)/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)->${var}\\([^1-9_a-zA-Z\\[]\\)/test_bit(DEV_FLAG_${caps}, \\&\\\\1->flags)\\\\2/\" \"$f\"\n> sed -i~ -e \"s/\\([a-zA-Z_0-9\\.>()-][a-zA-Z_0-9\\.>()-]*\\)\\.${var}\\([^1-9_a-zA-Z\\[]\\)/dev_${caps}(\\&\\\\1)\\\\2/\" \"$f\"\n> done\n>\n> From v3 to v4, I transitioned to accessor functions with another ugly\n> sed script. I had git format the old patches, then transformed them\n> with:\n>\n> for f in *.patch; do\n> echo $f\n> sed -i~ -e \"s/test_and_set_bit(DEV_FLAG_\\([^,]*\\), \\&\\(.*\\)->flags)/dev_test_and_set_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/test_and_set_bit(DEV_FLAG_\\([^,]*\\), \\(.*\\)\\.flags)/dev_test_and_set_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/test_bit(DEV_FLAG_\\([^,]*\\), \\&\\(.*\\)->flags)/dev_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/test_bit(DEV_FLAG_\\([^,]*\\), \\(.*\\)\\.flags)/dev_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/set_bit(DEV_FLAG_\\([^,]*\\), \\&\\(.*\\)->flags)/dev_set_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/set_bit(DEV_FLAG_\\([^,]*\\), \\(.*\\)\\.flags)/dev_set_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/clear_bit(DEV_FLAG_\\([^,]*\\), \\&\\(.*\\)->flags)/dev_clear_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/clear_bit(DEV_FLAG_\\([^,]*\\), \\(.*\\)\\.flags)/dev_clear_\\\\L\\\\1(\\\\2)/\" \"$f\"\n> sed -i~ -e \"s/assign_bit(DEV_FLAG_\\([^,]*\\), \\&\\(.*\\)->flags, \\(.*\\))/dev_assign_\\\\L\\\\1(\\\\2, \\\\3)/\" \"$f\"\n> sed -i~ -e \"s/assign_bit(DEV_FLAG_\\([^,]*\\), \\(.*\\)\\.flags, \\(.*\\))/dev_assign_\\\\L\\\\1(\\\\2, \\\\3)/\" \"$f\"\n> done\n>\n> ...and then did a few manual touchups for spacing.\n>\n> I only marked the first patch as a \"Fix\" since it is the only one\n> fixing observed problems. Other patches could be considered fixes too\n> if folks want.\n>\n> I tested the first patch in the series backported to kernel 6.6 on the\n> Pixel phone that was experiencing the race. I added extra printouts to\n> make sure that the problem was hitting / addressed. The rest of the\n> patches are tested with allmodconfig with arm32, arm64, ppc, and\n> x86. I boot tested on an arm64 Chromebook running mainline.\nThe dma-mapping related bits are probably not race prone, but if you plan\nto refactor that part I won't object.\n\nAcked-by: Marek Szyprowski\n\n\n> Changes in v5:\n> - ready_to_prove => ready_to_probe typo\n> - device_lock() while calling dev_set_ready_to_probe()\n> - Add comment before \"can_match = true\" from Danilo.\n> - undef __create_dev_flag_accessors\n>\n> Changes in v4:\n> - Use accessor functions for flags\n>\n> Changes in v3:\n> - Use a new \"flags\" bitfield\n> - Add missing \\n in probe error message\n>\n> Changes in v2:\n> - Instead of adjusting the ordering, use \"ready_to_probe\" flag\n>\n> Douglas Anderson (9):\n> driver core: Don't let a device probe until it's ready\n> driver core: Replace dev->can_match with dev_can_match()\n> driver core: Replace dev->dma_iommu with dev_dma_iommu()\n> driver core: Replace dev->dma_skip_sync with dev_dma_skip_sync()\n> driver core: Replace dev->dma_ops_bypass with dev_dma_ops_bypass()\n> driver core: Replace dev->state_synced with dev_state_synced()\n> driver core: Replace dev->dma_coherent with dev_dma_coherent()\n> driver core: Replace dev->of_node_reused with dev_of_node_reused()\n> driver core: Replace dev->offline + ->offline_disabled with accessors\n>\n> arch/arc/mm/dma.c | 4 +-\n> arch/arm/mach-highbank/highbank.c | 2 +-\n> arch/arm/mach-mvebu/coherency.c | 2 +-\n> arch/arm/mm/dma-mapping-nommu.c | 4 +-\n> arch/arm/mm/dma-mapping.c | 28 ++--\n> arch/arm64/kernel/cpufeature.c | 2 +-\n> arch/arm64/mm/dma-mapping.c | 2 +-\n> arch/mips/mm/dma-noncoherent.c | 2 +-\n> arch/powerpc/kernel/dma-iommu.c | 8 +-\n> .../platforms/pseries/hotplug-memory.c | 4 +-\n> arch/riscv/mm/dma-noncoherent.c | 2 +-\n> drivers/acpi/scan.c | 2 +-\n> drivers/base/core.c | 55 +++++---\n> drivers/base/cpu.c | 4 +-\n> drivers/base/dd.c | 36 ++++--\n> drivers/base/memory.c | 2 +-\n> drivers/base/pinctrl.c | 2 +-\n> drivers/base/platform.c | 2 +-\n> drivers/dma/ti/k3-udma-glue.c | 6 +-\n> drivers/dma/ti/k3-udma.c | 6 +-\n> drivers/iommu/dma-iommu.c | 9 +-\n> drivers/iommu/iommu.c | 5 +-\n> drivers/net/pcs/pcs-xpcs-plat.c | 2 +-\n> drivers/of/device.c | 6 +-\n> drivers/pci/of.c | 2 +-\n> drivers/pci/pwrctrl/core.c | 2 +-\n> drivers/regulator/bq257xx-regulator.c | 2 +-\n> drivers/regulator/rk808-regulator.c | 2 +-\n> drivers/tty/serial/serial_base_bus.c | 2 +-\n> drivers/usb/gadget/udc/aspeed-vhub/dev.c | 2 +-\n> include/linux/device.h | 122 ++++++++++++------\n> include/linux/dma-map-ops.h | 6 +-\n> include/linux/dma-mapping.h | 2 +-\n> include/linux/iommu-dma.h | 3 +-\n> kernel/cpu.c | 4 +-\n> kernel/dma/mapping.c | 12 +-\n> mm/hmm.c | 2 +-\n> 37 files changed, 218 insertions(+), 142 deletions(-)\n>\nBest regards","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-pci@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=samsung.com header.i=@samsung.com header.a=rsa-sha256\n header.s=mail20170921 header.b=RZP7wrMK;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c04:e001:36c::12fc:5321; helo=tor.lore.kernel.org;\n envelope-from=linux-pci+bounces-52013-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (1024-bit key) header.d=samsung.com header.i=@samsung.com\n header.b=\"RZP7wrMK\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=210.118.77.12","smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=samsung.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=samsung.com"],"Received":["from tor.lore.kernel.org (tor.lore.kernel.org\n [IPv6:2600:3c04:e001:36c::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fqgBg2ST7z1yD3\n\tfor ; Tue, 07 Apr 2026 19:00:11 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby tor.lore.kernel.org (Postfix) with ESMTP id 04D7E301938C\n\tfor ; Tue, 7 Apr 2026 08:57:25 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 0EF9639B965;\n\tTue, 7 Apr 2026 08:57:24 +0000 (UTC)","from mailout2.w1.samsung.com (mailout2.w1.samsung.com\n [210.118.77.12])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 97D6F39B947\n\tfor ; Tue, 7 Apr 2026 08:57:20 +0000 (UTC)","from eucas1p2.samsung.com (unknown [182.198.249.207])\n\tby mailout2.w1.samsung.com (KnoxPortal) with ESMTP id\n 20260407085713euoutp022e9e8cd48a472932c0fc9e9c59f9eaee~kB1lY2BVq0545105451euoutp02p\n\tfor ; Tue, 7 Apr 2026 08:57:13 +0000 (GMT)","from eusmtip2.samsung.com (unknown [203.254.199.222]) by\n\teucas1p2.samsung.com (KnoxPortal) with ESMTPA id\n\t20260407085713eucas1p2511c88350d65a30746d62a99c13306c5~kB1lHOMuj1628516285eucas1p2J;\n\tTue, 7 Apr 2026 08:57:13 +0000 (GMT)","from [106.210.134.192] (unknown [106.210.134.192]) by\n\teusmtip2.samsung.com (KnoxPortal) with ESMTPA id\n\t20260407085711eusmtip2e1ec49f71f6ce486832315b6cf927c28~kB1jYPioW0291302913eusmtip27;\n\tTue, 7 Apr 2026 08:57:11 +0000 (GMT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775552243; cv=none;\n b=E9NtN/2KOxTfeiQRMpqzEMkQ3Cd8jrA+rb04OUQ/NVpVVS0i6OfWRwi5FI5N/DTkrt/XqTh0pMT/uIlz2PWfQmyr+xTILa2BNH7XCHZHzujhyiFOxKobGbvYQKb0NVs3bnyFalHepZxXFeieF5UNt3mAQhnuyMfZuc9GgsR5zbw=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775552243; c=relaxed/simple;\n\tbh=flM5R4a3zc02/BOf48KzXgd1rgLMFNIw0OQjt1NUicI=;\n\th=Message-ID:Date:MIME-Version:From:Subject:To:Cc:In-Reply-To:\n\t Content-Type:References;\n b=urSTnLk7bYjeacAoC6VIzcXHzSQNXv0c2d15VPhTqAqNqQskSrqzqP7/4LT2Tfz+6doRpPsZ1NbGGhJdVj1uIZ+3MrqLy7yToeOCiTPgoOKgh7Ex0Jx/Ex2mYe7GIxXdKhgALedZn0vP6XF3sTI1aZu8r4MTcMkNQZah7GpKq4Q=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=samsung.com;\n spf=pass smtp.mailfrom=samsung.com;\n dkim=pass (1024-bit key) header.d=samsung.com header.i=@samsung.com\n header.b=RZP7wrMK; arc=none smtp.client-ip=210.118.77.12","DKIM-Filter":"OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com\n 20260407085713euoutp022e9e8cd48a472932c0fc9e9c59f9eaee~kB1lY2BVq0545105451euoutp02p","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com;\n\ts=mail20170921; t=1775552233;\n\tbh=j6bI40rFXjnNi4xEhtGuTS96Jn2uqw2dljQ1TolNlrY=;\n\th=Date:From:Subject:To:Cc:In-Reply-To:References:From;\n\tb=RZP7wrMKzjWpTNSEshTsXiJTw8AOOP1zOFBBv3tS71vQiKtLXKVltuDeWF8EcIlfM\n\t zElp9QyxfncUuCiEwOUWl9FjZN1RcG+kB8hUgcqxg2h6EcoSs1h0Ivn4/iGzNp9W9Y\n\t Hbg61O3FN+HxRRDMyEpK+gegKhATJxWzq1dImPGc=","Message-ID":"","Date":"Tue, 7 Apr 2026 10:57:10 +0200","Precedence":"bulk","X-Mailing-List":"linux-pci@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","User-Agent":"Betterbird (Windows)","From":"Marek Szyprowski ","Subject":"Re: [PATCH v5 0/9] driver core: Fix some race conditions","To":"Douglas Anderson , Greg Kroah-Hartman\n\t, \"Rafael J . Wysocki\" ,\n\tDanilo Krummrich , Alan Stern ","Cc":"Leon Romanovsky , Christoph Hellwig , Robin\n\tMurphy , driver-core@lists.linux.dev,\n\tiommu@lists.linux.dev, linux-acpi@vger.kernel.org,\n\tlinux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,\n\tlinux-mm@kvack.org, linux-pci@vger.kernel.org, linux-usb@vger.kernel.org,\n\tlinux@armlinux.org.uk","Content-Language":"en-US","In-Reply-To":"<20260406232444.3117516-1-dianders@chromium.org>","Content-Transfer-Encoding":"7bit","X-CMS-MailID":"20260407085713eucas1p2511c88350d65a30746d62a99c13306c5","X-Msg-Generator":"CA","Content-Type":"text/plain; charset=\"utf-8\"","X-RootMTR":"20260406232527eucas1p2faa678aa90f0636bd17e0a7f4cb8fa28","X-EPHeader":"CA","X-CMS-RootMailID":"20260406232527eucas1p2faa678aa90f0636bd17e0a7f4cb8fa28","References":"\n \n\t<20260406232444.3117516-1-dianders@chromium.org>"}},{"id":3674507,"web_url":"http://patchwork.ozlabs.org/comment/3674507/","msgid":"","list_archive_url":null,"date":"2026-04-07T22:58:28","subject":"Re: [PATCH v5 0/9] driver core: Fix some race conditions","submitter":{"id":89037,"url":"http://patchwork.ozlabs.org/api/people/89037/","name":"Danilo Krummrich","email":"dakr@kernel.org"},"content":"On Tue Apr 7, 2026 at 1:22 AM CEST, Douglas Anderson wrote:\n\nApplied to driver-core-testing, thanks!\n\n> Douglas Anderson (9):\n> driver core: Don't let a device probe until it's ready\n> driver core: Replace dev->can_match with dev_can_match()\n> driver core: Replace dev->dma_iommu with dev_dma_iommu()\n> driver core: Replace dev->dma_skip_sync with dev_dma_skip_sync()\n> driver core: Replace dev->dma_ops_bypass with dev_dma_ops_bypass()\n> driver core: Replace dev->state_synced with dev_state_synced()\n> driver core: Replace dev->dma_coherent with dev_dma_coherent()\n\n [ Since all DEV_FLAG_DMA_COHERENT accessors are exposed unconditionally,\n also drop the CONFIG guards around dev_assign_dma_coherent() in\n device_initialize() to ensure a correct default value. - Danilo ]\n\n> driver core: Replace dev->of_node_reused with dev_of_node_reused()\n> driver core: Replace dev->offline + ->offline_disabled with accessors","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linux-pci@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=YxT4H0gM;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=172.234.253.10; helo=sea.lore.kernel.org;\n envelope-from=linux-pci+bounces-52110-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"YxT4H0gM\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org [172.234.253.10])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fr1pf1CwDz1xy1\n\tfor ; Wed, 08 Apr 2026 08:59:06 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 6BD4F301AA7B\n\tfor ; Tue, 7 Apr 2026 22:58:48 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 5C5623890F3;\n\tTue, 7 Apr 2026 22:58:46 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 23C5F37B02E;\n\tTue, 7 Apr 2026 22:58:46 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 77C69C116C6;\n\tTue, 7 Apr 2026 22:58:30 +0000 (UTC)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775602726; cv=none;\n b=e+sI2uhKu2i/P7Z5BZNR0yR/oeOxB+SX6vGPcCc2bzdHMwLrxYb134U5MV5ks5sSOKOnxNuBvjKM2PZXlj17Hrd9wr3LSg8/AOf/19w/vl48l5Sk+QGebZiNIB1qDbU5mJaAh8JJk1uX5Zrh5KRNP0dPUFZU+81PZ0vdA9pqsbw=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775602726; c=relaxed/simple;\n\tbh=ZxMhQkn/NMJTsfUq+eNI5wRqTDBwCQBg1cjTyGaGSzA=;\n\th=Mime-Version:Content-Type:Date:Message-Id:Subject:Cc:To:From:\n\t References:In-Reply-To;\n b=CAFvIFUcUCh0VIHYGjMrdQEU7mL056z+zfQGxWKN+y2EY4XuEQ+udsZzjBcgQZOMoNA+EQ4UDQruMAtfVoplvx+xf66OTsQffPw2Syll1ZFr/yBHxAY6sBNTcBP4WY2reidLOzXk6Re7rfFdF3Ro6CnEnIxr81bH/Ngj88si6qA=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=YxT4H0gM; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775602726;\n\tbh=ZxMhQkn/NMJTsfUq+eNI5wRqTDBwCQBg1cjTyGaGSzA=;\n\th=Date:Subject:Cc:To:From:References:In-Reply-To:From;\n\tb=YxT4H0gMU1uiOeHwbtOxxGkfFWJBaCzthqg03Sftf8l9d186Y09INkfJ8VCpcsjUT\n\t Qfd/Qlw+XjxQGpsD/+wtJtFtyh3etr3/mtV9qhSmixByvSXfzBB7nBSEJNPsodmdHd\n\t n6aWnXLqcu6DDQCkFID7N0ab2dedIpF0ftmNXCcvehsYTzafVVvpTSGtJI0Yt78qAh\n\t 7zcrBzbK4e2mGEgKbxfT4/RQOcj3aPhgKqv9IwN+ABisbMsvBq2hQAvVVGI9l26vIJ\n\t NOji8KIk0pikMh4DCWmZrmRQsTJnp7fjTB24k9B9hx+3b4Laf7gnEUw1IEsuOG28xo\n\t +wM+h43SmOleg==","Precedence":"bulk","X-Mailing-List":"linux-pci@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","Mime-Version":"1.0","Content-Transfer-Encoding":"quoted-printable","Content-Type":"text/plain; charset=UTF-8","Date":"Wed, 08 Apr 2026 00:58:28 +0200","Message-Id":"","Subject":"Re: [PATCH v5 0/9] driver core: Fix some race conditions","Cc":"\"Greg Kroah-Hartman\" , \"Rafael J . Wysocki\"\n , \"Alan Stern\" , \"Alexey\n Kardashevskiy\" , \"Johan Hovold\" , \"Eric\n Dumazet\" , \"Leon Romanovsky\" ,\n \"Christoph Hellwig\" , , \"Alexander Lobakin\"\n , \"Saravana Kannan\" ,\n \"Andrew Morton\" , , \"Jason\n Gunthorpe\" , ,\n , ,\n , ,\n , ,\n , , ,\n , , ,\n , , ,\n , ,\n , ,\n , ,\n , , ,\n , , ,\n , , ,\n , ,\n , ,\n , ,\n , ,\n , ,\n , ,\n , ,\n , , ,\n , , ,\n , , ,\n , , ,\n , , ,\n , , ,\n , , ,\n , ","To":"\"Douglas Anderson\" , ,\n \"Robin Murphy\" ","From":"\"Danilo Krummrich\" ","References":"<20260406232444.3117516-1-dianders@chromium.org>","In-Reply-To":"<20260406232444.3117516-1-dianders@chromium.org>"}}]