Searched hist:a3ffeaf7c2bedb5b8658f06e4ca09dc8a352ead6 (Results 1 – 4 of 4) sorted by relevance
/openbmc/linux/drivers/net/ethernet/intel/fm10k/ |
H A D | fm10k.h | diff a3ffeaf7c2bedb5b8658f06e4ca09dc8a352ead6 Mon Jul 08 18:12:35 CDT 2019 Jacob Keller <jacob.e.keller@intel.com> fm10k: convert NON_Q_VECTORS(hw) into NON_Q_VECTORS
The driver currently uses a macro to decide whether we should use NON_Q_VECTORS_PF or NON_Q_VECTORS_VF.
However, we also define NON_Q_VECTORS_VF to the same value as NON_Q_VECTORS_PF. This means that the macro NON_Q_VECTORS(hw) will always return the same value.
Let's just remove this macro, and replace it directly with an enum value on the enum non_q_vectors.
This was detected by cppcheck and fixes the following warnings when building with BUILD=KERNEL
[fm10k_ethtool.c:1123]: (style) Same value in both branches of ternary operator.
[fm10k_ethtool.c:1142]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1826]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1849]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1858]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:901]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1040]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1726]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1763]: (style) Same value in both branches of ternary operator.
Signed-off-by: Jacob Keller <jacob.e.keller@intel.com> Tested-by: Andrew Bowers <andrewx.bowers@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
|
H A D | fm10k_ethtool.c | diff a3ffeaf7c2bedb5b8658f06e4ca09dc8a352ead6 Mon Jul 08 18:12:35 CDT 2019 Jacob Keller <jacob.e.keller@intel.com> fm10k: convert NON_Q_VECTORS(hw) into NON_Q_VECTORS
The driver currently uses a macro to decide whether we should use NON_Q_VECTORS_PF or NON_Q_VECTORS_VF.
However, we also define NON_Q_VECTORS_VF to the same value as NON_Q_VECTORS_PF. This means that the macro NON_Q_VECTORS(hw) will always return the same value.
Let's just remove this macro, and replace it directly with an enum value on the enum non_q_vectors.
This was detected by cppcheck and fixes the following warnings when building with BUILD=KERNEL
[fm10k_ethtool.c:1123]: (style) Same value in both branches of ternary operator.
[fm10k_ethtool.c:1142]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1826]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1849]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1858]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:901]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1040]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1726]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1763]: (style) Same value in both branches of ternary operator.
Signed-off-by: Jacob Keller <jacob.e.keller@intel.com> Tested-by: Andrew Bowers <andrewx.bowers@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
|
H A D | fm10k_pci.c | diff a3ffeaf7c2bedb5b8658f06e4ca09dc8a352ead6 Mon Jul 08 18:12:35 CDT 2019 Jacob Keller <jacob.e.keller@intel.com> fm10k: convert NON_Q_VECTORS(hw) into NON_Q_VECTORS
The driver currently uses a macro to decide whether we should use NON_Q_VECTORS_PF or NON_Q_VECTORS_VF.
However, we also define NON_Q_VECTORS_VF to the same value as NON_Q_VECTORS_PF. This means that the macro NON_Q_VECTORS(hw) will always return the same value.
Let's just remove this macro, and replace it directly with an enum value on the enum non_q_vectors.
This was detected by cppcheck and fixes the following warnings when building with BUILD=KERNEL
[fm10k_ethtool.c:1123]: (style) Same value in both branches of ternary operator.
[fm10k_ethtool.c:1142]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1826]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1849]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1858]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:901]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1040]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1726]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1763]: (style) Same value in both branches of ternary operator.
Signed-off-by: Jacob Keller <jacob.e.keller@intel.com> Tested-by: Andrew Bowers <andrewx.bowers@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
|
H A D | fm10k_main.c | diff a3ffeaf7c2bedb5b8658f06e4ca09dc8a352ead6 Mon Jul 08 18:12:35 CDT 2019 Jacob Keller <jacob.e.keller@intel.com> fm10k: convert NON_Q_VECTORS(hw) into NON_Q_VECTORS
The driver currently uses a macro to decide whether we should use NON_Q_VECTORS_PF or NON_Q_VECTORS_VF.
However, we also define NON_Q_VECTORS_VF to the same value as NON_Q_VECTORS_PF. This means that the macro NON_Q_VECTORS(hw) will always return the same value.
Let's just remove this macro, and replace it directly with an enum value on the enum non_q_vectors.
This was detected by cppcheck and fixes the following warnings when building with BUILD=KERNEL
[fm10k_ethtool.c:1123]: (style) Same value in both branches of ternary operator.
[fm10k_ethtool.c:1142]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1826]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1849]: (style) Same value in both branches of ternary operator.
[fm10k_main.c:1858]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:901]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1040]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1726]: (style) Same value in both branches of ternary operator.
[fm10k_pci.c:1763]: (style) Same value in both branches of ternary operator.
Signed-off-by: Jacob Keller <jacob.e.keller@intel.com> Tested-by: Andrew Bowers <andrewx.bowers@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
|