Searched +hist:4 +hist:f2a81c4 (Results 1 - 2 of 2) sorted by relevance
| /linux-master/drivers/net/ethernet/netronome/nfp/ | ||
| H A D | devlink_param.c | diff 4f2a81c4 Sat Sep 25 05:22:53 MDT 2021 Leon Romanovsky <leon@kernel.org> nfp: Move delink_register to be last command Open user space access to the devlink after driver is probed. Signed-off-by: Leon Romanovsky <leonro@nvidia.com> Signed-off-by: David S. Miller <davem@davemloft.net> diff 4f2a81c4 Sat Sep 25 05:22:53 MDT 2021 Leon Romanovsky <leon@kernel.org> nfp: Move delink_register to be last command Open user space access to the devlink after driver is probed. Signed-off-by: Leon Romanovsky <leonro@nvidia.com> Signed-off-by: David S. Miller <davem@davemloft.net> |
| H A D | nfp_net_main.c | diff 4f2a81c4 Sat Sep 25 05:22:53 MDT 2021 Leon Romanovsky <leon@kernel.org> nfp: Move delink_register to be last command Open user space access to the devlink after driver is probed. Signed-off-by: Leon Romanovsky <leonro@nvidia.com> Signed-off-by: David S. Miller <davem@davemloft.net> diff 4f2a81c4 Sat Sep 25 05:22:53 MDT 2021 Leon Romanovsky <leon@kernel.org> nfp: Move delink_register to be last command Open user space access to the devlink after driver is probed. Signed-off-by: Leon Romanovsky <leonro@nvidia.com> Signed-off-by: David S. Miller <davem@davemloft.net> diff 4cbe94f2 Wed Sep 13 11:15:59 MDT 2017 Jakub Kicinski <kuba@kernel.org> nfp: wait for board state before talking to the NSP Board state informs us which low-level initialization stages the card has completed. We should wait for the card to be fully initialized before trying to communicate with it, not only before we configure passing traffic. Signed-off-by: Jakub Kicinski <jakub.kicinski@netronome.com> Signed-off-by: David S. Miller <davem@davemloft.net> diff 2eb333c4 Tue Jul 04 03:27:19 MDT 2017 Jakub Kicinski <kuba@kernel.org> nfp: improve order of interfaces in breakout mode For historical reasons we enumerate the vNICs in order. This means that if user configures breakout on a multiport card, the first interface of the second port will have its MAC address changed. What's worse, when moved from static information (HWInfo) to using management FW (NSP), more features started depending on the port ids. Right now in case of breakout first subport of the second port and second subport of the first port will have their link info swapped. Revise the ordering scheme so that first subport maintains its address. Side effect of this change is that we will use base lane ids in devlink (i.e. 40G ports will be 4 ids apart), e.g.: pci/0000:04:00.0/0: type eth netdev p6p1 pci/0000:04:00.0/4: type eth netdev p6p2 Note that behaviour of phys_port_id is not changed since there is a separate id number for the subport there. Fixes: ec8b1fbe682d ("nfp: support port splitting via devlink") Signed-off-by: Jakub Kicinski <jakub.kicinski@netronome.com> Signed-off-by: David S. Miller <davem@davemloft.net> diff 2eb333c4 Tue Jul 04 03:27:19 MDT 2017 Jakub Kicinski <kuba@kernel.org> nfp: improve order of interfaces in breakout mode For historical reasons we enumerate the vNICs in order. This means that if user configures breakout on a multiport card, the first interface of the second port will have its MAC address changed. What's worse, when moved from static information (HWInfo) to using management FW (NSP), more features started depending on the port ids. Right now in case of breakout first subport of the second port and second subport of the first port will have their link info swapped. Revise the ordering scheme so that first subport maintains its address. Side effect of this change is that we will use base lane ids in devlink (i.e. 40G ports will be 4 ids apart), e.g.: pci/0000:04:00.0/0: type eth netdev p6p1 pci/0000:04:00.0/4: type eth netdev p6p2 Note that behaviour of phys_port_id is not changed since there is a separate id number for the subport there. Fixes: ec8b1fbe682d ("nfp: support port splitting via devlink") Signed-off-by: Jakub Kicinski <jakub.kicinski@netronome.com> Signed-off-by: David S. Miller <davem@davemloft.net> |
Completed in 201 milliseconds