[{"id":3669917,"web_url":"http://patchwork.ozlabs.org/comment/3669917/","msgid":"<20260326192520.GA1337681@bhelgaas>","date":"2026-03-26T19:25:20","subject":"Re: [PATCH 00/10] PCI: Improve head free space usage","submitter":{"id":67298,"url":"http://patchwork.ozlabs.org/api/people/67298/","name":"Bjorn Helgaas","email":"helgaas@kernel.org"},"content":"[+cc Xifer; thanks very much for reporting and testing!]\n\nOn Tue, Mar 24, 2026 at 06:56:23PM +0200, Ilpo Järvinen wrote:\n> Hi all,\n> \n> This series attempts to take advantage of free head space (the free\n> space before the aligned start address) in order to generally produce a\n> tighter packing of the resources/bridge windows.\n> \n> The recent changes to the resource fitting algorithm caused resource\n> allocation failures in some cases where a bridge window that is sized\n> to be gapless could no longer be assigned. The previous algorithm left\n> a huge gaps which allowed it to place the remainder (non-aligning part\n> of the size) before the start address of used for the gapless fit,\n> whereas the new gapless approach always had to place the remainder\n> after the aligning part of the resources. There is not always space\n> for the remainder triggering those failures (e.g., when the aligning\n> part must be placed at the top of the window).\n> \n> This series attempts to allow placing the remainder once again before\n> the aligning part, but now without leaving huge gaps to retain the\n> benefits of the gapless bridge windows. The approach is somewhat hacky\n> but should work thanks to PCI resources fundamentally consisting only\n> power-of-two atoms.\n> \n> There maybe cases where architecture would not want to do such\n> relocation. This series adds the relocation to arch\n> pcibios_align_resource() functions to allow all of them taking\n> advantage of the better resource packing but if somebody objects doing\n> this relocation for a particular arch, I can remove it, please just let\n> me know (this relocation doesn't seem critical unless there are\n> regressions).\n> \n> Ilpo Järvinen (10):\n> resource: Add __resource_contains_unbound() for internal contains\n> checks\n> resource: Pass full extent of empty space to resource_alignf CB\n> resource: Rename 'tmp' variable to 'full_avail'\n> ARM/PCI: Remove unnecessary second application of align\n> am68k/PCI: Remove unnecessary second application of align\n> MIPS: PCI: Remove unnecessary second application of align\n> parisc/PCI: Cleanup align handling\n> PCI: Rename window_alignment() to pci_min_window_alignment()\n> PCI: Align head space better\n> PCI: Fix alignment calculation for resource size larger than align\n> \n> arch/alpha/kernel/pci.c | 1 +\n> arch/arm/kernel/bios32.c | 9 ++++---\n> arch/m68k/kernel/pcibios.c | 8 +++++--\n> arch/mips/pci/pci-generic.c | 8 ++++---\n> arch/mips/pci/pci-legacy.c | 3 +++\n> arch/parisc/kernel/pci.c | 17 ++++++++------\n> arch/powerpc/kernel/pci-common.c | 6 ++++-\n> arch/s390/pci/pci.c | 1 +\n> arch/sh/drivers/pci/pci.c | 6 ++++-\n> arch/x86/pci/i386.c | 5 +++-\n> arch/xtensa/kernel/pci.c | 3 +++\n> drivers/pci/pci.h | 3 +++\n> drivers/pci/setup-bus.c | 15 ++++++++----\n> drivers/pci/setup-res.c | 40 +++++++++++++++++++++++++++++++-\n> drivers/pcmcia/rsrc_nonstatic.c | 3 ++-\n> include/linux/ioport.h | 22 +++++++++++++++---\n> include/linux/pci.h | 12 +++++++---\n> kernel/resource.c | 33 +++++++++++++-------------\n> 18 files changed, 149 insertions(+), 46 deletions(-)\n\nI added Xifer's tested-by, fixed the \"am68k\" and missing \"if\"\ntypos, and applied these to pci/resource for v7.1.\n\nIlpo, if you post a v2 with more changes, I'll update to it. I\napplied the series now to get a head start on 0-day building and into\nnext.","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.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=NfJ/oEz0;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:21b9:f100::1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev+bounces-18837-incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n arc=none smtp.remote-ip=172.105.4.254","lists.ozlabs.org;\n dmarc=pass (p=quarantine dis=none) header.from=kernel.org","lists.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=NfJ/oEz0;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org\n (client-ip=172.105.4.254; helo=tor.source.kernel.org;\n envelope-from=helgaas@kernel.org; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:21b9:f100::1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fhYdh06rpz1y1G\n\tfor ; Fri, 27 Mar 2026 06:25:27 +1100 (AEDT)","from boromir.ozlabs.org (localhost [127.0.0.1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4fhYdf3cPjz2yVB;\n\tFri, 27 Mar 2026 06:25:26 +1100 (AEDT)","from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4fhYdd25kBz2xly\n\tfor ; Fri, 27 Mar 2026 06:25:25 +1100 (AEDT)","from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58])\n\tby tor.source.kernel.org (Postfix) with ESMTP id 8191C60054;\n\tThu, 26 Mar 2026 19:25:22 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 0AA1EC116C6;\n\tThu, 26 Mar 2026 19:25:22 +0000 (UTC)"],"ARC-Seal":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1774553126;\n\tcv=none;\n b=jMGeUWElD4ty3Rsl3G0nCCjkML5SxCzLoBxNHc/Q9/dKQDTLAGgl7ym/51vmlMfS7MebmTOQquiTzoTvJVjioZwnyltjTiTo9Z0iqE/oQ1QYv83uwBu11jVx/xFHsJuGjEpk4zbqfTezKQiSX+80UrPp0YyVQ0Gmg5Tpf3Q+saG5w033b+X8EIy8BH0ZI53Nbp7W7cMeu4TggxjxWJPLvio7bJrkbAzK7uXxJBhzBWUurWeE43UyyvvHE6aeN1IvkQdW87PZ4m7kuY914QO7IMjs7F4ZmIa9j6BxodQBsAWW0FDyKYhGB7E2fpV6VmAkfJ4Hq8zyHtGwzapq0xLL1g==","ARC-Message-Signature":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707;\n\tt=1774553126; c=relaxed/relaxed;\n\tbh=0xj7Y0QmYs5cqSXPJGx4SaxlDzojtOp5fFgQUNPONN8=;\n\th=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type:\n\t Content-Disposition:In-Reply-To;\n b=iIEgngXlWiM+JarvLuUE87wJsgwCgM/PLHM5HvXAYmnDdM6ncMQJxCdD4S6Rbv/hG8yofvFtZdM8rdMHvxWdO6MMiWWxGNu6k66Vmt7KZU8g0O1b0EJOXmODIqnRTPggRV4HFwLTtC7ctRsXk/beRnfNSUj4rDiVWR4mm3RBx5qA8G6zyayfnJdu6E5kHbSpZLtafJIWCRup2ENX2Oxw5xRjUVC8F8jrQtF+77z3KgaY9l54JZnHkfvdPUwLCoxqs24ldoLL6T8nm0fMXmu2Dy0Nnym6Ed9+PqaW9kmAAXyegfFn34Y2yjbYSE4E5e4jde8TP7ltZ3KJT0nb5v0yTQ==","ARC-Authentication-Results":"i=1; lists.ozlabs.org;\n dmarc=pass (p=quarantine dis=none) header.from=kernel.org;\n dkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=NfJ/oEz0; dkim-atps=neutral;\n spf=pass (client-ip=172.105.4.254; helo=tor.source.kernel.org;\n envelope-from=helgaas@kernel.org;\n receiver=lists.ozlabs.org) smtp.mailfrom=kernel.org","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1774553122;\n\tbh=A++szeKtnjRSEovDyZxLISgC62LFBBAIhs/d9OMRhfE=;\n\th=Date:From:To:Cc:Subject:In-Reply-To:From;\n\tb=NfJ/oEz0LRYInVcrSbNN88ZD+MdyZe+E5wpkqpNyM7Ggrd+87xrTGdb2eRZTy87DI\n\t 3AEY3FowNt2dLBx5bUv4EG4eu546MewpNXZGCLDHkBfe8g3LZwJ102n7t7khlBaszz\n\t Lx4TnfZYWvuNCDHMwl+tUFBLw2zV1Ngq0Csg3zwt51tFeRwFrtv1uYON4+pXGzeX8B\n\t iMHKIRiCjG9dp3POhWU/XzfbitypWNW1N1GDKkwoAv/NyKcEekZl9lBiRmYoXapScF\n\t rKV+yPTbfY8C2bHC3ckb0AISfTndYlJ7pwkpyfMvmqNf9+9J1OGvYPuntH/jG+z1Hp\n\t YXvuT6LOCwG0g==","Date":"Thu, 26 Mar 2026 14:25:20 -0500","From":"Bjorn Helgaas ","To":"Ilpo =?utf-8?b?SsOkcnZpbmVu?= ","Cc":"linux-pci@vger.kernel.org, Bjorn Helgaas ,\n\tGuenter Roeck , linux-alpha@vger.kernel.org,\n\tlinux-arm-kernel@lists.infradead.org,\n\tlinux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org,\n\tlinux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,\n\tlinux-s390@vger.kernel.org, linux-sh@vger.kernel.org,\n\tRussell King ,\n\tGeert Uytterhoeven ,\n\tThomas Bogendoerfer ,\n\t\"James E.J. Bottomley\" ,\n\tHelge Deller , Michael Ellerman ,\n\tThomas Gleixner , Ingo Molnar ,\n\tBorislav Petkov ,\n\tDave Hansen ,\n\t\"H. Peter Anvin\" , Chris Zankel ,\n\tMax Filippov ,\n\tMadhavan Srinivasan ,\n\tYoshinori Sato ,\n\tRich Felker ,\n\tJohn Paul Adrian Glaubitz ,\n\tlinux-kernel@vger.kernel.org, Xifer ","Subject":"Re: [PATCH 00/10] PCI: Improve head free space usage","Message-ID":"<20260326192520.GA1337681@bhelgaas>","X-Mailing-List":"linuxppc-dev@lists.ozlabs.org","List-Id":"","List-Help":"","List-Owner":"","List-Post":"","List-Archive":",\n ","List-Subscribe":",\n ,\n ","List-Unsubscribe":"","Precedence":"list","MIME-Version":"1.0","Content-Type":"text/plain; charset=utf-8","Content-Disposition":"inline","Content-Transfer-Encoding":"8bit","In-Reply-To":"<20260324165633.4583-1-ilpo.jarvinen@linux.intel.com>","X-Spam-Status":"No, score=-0.2 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED,\n\tDKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS\n\tautolearn=disabled version=4.0.1 OzLabs 8","X-Spam-Checker-Version":"SpamAssassin 4.0.1 (2024-03-25) on lists.ozlabs.org"}},{"id":3670208,"web_url":"http://patchwork.ozlabs.org/comment/3670208/","msgid":"<7207cde7-d47e-f79c-afe9-9b1daa79140c@linux.intel.com>","date":"2026-03-27T10:28:56","subject":"Re: [PATCH 00/10] PCI: Improve head free space usage","submitter":{"id":83553,"url":"http://patchwork.ozlabs.org/api/people/83553/","name":"Ilpo Järvinen","email":"ilpo.jarvinen@linux.intel.com"},"content":"On Thu, 26 Mar 2026, Bjorn Helgaas wrote:\n\n> [+cc Xifer; thanks very much for reporting and testing!]\n> \n> On Tue, Mar 24, 2026 at 06:56:23PM +0200, Ilpo Järvinen wrote:\n> > Hi all,\n> > \n> > This series attempts to take advantage of free head space (the free\n> > space before the aligned start address) in order to generally produce a\n> > tighter packing of the resources/bridge windows.\n> > \n> > The recent changes to the resource fitting algorithm caused resource\n> > allocation failures in some cases where a bridge window that is sized\n> > to be gapless could no longer be assigned. The previous algorithm left\n> > a huge gaps which allowed it to place the remainder (non-aligning part\n> > of the size) before the start address of used for the gapless fit,\n> > whereas the new gapless approach always had to place the remainder\n> > after the aligning part of the resources. There is not always space\n> > for the remainder triggering those failures (e.g., when the aligning\n> > part must be placed at the top of the window).\n> > \n> > This series attempts to allow placing the remainder once again before\n> > the aligning part, but now without leaving huge gaps to retain the\n> > benefits of the gapless bridge windows. The approach is somewhat hacky\n> > but should work thanks to PCI resources fundamentally consisting only\n> > power-of-two atoms.\n> > \n> > There maybe cases where architecture would not want to do such\n> > relocation. This series adds the relocation to arch\n> > pcibios_align_resource() functions to allow all of them taking\n> > advantage of the better resource packing but if somebody objects doing\n> > this relocation for a particular arch, I can remove it, please just let\n> > me know (this relocation doesn't seem critical unless there are\n> > regressions).\n> > \n> > Ilpo Järvinen (10):\n> > resource: Add __resource_contains_unbound() for internal contains\n> > checks\n> > resource: Pass full extent of empty space to resource_alignf CB\n> > resource: Rename 'tmp' variable to 'full_avail'\n> > ARM/PCI: Remove unnecessary second application of align\n> > am68k/PCI: Remove unnecessary second application of align\n> > MIPS: PCI: Remove unnecessary second application of align\n> > parisc/PCI: Cleanup align handling\n> > PCI: Rename window_alignment() to pci_min_window_alignment()\n> > PCI: Align head space better\n> > PCI: Fix alignment calculation for resource size larger than align\n> > \n> > arch/alpha/kernel/pci.c | 1 +\n> > arch/arm/kernel/bios32.c | 9 ++++---\n> > arch/m68k/kernel/pcibios.c | 8 +++++--\n> > arch/mips/pci/pci-generic.c | 8 ++++---\n> > arch/mips/pci/pci-legacy.c | 3 +++\n> > arch/parisc/kernel/pci.c | 17 ++++++++------\n> > arch/powerpc/kernel/pci-common.c | 6 ++++-\n> > arch/s390/pci/pci.c | 1 +\n> > arch/sh/drivers/pci/pci.c | 6 ++++-\n> > arch/x86/pci/i386.c | 5 +++-\n> > arch/xtensa/kernel/pci.c | 3 +++\n> > drivers/pci/pci.h | 3 +++\n> > drivers/pci/setup-bus.c | 15 ++++++++----\n> > drivers/pci/setup-res.c | 40 +++++++++++++++++++++++++++++++-\n> > drivers/pcmcia/rsrc_nonstatic.c | 3 ++-\n> > include/linux/ioport.h | 22 +++++++++++++++---\n> > include/linux/pci.h | 12 +++++++---\n> > kernel/resource.c | 33 +++++++++++++-------------\n> > 18 files changed, 149 insertions(+), 46 deletions(-)\n> \n> I added Xifer's tested-by, fixed the \"am68k\" and missing \"if\"\n> typos, and applied these to pci/resource for v7.1.\n> \n> Ilpo, if you post a v2 with more changes, I'll update to it. I\n> applied the series now to get a head start on 0-day building and into\n> next.\n\nThanks.\n\nI don't have anything in addition to those.","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256\n header.s=Intel header.b=CKnhLC53;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:21b9:f100::1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev+bounces-18923-incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n arc=none smtp.remote-ip=192.198.163.8","lists.ozlabs.org;\n dmarc=pass (p=none dis=none) header.from=linux.intel.com","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256\n header.s=Intel header.b=CKnhLC53;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linux.intel.com\n (client-ip=192.198.163.8; helo=mgamail.intel.com;\n envelope-from=ilpo.jarvinen@linux.intel.com; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:21b9:f100::1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1 raw public key)\n server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fhxhf08Zzz1y1j\n\tfor ; Fri, 27 Mar 2026 21:29:20 +1100 (AEDT)","from boromir.ozlabs.org (localhost [127.0.0.1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4fhxhc06Qnz2yjp;\n\tFri, 27 Mar 2026 21:29:20 +1100 (AEDT)","from mgamail.intel.com (mgamail.intel.com [192.198.163.8])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4fhxhY2VhTz2xMY\n\tfor ; Fri, 27 Mar 2026 21:29:15 +1100 (AEDT)","from orviesa001.jf.intel.com ([10.64.159.141])\n by fmvoesa102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384;\n 27 Mar 2026 03:29:12 -0700","from ijarvine-mobl1.ger.corp.intel.com (HELO localhost)\n ([10.245.244.186])\n by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384;\n 27 Mar 2026 03:29:01 -0700"],"ARC-Seal":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1774607359;\n\tcv=none;\n b=fhNdppu6F0OqGR1S0gX1HyqncuMyeHz8aJm/P6NcT1edVag6LmjP0UaXwBkRfeu4ZkIDAXKyyYWbpCndYgbj335RgHRBNK5ON87JAKgtPg/+0WyXmQs+P7Z7tjWvDh5ejCRq7P6rd+p84f1w1Vpa82TjFM6XAiPFwDrq6wWIVS+NRFj4nShk7oHTWKUyAWRh0f7wkrQIa/mU6R5J6Cgfme8do7JRWOkQn4p9lRd3SndY9cbzI61OQ0ValCdAFyYDj6Za7R8ofFdIFInlFbjt3UOXZw3AeN1GfLLcJowSNLvgnWDrqeRNoTe/D6lMZCUW3pGu0TeR+oxh+nwafv2VAA==","ARC-Message-Signature":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707;\n\tt=1774607359; c=relaxed/relaxed;\n\tbh=SLijcu1fUO48QXHdB65tn3LL9j0JNLmqgKL8ts8akEg=;\n\th=From:Date:To:cc:Subject:In-Reply-To:Message-ID:References:\n\t MIME-Version:Content-Type;\n b=YmCXLTIPGHbLt9cS2c8iPSnHUtcHJ6yaJSgZ1RqqrXVSyXt45fXuP1FfkXeeNZ160ITz5P4dD1yGzPYe6OnEwKyBybbUiV5CZhr+mwKKiocNidk7fKMxDd0hNzgwHUIlkxaZXYGMOqcaOIWSndWr7V+W/XgP6xGjXcXZSxx68XNPt/Rm4j+SKubVkQjIGQCTvPf6nQfmhVzWMODwqJ9HpK6b3nuLnr/RhUq1sNHTdj/GroY+xpB3Kkb9+rZilR+5aBatD4wdj/KP/mnmPUk/bxUNnrRgAetsBfRj/vVSX2A50RPx4OShp2FSuConsEK2jrH6/WXfMJe7nRcp89Pynw==","ARC-Authentication-Results":"i=1; lists.ozlabs.org;\n dmarc=pass (p=none dis=none) header.from=linux.intel.com;\n dkim=pass (2048-bit key;\n unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256\n header.s=Intel header.b=CKnhLC53; dkim-atps=neutral;\n spf=pass (client-ip=192.198.163.8; helo=mgamail.intel.com;\n envelope-from=ilpo.jarvinen@linux.intel.com;\n receiver=lists.ozlabs.org) smtp.mailfrom=linux.intel.com","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple;\n d=intel.com; i=@intel.com; q=dns/txt; s=Intel;\n t=1774607358; x=1806143358;\n h=from:date:to:cc:subject:in-reply-to:message-id:\n references:mime-version;\n bh=AQrZsYS87uRLSAUzR2yt6e8HOvPMEsktxMC+0rqw0oY=;\n b=CKnhLC538G1acSAfGLVQ8OEmNbge3QYWTJiugyn0Mam586Wz7pFEn6V5\n KfPEifWhGV8sNTm7PQeK9FggjqnhffmOaWUImPhNE2tP3JdYfsj3nI3SQ\n MctWSSGH1ZnysrkszLGj/Z1YAUZGUHotCIfHINeDOyyPpAgt78vAwx2tp\n wAaWQnexf+2C3EZU7/ssyZxaaIs7nXRxFpg2u66gcC8MzcloJMpZ8XvEM\n OxcUdLAAv07SWoJxYiOphcNc2t5nTn1+OeBWF6l1LHeStbk619HZ93+7D\n 0cHoJEmqvIRu8Ni80bih7VixEPF4g/+oActtKCY7KIitcFvdd1qt3gJuQ\n Q==;","X-CSE-ConnectionGUID":["TPiGADKmSfqSWzjTxODMuA==","tBARr7F7SaCXrVZYlacT+g=="],"X-CSE-MsgGUID":["Dxx54oEHTaSjzViGUEUM7Q==","6iZuzsYWQBOngO/GpRvA3A=="],"X-IronPort-AV":["E=McAfee;i=\"6800,10657,11741\"; a=\"93259320\"","E=Sophos;i=\"6.23,144,1770624000\";\n d=\"scan'208\";a=\"93259320\"","E=Sophos;i=\"6.23,144,1770624000\";\n d=\"scan'208\";a=\"263218208\""],"X-ExtLoop1":"1","From":"=?utf-8?q?Ilpo_J=C3=A4rvinen?= ","Date":"Fri, 27 Mar 2026 12:28:56 +0200 (EET)","To":"Bjorn Helgaas ","cc":"linux-pci@vger.kernel.org, Bjorn Helgaas ,\n Guenter Roeck , linux-alpha@vger.kernel.org,\n linux-arm-kernel@lists.infradead.org, linux-m68k@lists.linux-m68k.org,\n linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,\n linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org,\n linux-sh@vger.kernel.org, Russell King ,\n Geert Uytterhoeven ,\n Thomas Bogendoerfer ,\n \"James E.J. Bottomley\" ,\n Helge Deller , Michael Ellerman ,\n Thomas Gleixner , Ingo Molnar ,\n Borislav Petkov , Dave Hansen ,\n \"H. Peter Anvin\" , Chris Zankel ,\n Max Filippov ,\n Madhavan Srinivasan ,\n Yoshinori Sato ,\n Rich Felker ,\n John Paul Adrian Glaubitz ,\n LKML , Xifer ","Subject":"Re: [PATCH 00/10] PCI: Improve head free space usage","In-Reply-To":"<20260326192520.GA1337681@bhelgaas>","Message-ID":"<7207cde7-d47e-f79c-afe9-9b1daa79140c@linux.intel.com>","References":"<20260326192520.GA1337681@bhelgaas>","X-Mailing-List":"linuxppc-dev@lists.ozlabs.org","List-Id":"","List-Help":"","List-Owner":"","List-Post":"","List-Archive":",\n ","List-Subscribe":",\n ,\n ","List-Unsubscribe":"","Precedence":"list","MIME-Version":"1.0","Content-Type":"multipart/mixed; boundary=\"8323328-307680389-1774607336=:1037\"","X-Spam-Status":"No, score=-2.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED,\n\tDKIM_VALID,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=disabled\n\tversion=4.0.1 OzLabs 8","X-Spam-Checker-Version":"SpamAssassin 4.0.1 (2024-03-25) on lists.ozlabs.org"}}]