Re: [Intel-wired-lan] [PATCH iwl-next v3 1/3] ice: remove legacy Rx and construct SKB

[Dawid Osuchowski <dawid.osuchowski@linux.intel.com>]

On 2025-10-31 5:58 AM, Sanigani, SarithaX wrote:
>> -----Original Message-----
> 
>> From: Intel-wired-lan <intel-wired-lan-bounces@osuosl.org<mailto:intel-wired-lan-bounces@osuosl.org>> On Behalf Of Michal Kubiak
> 
>> Sent: Thursday, September 25, 2025 2:53 PM
> 
>> To: intel-wired-lan@lists.osuosl.org<mailto:intel-wired-lan@lists.osuosl.org>
> 
>> Cc: Fijalkowski, Maciej <maciej.fijalkowski@intel.com<mailto:maciej.fijalkowski@intel.com>>; Lobakin, Aleksander <aleksander.lobakin@intel.com<mailto:aleksander.lobakin@intel.com>>; Keller, Jacob E <jacob.e.keller@intel.com<mailto:jacob.e.keller@intel.com>>;
> 
>> Zaremba, Larysa <larysa.zaremba@intel.com<mailto:larysa.zaremba@intel.com>>; netdev@vger.kernel.org<mailto:netdev@vger.kernel.org>; Kitszel, Przemyslaw <przemyslaw.kitszel@intel.com<mailto:przemyslaw.kitszel@intel.com>>; pmenzel@molgen.mpg.de<mailto:pmenzel@molgen.mpg.de>;
> 
>> Nguyen, Anthony L <anthony.l.nguyen@intel.com<mailto:anthony.l.nguyen@intel.com>>; Kubiak, Michal <michal.kubiak@intel.com<mailto:michal.kubiak@intel.com>>
> 
>> Subject: [Intel-wired-lan] [PATCH iwl-next v3 1/3] ice: remove legacy Rx and construct SKB
> 
>>
> 
>> The commit 53844673d555 ("iavf: kill 'legacy-rx' for good") removed the legacy Rx path in the iavf driver. This change applies the same rationale to the ice driver.
> 
>>
> 
>> The legacy Rx path relied on manual skb allocation and header copying, which has become increasingly inefficient and difficult to maintain.
> 
>> With the stabilization of build_skb() and the growing adoption of features like XDP, page_pool, and multi-buffer support, the legacy approach is no longer viable.
> 
>>
> 
>> Key drawbacks of the legacy path included:
> 
>> - Higher memory pressure due to direct page allocations and splitting;
> 
>> - Redundant memcpy() operations for packet headers;
> 
>> - CPU overhead from eth_get_headlen() and Flow Dissector usage;
> 
>> - Compatibility issues with XDP, which imposes strict headroom and
> 
>> tailroom requirements.
> 
>>
> 
>> The ice driver, like iavf, does not benefit from the minimal headroom savings that legacy Rx once offered, as it already splits pages into fixed halves. Removing this path simplifies the Rx logic, eliminates unnecessary branches in the hotpath, and prepares the driver for upcoming enhancements.
> 
>>
> 
>> In addition to removing the legacy Rx path, this change also eliminates the custom construct_skb() functions from both the standard and zero-copy (ZC) Rx paths. These are replaced with the build_skb() > and standardized xdp_build_skb_from_zc() helpers, aligning the driver with the modern XDP infrastructure and reducing code duplication.
> 
>>
> 
>> This cleanup also reduces code complexity and improves maintainability as we move toward a more unified and modern Rx model across drivers.
> 
>>
> 
>> Co-developed-by: Alexander Lobakin <aleksander.lobakin@intel.com<mailto:aleksander.lobakin@intel.com>>
> 
>> Signed-off-by: Alexander Lobakin <aleksander.lobakin@intel.com<mailto:aleksander.lobakin@intel.com>>
> 
>> Reviewed-by: Alexander Lobakin <aleksander.lobakin@intel.com<mailto:aleksander.lobakin@intel.com>>
> 
>> Reviewed-by: Jacob Keller <jacob.e.keller@intel.com<mailto:jacob.e.keller@intel.com>>
> 
>> Signed-off-by: Michal Kubiak <michal.kubiak@intel.com<mailto:michal.kubiak@intel.com>>
> 
>> ---
<snip>>
> Tested-by: Saritha Sanigani <sarithax.sanigani@intel.com<mailto:sarithax.sanigani@intel.com>> (A Contingent Worker at Intel)

Hello Saritha

It seems your email client is misconfigured as this message (and the 
rest of messages for this series) appear as completely separate from the 
thread "ice: convert Rx path to Page Pool". This also means patchwork 
did not pick up your Tested-by tags [1].

Another issue is the mangled email addresses in 
Signed-off-by/Reviewed-by/Tested-by tags.

Best,
Dawid

[1] 
https://patchwork.ozlabs.org/project/intel-wired-lan/patch/20250925092253.1306476-2-michal.kubiak@intel.com/