{"id":2233100,"url":"http://patchwork.ozlabs.org/api/1.2/covers/2233100/?format=json","web_url":"http://patchwork.ozlabs.org/project/linux-pci/cover/20260505170010.3414074-1-marcin.bernatowicz@linux.intel.com/","project":{"id":28,"url":"http://patchwork.ozlabs.org/api/1.2/projects/28/?format=json","name":"Linux PCI development","link_name":"linux-pci","list_id":"linux-pci.vger.kernel.org","list_email":"linux-pci@vger.kernel.org","web_url":null,"scm_url":null,"webscm_url":null,"list_archive_url":"","list_archive_url_format":"","commit_url_format":""},"msgid":"<20260505170010.3414074-1-marcin.bernatowicz@linux.intel.com>","list_archive_url":null,"date":"2026-05-05T17:00:07","name":"[0/3] PCI/IOV: Restore initial VF BAR sizing after VF ReBAR","submitter":{"id":93334,"url":"http://patchwork.ozlabs.org/api/1.2/people/93334/?format=json","name":"Marcin Bernatowicz","email":"marcin.bernatowicz@linux.intel.com"},"mbox":"http://patchwork.ozlabs.org/project/linux-pci/cover/20260505170010.3414074-1-marcin.bernatowicz@linux.intel.com/mbox/","series":[{"id":502868,"url":"http://patchwork.ozlabs.org/api/1.2/series/502868/?format=json","web_url":"http://patchwork.ozlabs.org/project/linux-pci/list/?series=502868","date":"2026-05-05T17:00:08","name":"PCI/IOV: Restore initial VF BAR sizing after VF ReBAR","version":1,"mbox":"http://patchwork.ozlabs.org/series/502868/mbox/"}],"comments":"http://patchwork.ozlabs.org/api/covers/2233100/comments/","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=intel.com header.i=@intel.com header.a=rsa-sha256\n header.s=Intel header.b=fJuzVhOE;\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-53758-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com\n header.b=\"fJuzVhOE\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=192.198.163.19","smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=linux.intel.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=linux.intel.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 4g94YG2l6wz1yJ0\n\tfor ; Wed, 06 May 2026 03:01:38 +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 47A9D300B3CE\n\tfor ; Tue, 5 May 2026 17:00:33 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 4F21248C8C7;\n\tTue, 5 May 2026 17:00:31 +0000 (UTC)","from mgamail.intel.com (mgamail.intel.com [192.198.163.19])\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 1068F494A15;\n\tTue, 5 May 2026 17:00:26 +0000 (UTC)","from fmviesa002.fm.intel.com ([10.60.135.142])\n by fmvoesa113.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384;\n 05 May 2026 10:00:26 -0700","from soc-5cg43972f8.clients.intel.com (HELO localhost)\n ([172.28.182.189])\n by fmviesa002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384;\n 05 May 2026 10:00:23 -0700"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1778000430; cv=none;\n b=luVDFqqaJpB7aNrBAkRrIyjacmDkruDWIj2aFaZYs/Mf/HU2UVuHfiEaHSH8KLwmhSk1dYj8FQ4/9v+P9/tb5t/KDaTVxBtRt86M3faaLq2WvGA9t8IScGWX0sfz8L8XXRFmX8NWS1BUxfpR4oeEyyGmZt9UqiPSHA9IELIEOsM=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1778000430; c=relaxed/simple;\n\tbh=Ky4e3+BeD59r+7upVkZCBP24w/qzN4esoPcEPUeKrxI=;\n\th=From:To:Cc:Subject:Date:Message-ID:MIME-Version;\n b=CF/IoLBNHpFtLc+W6YHX2k4lckECUTspu8TT9/HneyPj3SSP4sEaCXtr3TlaVq3neSzpX16tPkxQnyvKwHEZx6YBVAEBGyMyBcteBZGuUWJgP68IDsRtgCuhns7vwpbiUIPvm52WmBsWN74SB3r3FK+Mr52vh+MmIvVTW9p43go=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=linux.intel.com;\n spf=pass smtp.mailfrom=linux.intel.com;\n dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com\n header.b=fJuzVhOE; arc=none smtp.client-ip=192.198.163.19","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple;\n d=intel.com; i=@intel.com; q=dns/txt; s=Intel;\n t=1778000427; x=1809536427;\n h=from:to:cc:subject:date:message-id:mime-version:\n content-transfer-encoding;\n bh=Ky4e3+BeD59r+7upVkZCBP24w/qzN4esoPcEPUeKrxI=;\n b=fJuzVhOEoQ3IUdsJ2gXNXqPiwCVlAif+jeyXrYC3hNoPmH8iTHCkcLAF\n ctxVMvav0crbS2ZpDCMyQ2nxz58XLEBMFDnEP6JOp7bvkyqN9o3Tm7+ID\n bXIYXBxqKIANm2fnJbgQ/neN0NH6p1wIkV+cozpaQM5ti1lVhetqnV5bN\n AllyMu/nKNSSN4b2JlUjSmqTIdyM7wzavo893spYT37wOfPa9gm6LAX6R\n B0Ya2tagDQBoRAY8kTfRvTPxxxphQIO2qIQfEZ2wKTauSyed19TEl5mj+\n 3Dr+YHBhyxo4VJXvijV9qb7iKevPJQGJaUszJEbIWojXp1hlhxznUqu1p\n Q==;","X-CSE-ConnectionGUID":["ULYqYI7aSXKXjdKm2pL6Hg==","Dk4LJCkWTJ+7kBYjh2dRpg=="],"X-CSE-MsgGUID":["WBZRjw9nRWm/SFyiyVYJQw==","gKkq91GpRrq8vvbajW7J8Q=="],"X-IronPort-AV":["E=McAfee;i=\"6800,10657,11777\"; a=\"77900516\"","E=Sophos;i=\"6.23,217,1770624000\";\n d=\"scan'208\";a=\"77900516\"","E=Sophos;i=\"6.23,217,1770624000\";\n d=\"scan'208\";a=\"259211284\""],"X-ExtLoop1":"1","From":"Marcin Bernatowicz ","To":"Bjorn Helgaas ,\n\tlinux-pci@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org","Cc":"Michal Wajdeczko , =?utf-8?q?Micha=C5=82_Win?=\n\t=?utf-8?q?iarski?= , =?utf-8?q?Ilpo_J=C3=A4rvin?=\n\t=?utf-8?q?en?= , =?utf-8?q?Krzysztof_Wilczy?=\n\t=?utf-8?q?=C5=84ski?= , =?utf-8?q?Thomas_Hellstr?=\n\t=?utf-8?q?=C3=B6m?= ,\n Rodrigo Vivi , intel-xe@lists.freedesktop.org,\n Marcin Bernatowicz ","Subject":"[PATCH 0/3] PCI/IOV: Restore initial VF BAR sizing after VF ReBAR","Date":"Tue, 5 May 2026 19:00:07 +0200","Message-ID":"<20260505170010.3414074-1-marcin.bernatowicz@linux.intel.com>","X-Mailer":"git-send-email 2.43.0","Precedence":"bulk","X-Mailing-List":"linux-pci@vger.kernel.org","List-Id":"","List-Subscribe":"","List-Unsubscribe":"","MIME-Version":"1.0","Content-Transfer-Encoding":"8bit"},"content":"PF drivers can resize a VF BAR using VF Resizable BAR (ReBAR) support via\npci_iov_vf_bar_set_size(). The new size persists in the SR-IOV capability\nconfig space. A later reprobe / unplug-rescan / next pci_enable_sriov()\nthen sees the inflated VF BAR registers, and the PCI core reserves MMIO\nbased on that size multiplied by TotalVFs.\n\nOn platforms with tight apertures, this can make subsequent SR-IOV enable\nfail due to lack of address space.\n\nThis series records the initial per-VF BAR sizes during SR-IOV init and\nrestores those sizes when SR-IOV is disabled, when SR-IOV enable fails,\nor when the PF driver is unbound.\n\nNote on user-visible behavior: drivers that rely on a resized VF BAR\npersisting across an enable/disable cycle must now call\npci_iov_vf_bar_set_size() again before each pci_enable_sriov().\n\nMarcin Bernatowicz (3):\n PCI/IOV: Remember initial VF BAR sizes\n PCI/IOV: Restore initial VF ReBAR sizes on SR-IOV disable/failure\n PCI/IOV: Restore initial VF ReBAR sizes on PF release\n\n drivers/pci/iov.c | 64 +++++++++++++++++++++++++++++++++++++++++------\n drivers/pci/pci.h | 3 ++-\n 2 files changed, 59 insertions(+), 8 deletions(-)"}