| 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: <20230512023234-mutt-send-email-mst@kernel.org> Date: Fri, 12 May 2023 02:34:09 -0400 From: "Michael S. Tsirkin" <mst@...hat.com> To: Emil Tantilov <emil.s.tantilov@...el.com> Cc: intel-wired-lan@...ts.osuosl.org, shannon.nelson@....com, simon.horman@...igine.com, leon@...nel.org, decot@...gle.com, willemb@...gle.com, jesse.brandeburg@...el.com, anthony.l.nguyen@...el.com, davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com, netdev@...r.kernel.org Subject: Re: [PATCH iwl-next v4 00/15] Introduce Intel IDPF driver On Mon, May 08, 2023 at 12:43:11PM -0700, Emil Tantilov wrote: > This patch series introduces the Intel Infrastructure Data Path Function > (IDPF) driver. It is used for both physical and virtual functions. Except > for some of the device operations the rest of the functionality is the > same for both PF and VF. IDPF uses virtchnl version2 opcodes and > structures defined in the virtchnl2 header file which helps the driver > to learn the capabilities and register offsets from the device > Control Plane (CP) instead of assuming the default values. So, is this for merge in the next cycle? Should this be an RFC rather? It seems unlikely that the IDPF specification will be finalized by that time - how are you going to handle any specification changes? > The format of the series follows the driver init flow to interface open. > To start with, probe gets called and kicks off the driver initialization > by spawning the 'vc_event_task' work queue which in turn calls the > 'hard reset' function. As part of that, the mailbox is initialized which > is used to send/receive the virtchnl messages to/from the CP. Once that is > done, 'core init' kicks in which requests all the required global resources > from the CP and spawns the 'init_task' work queue to create the vports. > > Based on the capability information received, the driver creates the said > number of vports (one or many) where each vport is associated to a netdev. > Also, each vport has its own resources such as queues, vectors etc. > >From there, rest of the netdev_ops and data path are added. > > IDPF implements both single queue which is traditional queueing model > as well as split queue model. In split queue model, it uses separate queue > for both completion descriptors and buffers which helps to implement > out-of-order completions. It also helps to implement asymmetric queues, > for example multiple RX completion queues can be processed by a single > RX buffer queue and multiple TX buffer queues can be processed by a > single TX completion queue. In single queue model, same queue is used > for both descriptor completions as well as buffer completions. It also > supports features such as generic checksum offload, generic receive > offload (hardware GRO) etc. > > v3 --> v4: link [3] > (patch 1): > * cleanups in virtchnl2 including redundant error codes, naming and > whitespace > (patch 3): > * removed "__" prefix from names of adapter and vport flags, converted > comments to kernel-doc style > * renamed error code variable names in controlq to be more consistent > with rest of the code > * removed Control Plane specific opcodes and changed "peer" type comments > to CP > * replaced managed dma calls with their non-managed equivalent > (patch 4): > * added additional info to some error messages on init to aid in debug > * removed unnecessary zero-init before loop and zeroing memcpy after > kzalloc() > * corrected wording of comment in idpf_wait_for_event() s/wake up/woken/ > * replaced managed dma calls with their non-managed equivalent > > [3] https://lore.kernel.org/netdev/20230427020917.12029-1-emil.s.tantilov@intel.com/ > > v2 --> v3: link [2] > * converted virtchnl2 defines to enums > * fixed comment style in virtchnl2 to follow kernel-doc format > * removed empty lines between end of structs and size check macro > checkpatch will mark these instances as CHECK > * cleaned up unused Rx descriptor structs and related bits in virtchnl2 > * converted Rx descriptor bit offsets into bitmasks to better align with > the use of GENMASK and FIELD_GET > * added device ids to pci_tbl from the start > * consolidated common probe and remove functions into idpf_probe() and > idpf_remove() respectively > * removed needless adapter NULL checks > * removed devm_kzalloc() in favor of kzalloc(), including kfree in > error and exit code path > * replaced instances of kcalloc() calls where either size parameter was > 1 with kzalloc(), reported by smatch > * used kmemdup() in some instances reported by coccicheck > * added explicit error code and comment explaining the condition for > the exit to address warning by smatch > * moved build support to the last patch > > [2] https://lore.kernel.org/netdev/20230411011354.2619359-1-pavan.kumar.linga@intel.com/ > > v1 --> v2: link [1] > * removed the OASIS reference in the commit message to make it clear > that this is an Intel vendor specific driver > * fixed misspells > * used comment starter "/**" for struct and definition headers in > virtchnl header files > * removed AVF reference > * renamed APF reference to IDPF > * added a comment to explain the reason for 'no flex field' at the end of > virtchnl2_get_ptype_info struct > * removed 'key[1]' in virtchnl2_rss_key struct as it is not used > * set VIRTCHNL2_RXDID_2_FLEX_SQ_NIC to VIRTCHNL2_RXDID_2_FLEX_SPLITQ > instead of assigning the same value > * cleanup unnecessary NULL assignment to the rx_buf skb pointer since > it is not used in splitq model > * added comments to clarify the generation bit usage in splitq model > * introduced 'reuse_bias' in the page_info structure and make use of it > in the hot path > * fixed RCT format in idpf_rx_construct_skb > * report SPEED_UNKNOWN and DUPLEX_UNKNOWN when the link is down > * fixed -Wframe-larger-than warning reported by lkp bot in > idpf_vport_queue_ids_init > * updated the documentation in idpf.rst to fix LKP bot warning > > [1] https://lore.kernel.org/netdev/20230329140404.1647925-1-pavan.kumar.linga@intel.com/ > > Alan Brady (4): > idpf: configure resources for TX queues > idpf: configure resources for RX queues > idpf: add RX splitq napi poll support > idpf: add ethtool callbacks > > Joshua Hay (5): > idpf: add controlq init and reset checks > idpf: add splitq start_xmit > idpf: add TX splitq napi poll support > idpf: add singleq start_xmit and napi poll > idpf: configure SRIOV and add other ndo_ops > > Pavan Kumar Linga (5): > virtchnl: add virtchnl version 2 ops > idpf: add core init and interrupt request > idpf: add create vport and netdev configuration > idpf: continue expanding init task > idpf: initialize interrupts and enable vport > > Phani Burra (1): > idpf: add module register and probe functionality > > .../device_drivers/ethernet/intel/idpf.rst | 162 + > drivers/net/ethernet/intel/Kconfig | 10 + > drivers/net/ethernet/intel/Makefile | 1 + > drivers/net/ethernet/intel/idpf/Makefile | 18 + > drivers/net/ethernet/intel/idpf/idpf.h | 752 +++ > .../net/ethernet/intel/idpf/idpf_controlq.c | 641 +++ > .../net/ethernet/intel/idpf/idpf_controlq.h | 131 + > .../ethernet/intel/idpf/idpf_controlq_api.h | 169 + > .../ethernet/intel/idpf/idpf_controlq_setup.c | 175 + > drivers/net/ethernet/intel/idpf/idpf_dev.c | 165 + > drivers/net/ethernet/intel/idpf/idpf_devids.h | 10 + > .../net/ethernet/intel/idpf/idpf_ethtool.c | 1330 +++++ > .../ethernet/intel/idpf/idpf_lan_pf_regs.h | 124 + > .../net/ethernet/intel/idpf/idpf_lan_txrx.h | 293 + > .../ethernet/intel/idpf/idpf_lan_vf_regs.h | 128 + > drivers/net/ethernet/intel/idpf/idpf_lib.c | 2349 ++++++++ > drivers/net/ethernet/intel/idpf/idpf_main.c | 266 + > drivers/net/ethernet/intel/idpf/idpf_mem.h | 20 + > .../ethernet/intel/idpf/idpf_singleq_txrx.c | 1251 +++++ > drivers/net/ethernet/intel/idpf/idpf_txrx.c | 4855 +++++++++++++++++ > drivers/net/ethernet/intel/idpf/idpf_txrx.h | 854 +++ > drivers/net/ethernet/intel/idpf/idpf_vf_dev.c | 164 + > .../net/ethernet/intel/idpf/idpf_virtchnl.c | 3820 +++++++++++++ > drivers/net/ethernet/intel/idpf/virtchnl2.h | 1301 +++++ > .../ethernet/intel/idpf/virtchnl2_lan_desc.h | 448 ++ > 25 files changed, 19437 insertions(+) > create mode 100644 Documentation/networking/device_drivers/ethernet/intel/idpf.rst > create mode 100644 drivers/net/ethernet/intel/idpf/Makefile > create mode 100644 drivers/net/ethernet/intel/idpf/idpf.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_controlq.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_controlq.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_controlq_api.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_controlq_setup.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_dev.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_devids.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_ethtool.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_lan_pf_regs.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_lan_txrx.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_lan_vf_regs.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_lib.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_main.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_mem.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_singleq_txrx.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_txrx.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_txrx.h > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_vf_dev.c > create mode 100644 drivers/net/ethernet/intel/idpf/idpf_virtchnl.c > create mode 100644 drivers/net/ethernet/intel/idpf/virtchnl2.h > create mode 100644 drivers/net/ethernet/intel/idpf/virtchnl2_lan_desc.h > > -- > 2.17.2 >
Powered by blists - more mailing lists