From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 793D33F20E3; Fri, 8 May 2026 14:29:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=13.77.154.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778250592; cv=none; b=Qq1T35Bj+RA9TwHiesEcSPiX+wLzozeHDJ6qY7BR8bQsH65gFu1LXsXcz3Km1+KQOzcBEImQVkkoUWZnPgMSgbJUpsiTXrvOHPncYZ/WburVX1eVTbbAPc+ZHfZ5ugZk28S/iaDz43UX65hTnjsDDKmFlQLj/btMODHRuihZp1s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778250592; c=relaxed/simple; bh=CKV6NWcPow5uvoGYp5VAvELgAGejkGhlhB1vWewpuuo=; h=From:To:Subject:Date:Message-ID:MIME-Version; b=NS/RewlSQvJaWiC6NP9rHj2pR5Ze0nGPWrTLigo8k0y6wXSvl3hwDNdNIVCODrM5kldhEO4eOenYvSG3yE+SWagAfK3BOnGOkF2+LtSNOx3DxEabQ0DYWnwoOvVv0NAX9rwkQO5r6h5f08L3KRlttBN549qEMzA4AHPXoELRyUw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.microsoft.com; spf=pass smtp.mailfrom=linux.microsoft.com; dkim=pass (1024-bit key) header.d=linux.microsoft.com header.i=@linux.microsoft.com header.b=NILG1P7t; arc=none smtp.client-ip=13.77.154.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.microsoft.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.microsoft.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.microsoft.com header.i=@linux.microsoft.com header.b="NILG1P7t" Received: from linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net (linux.microsoft.com [13.77.154.182]) by linux.microsoft.com (Postfix) with ESMTPSA id 0146120B7165; Fri, 8 May 2026 07:29:47 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 0146120B7165 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1778250587; bh=ba2Qo4oENfYY+8tnC+Nx9kFHVqCHWa7+SsqoqiaN444=; h=From:To:Subject:Date:From; b=NILG1P7tnCX30h5qpyCiUErWC50omXuoy0UBkYSCphHtBTXXaU8EsMW8rJ7GAFyYD XK6iSx7XflGIKSMpz2B+sTKjamCWA8k3eLOt7jk/AT1oStIzlyStrmJ2ORTLDxwEeM HJWpKqc1On+ONMN1YJczeSBHpskNDEQ99J96NpbI= From: Dipayaan Roy To: kys@microsoft.com, haiyangz@microsoft.com, wei.liu@kernel.org, decui@microsoft.com, andrew+netdev@lunn.ch, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, leon@kernel.org, longli@microsoft.com, kotaranov@microsoft.com, horms@kernel.org, shradhagupta@linux.microsoft.com, ssengar@linux.microsoft.com, ernis@linux.microsoft.com, shirazsaleem@microsoft.com, linux-hyperv@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, stephen@networkplumber.org, jacob.e.keller@intel.com, dipayanroy@microsoft.com, leitao@debian.org, kees@kernel.org, john.fastabend@gmail.com, hawk@kernel.org, bpf@vger.kernel.org, daniel@iogearbox.net, ast@kernel.org, sdf@fomichev.me, yury.norov@gmail.com Subject: [PATCH net-next,v9 0/2] net: mana: add ethtool private flag for full-page RX buffers Date: Fri, 8 May 2026 07:27:43 -0700 Message-ID: <20260508142921.497921-1-dipayanroy@linux.microsoft.com> X-Mailer: git-send-email 2.43.7 Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit On some ARM64 platforms with 4K PAGE_SIZE, utilizing page_pool fragments for allocation in the RX refill path (~2kB buffer per fragment) causes 15-20% throughput regression under high connection counts (>16 TCP streams at 180+ Gbps). Using full-page buffers on these platforms shows no regression and restores line-rate performance. This behavior is observed on a single platform; other platforms perform better with page_pool fragments, indicating this is not a page_pool issue but platform-specific. This series adds an ethtool private flag "full-page-rx" to let the user opt in to one RX buffer per page: ethtool --set-priv-flags eth0 full-page-rx on There is no behavioral change by default. The flag can be persisted via udev rule for affected platforms. Changes in v9: - Added coorect tree. Changes in v8: - Fixed queue_reset_work recovery by restoring port_is_up before scheduling reset so the handler can properly re-attach. - Simplified "err && schedule_port_reset" to "schedule_port_reset". Changes in v7: - Rebased onto net-next. - Retained private flag approach after David Wei's testing on Grace (ARM64) confirmed that fragment mode outperforms full-page mode on other platforms, validating this is a single-platform workaround rather than a generic issue. Changes in v6: - Added missed maintainers. Changes in v5: - Split prep refactor into separate patch (patch 1/2) Changes in v4: - Dropping the smbios string parsing and add ethtool priv flag to reconfigure the queues with full page rx buffers. Changes in v3: - changed u8* to char* Changes in v2: - separate reading string index and the string, remove inline. Dipayaan Roy (2): net: mana: refactor mana_get_strings() and mana_get_sset_count() to use switch net: mana: force full-page RX buffers via ethtool private flag drivers/net/ethernet/microsoft/mana/mana_en.c | 22 ++- .../ethernet/microsoft/mana/mana_ethtool.c | 178 +++++++++++++++--- include/net/mana/mana.h | 8 + 3 files changed, 177 insertions(+), 31 deletions(-) -- 2.43.0