Searched hist:d3142c19 (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/drivers/net/ethernet/sfc/ |
H A D | nic.c | d3142c19 Mon Jun 29 08:34:20 CDT 2020 Edward Cree <ecree@solarflare.com> sfc: refactor EF10 stats handling
Separate the generation-count handling from the format conversion, to make it easier to re-use both for EF100.
Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: David S. Miller <davem@davemloft.net> d3142c19 Mon Jun 29 08:34:20 CDT 2020 Edward Cree <ecree@solarflare.com> sfc: refactor EF10 stats handling Separate the generation-count handling from the format conversion, to make it easier to re-use both for EF100. Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | nic.h | d3142c19 Mon Jun 29 08:34:20 CDT 2020 Edward Cree <ecree@solarflare.com> sfc: refactor EF10 stats handling
Separate the generation-count handling from the format conversion, to make it easier to re-use both for EF100.
Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: David S. Miller <davem@davemloft.net> d3142c19 Mon Jun 29 08:34:20 CDT 2020 Edward Cree <ecree@solarflare.com> sfc: refactor EF10 stats handling Separate the generation-count handling from the format conversion, to make it easier to re-use both for EF100. Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | ef10.c | d3142c19 Mon Jun 29 08:34:20 CDT 2020 Edward Cree <ecree@solarflare.com> sfc: refactor EF10 stats handling
Separate the generation-count handling from the format conversion, to make it easier to re-use both for EF100.
Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: David S. Miller <davem@davemloft.net> d3142c19 Mon Jun 29 08:34:20 CDT 2020 Edward Cree <ecree@solarflare.com> sfc: refactor EF10 stats handling Separate the generation-count handling from the format conversion, to make it easier to re-use both for EF100. Signed-off-by: Edward Cree <ecree@solarflare.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|