lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20231016085616.GF1501712@kernel.org> Date: Mon, 16 Oct 2023 10:56:16 +0200 From: Simon Horman <horms@...nel.org> To: Mateusz Polchlopek <mateusz.polchlopek@...el.com> Cc: intel-wired-lan@...ts.osuosl.org, netdev@...r.kernel.org Subject: Re: [Intel-wired-lan] [PATCH iwl-next v3 0/5] ice: Support 5 layer Tx scheduler topology On Mon, Oct 09, 2023 at 05:07:06AM -0400, Mateusz Polchlopek wrote: > For performance reasons there is a need to have support for selectable > Tx scheduler topology. Currently firmware supports only the default > 9-layer and 5-layer topology. This patch series enables switch from > default to 5-layer topology, if user decides to opt-in. > > --- > v3: > - fixed documentation warnings > > v2: > - updated documentation > - reorder of variables list (default-init first) > - comments changed to be more descriptive > - added elseif's instead of few if's > - returned error when ice_request_fw fails > - ice_cfg_tx_topo() changed to take const u8 as parameter (get rid of copy > buffer) > - renamed all "balance" occurences to the new one > - prevent fail of ice_aq_read_nvm() function > - unified variables names (int err instead of int status in few > functions) > - some smaller fixes, typo fixes > https://lore.kernel.org/netdev/20231006110212.96305-1-mateusz.polchlopek@intel.com/ > > v1: https://lore.kernel.org/netdev/20230523174008.3585300-1-anthony.l.nguyen@intel.com/ > --- > > Lukasz Czapnik (1): > ice: Add tx_scheduling_layers devlink param > > Michal Wilczynski (2): > ice: Enable switching default Tx scheduler topology > ice: Document tx_scheduling_layers parameter > > Raj Victor (2): > ice: Support 5 layer topology > ice: Adjust the VSI/Aggregator layers For series, Reviewed-by: Simon Horman <horms@...nel.org>
Powered by blists - more mailing lists