Following two upstream Linux kernel changes (see links), the mac address
of a iavf port, serviced by a i40e PF driver, is lost when the DPDK iavf
driver probes the port again (which may be triggered at any point of a
DPDK application life, like when a reset event is triggered by the PF).
A first c
On Tue, Oct 01, 2024 at 11:12:54AM +0200, David Marchand wrote:
> Following two upstream Linux kernel changes (see links), the mac address
> of a iavf port, serviced by a i40e PF driver, is lost when the DPDK iavf
> driver probes the port again (which may be triggered at any point of a
> DPDK appli
On Tue, Oct 01, 2024 at 11:12:54AM +0200, David Marchand wrote:
> Following two upstream Linux kernel changes (see links), the mac address
> of a iavf port, serviced by a i40e PF driver, is lost when the DPDK iavf
> driver probes the port again (which may be triggered at any point of a
> DPDK appli
On Tue, Oct 1, 2024 at 12:09 PM Bruce Richardson
wrote:
> > @@ -1113,16 +,6 @@ iavf_dev_stop(struct rte_eth_dev *dev)
> > /* Rx interrupt vector mapping free */
> > rte_intr_vec_list_free(intr_handle);
> >
> > - /* adminq will be disabled when vf is resetting. */
> > - if (
4 matches
Mail list logo
