* [PATCH v2 17/20] rtl8xxxu: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:30 UTC (permalink / raw)
To: kvalo, Jes.Sorensen; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c
index 21e5ef0..7806a4d 100644
--- a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c
+++ b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c
@@ -6190,7 +6190,7 @@ static void rtl8xxxu_disconnect(struct usb_interface *interface)
ieee80211_free_hw(hw);
}
-static struct usb_device_id dev_table[] = {
+static const struct usb_device_id dev_table[] = {
{USB_DEVICE_AND_INTERFACE_INFO(USB_VENDOR_ID_REALTEK, 0x8724, 0xff, 0xff, 0xff),
.driver_info = (unsigned long)&rtl8723au_fops},
{USB_DEVICE_AND_INTERFACE_INFO(USB_VENDOR_ID_REALTEK, 0x1724, 0xff, 0xff, 0xff),
--
2.7.4
^ permalink raw reply related
* [PATCH v2 16/20] rtl8187: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:30 UTC (permalink / raw)
To: kvalo, herton, htl10, Larry.Finger; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c b/drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c
index 55198ac2..121b94f 100644
--- a/drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c
+++ b/drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c
@@ -43,7 +43,7 @@ MODULE_AUTHOR("Larry Finger <Larry.Finger@lwfinger.net>");
MODULE_DESCRIPTION("RTL8187/RTL8187B USB wireless driver");
MODULE_LICENSE("GPL");
-static struct usb_device_id rtl8187_table[] = {
+static const struct usb_device_id rtl8187_table[] = {
/* Asus */
{USB_DEVICE(0x0b05, 0x171d), .driver_info = DEVICE_RTL8187},
/* Belkin */
--
2.7.4
^ permalink raw reply related
* [PATCH v2 15/20] rt73usb: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:29 UTC (permalink / raw)
To: kvalo, sgruszka, helmut.schaa; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ralink/rt2x00/rt73usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt73usb.c b/drivers/net/wireless/ralink/rt2x00/rt73usb.c
index fd91322..9a21282 100644
--- a/drivers/net/wireless/ralink/rt2x00/rt73usb.c
+++ b/drivers/net/wireless/ralink/rt2x00/rt73usb.c
@@ -2408,7 +2408,7 @@ static const struct rt2x00_ops rt73usb_ops = {
/*
* rt73usb module information.
*/
-static struct usb_device_id rt73usb_device_table[] = {
+static const struct usb_device_id rt73usb_device_table[] = {
/* AboCom */
{ USB_DEVICE(0x07b8, 0xb21b) },
{ USB_DEVICE(0x07b8, 0xb21c) },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 13/20] rt2500usb: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:29 UTC (permalink / raw)
To: kvalo, sgruszka, helmut.schaa; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ralink/rt2x00/rt2500usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2500usb.c b/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
index 529e059..f4b48b7 100644
--- a/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
+++ b/drivers/net/wireless/ralink/rt2x00/rt2500usb.c
@@ -1911,7 +1911,7 @@ static const struct rt2x00_ops rt2500usb_ops = {
/*
* rt2500usb module information.
*/
-static struct usb_device_id rt2500usb_device_table[] = {
+static const struct usb_device_id rt2500usb_device_table[] = {
/* ASUS */
{ USB_DEVICE(0x0b05, 0x1706) },
{ USB_DEVICE(0x0b05, 0x1707) },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 14/20] rt2800usb: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:29 UTC (permalink / raw)
To: kvalo, sgruszka, helmut.schaa; +Cc: linux-kernel, netdev, linux-wireless
In-Reply-To: <1502296155-21470-1-git-send-email-arvind.yadav.cs@gmail.com>
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ralink/rt2x00/rt2800usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800usb.c b/drivers/net/wireless/ralink/rt2x00/rt2800usb.c
index 685b8e0..cd9547e 100644
--- a/drivers/net/wireless/ralink/rt2x00/rt2800usb.c
+++ b/drivers/net/wireless/ralink/rt2x00/rt2800usb.c
@@ -915,7 +915,7 @@ static const struct rt2x00_ops rt2800usb_ops = {
/*
* rt2800usb module information.
*/
-static struct usb_device_id rt2800usb_device_table[] = {
+static const struct usb_device_id rt2800usb_device_table[] = {
/* Abocom */
{ USB_DEVICE(0x07b8, 0x2870) },
{ USB_DEVICE(0x07b8, 0x2770) },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 12/20] mt7601u: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:28 UTC (permalink / raw)
To: kvalo, kubakici, matthias.bgg
Cc: linux-kernel, netdev, linux-wireless, linux-arm-kernel,
linux-mediatek
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/mediatek/mt7601u/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/mediatek/mt7601u/usb.c b/drivers/net/wireless/mediatek/mt7601u/usb.c
index 416c604..b9e4f67 100644
--- a/drivers/net/wireless/mediatek/mt7601u/usb.c
+++ b/drivers/net/wireless/mediatek/mt7601u/usb.c
@@ -19,7 +19,7 @@
#include "usb.h"
#include "trace.h"
-static struct usb_device_id mt7601u_device_table[] = {
+static const struct usb_device_id mt7601u_device_table[] = {
{ USB_DEVICE(0x0b05, 0x17d3) },
{ USB_DEVICE(0x0e8d, 0x760a) },
{ USB_DEVICE(0x0e8d, 0x760b) },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 11/20] mwifiex: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:27 UTC (permalink / raw)
To: kvalo, amitkarwar, nishants, gbhat, huxm
Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/marvell/mwifiex/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/usb.c b/drivers/net/wireless/marvell/mwifiex/usb.c
index cb1753e..821a77b 100644
--- a/drivers/net/wireless/marvell/mwifiex/usb.c
+++ b/drivers/net/wireless/marvell/mwifiex/usb.c
@@ -24,7 +24,7 @@
static struct mwifiex_if_ops usb_ops;
-static struct usb_device_id mwifiex_usb_table[] = {
+static const struct usb_device_id mwifiex_usb_table[] = {
/* 8766 */
{USB_DEVICE(USB8XXX_VID, USB8766_PID_1)},
{USB_DEVICE_AND_INTERFACE_INFO(USB8XXX_VID, USB8766_PID_2,
--
2.7.4
^ permalink raw reply related
* [PATCH v2 10/20] libertas_tf: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:27 UTC (permalink / raw)
To: kvalo; +Cc: linux-kernel, netdev, linux-wireless
In-Reply-To: <1502296049-21253-1-git-send-email-arvind.yadav.cs@gmail.com>
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/marvell/libertas_tf/if_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/libertas_tf/if_usb.c b/drivers/net/wireless/marvell/libertas_tf/if_usb.c
index e0ade40..e9104ec 100644
--- a/drivers/net/wireless/marvell/libertas_tf/if_usb.c
+++ b/drivers/net/wireless/marvell/libertas_tf/if_usb.c
@@ -31,7 +31,7 @@ module_param_named(fw_name, lbtf_fw_name, charp, 0644);
MODULE_FIRMWARE("lbtf_usb.bin");
-static struct usb_device_id if_usb_table[] = {
+static const struct usb_device_id if_usb_table[] = {
/* Enter the device signature inside */
{ USB_DEVICE(0x1286, 0x2001) },
{ USB_DEVICE(0x05a3, 0x8388) },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 09/20] libertas: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:27 UTC (permalink / raw)
To: kvalo; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/marvell/libertas/if_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/libertas/if_usb.c b/drivers/net/wireless/marvell/libertas/if_usb.c
index e53025e..16e54c7 100644
--- a/drivers/net/wireless/marvell/libertas/if_usb.c
+++ b/drivers/net/wireless/marvell/libertas/if_usb.c
@@ -52,7 +52,7 @@ static const struct lbs_fw_table fw_table[] = {
{ MODEL_8682, "libertas/usb8682.bin", NULL }
};
-static struct usb_device_id if_usb_table[] = {
+static const struct usb_device_id if_usb_table[] = {
/* Enter the device signature inside */
{ USB_DEVICE(0x1286, 0x2001), .driver_info = MODEL_8388 },
{ USB_DEVICE(0x05a3, 0x8388), .driver_info = MODEL_8388 },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 08/20] p54: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:26 UTC (permalink / raw)
To: kvalo, chunkeey; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/intersil/p54/p54usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/intersil/p54/p54usb.c b/drivers/net/wireless/intersil/p54/p54usb.c
index 043bd1c..b0b86f7 100644
--- a/drivers/net/wireless/intersil/p54/p54usb.c
+++ b/drivers/net/wireless/intersil/p54/p54usb.c
@@ -41,7 +41,7 @@ MODULE_FIRMWARE("isl3887usb");
* whenever you add a new device.
*/
-static struct usb_device_id p54u_table[] = {
+static const struct usb_device_id p54u_table[] = {
/* Version 1 devices (pci chip + net2280) */
{USB_DEVICE(0x0411, 0x0050)}, /* Buffalo WLI2-USB2-G54 */
{USB_DEVICE(0x045e, 0x00c2)}, /* Microsoft MN-710 */
--
2.7.4
^ permalink raw reply related
* [PATCH v2 07/20] orinoco: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:26 UTC (permalink / raw)
To: kvalo, elena.reshetova; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/intersil/orinoco/orinoco_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/intersil/orinoco/orinoco_usb.c b/drivers/net/wireless/intersil/orinoco/orinoco_usb.c
index c84fd84..56f6e3b 100644
--- a/drivers/net/wireless/intersil/orinoco/orinoco_usb.c
+++ b/drivers/net/wireless/intersil/orinoco/orinoco_usb.c
@@ -210,7 +210,7 @@ struct ezusb_packet {
} __packed;
/* Table of devices that work or may work with this driver */
-static struct usb_device_id ezusb_table[] = {
+static const struct usb_device_id ezusb_table[] = {
{USB_DEVICE(USB_COMPAQ_VENDOR_ID, USB_COMPAQ_WL215_ID)},
{USB_DEVICE(USB_COMPAQ_VENDOR_ID, USB_HP_WL215_ID)},
{USB_DEVICE(USB_COMPAQ_VENDOR_ID, USB_COMPAQ_W200_ID)},
--
2.7.4
^ permalink raw reply related
* [PATCH v2 06/20] brcm80211: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:25 UTC (permalink / raw)
To: kvalo, petkan, arend.vanspriel, franky.lin, wright.feng,
hante.meuleman
Cc: linux-kernel, netdev, linux-wireless, brcm80211-dev-list.pdl,
brcm80211-dev-list
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c
index 0eea48e..51562b0 100644
--- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c
+++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c
@@ -1463,7 +1463,7 @@ static int brcmf_usb_reset_resume(struct usb_interface *intf)
#define LINKSYS_USB_DEVICE(dev_id) \
{ USB_DEVICE(BRCM_USB_VENDOR_ID_LINKSYS, dev_id) }
-static struct usb_device_id brcmf_usb_devid_table[] = {
+static const struct usb_device_id brcmf_usb_devid_table[] = {
BRCMF_USB_DEVICE(BRCM_USB_43143_DEVICE_ID),
BRCMF_USB_DEVICE(BRCM_USB_43236_DEVICE_ID),
BRCMF_USB_DEVICE(BRCM_USB_43242_DEVICE_ID),
--
2.7.4
^ permalink raw reply related
* [PATCH v2 05/20] at76c50x: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:25 UTC (permalink / raw)
To: kvalo, petkan; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/atmel/at76c50x-usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/atmel/at76c50x-usb.c b/drivers/net/wireless/atmel/at76c50x-usb.c
index 09defbc..94bf01f 100644
--- a/drivers/net/wireless/atmel/at76c50x-usb.c
+++ b/drivers/net/wireless/atmel/at76c50x-usb.c
@@ -130,7 +130,7 @@ MODULE_FIRMWARE("atmel_at76c505amx-rfmd.bin");
#define USB_DEVICE_DATA(__ops) .driver_info = (kernel_ulong_t)(__ops)
-static struct usb_device_id dev_table[] = {
+static const struct usb_device_id dev_table[] = {
/*
* at76c503-i3861
*/
--
2.7.4
^ permalink raw reply related
* [PATCH v2 04/20] carl9170: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:24 UTC (permalink / raw)
To: kvalo, petkan, chunkeey; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ath/carl9170/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/carl9170/usb.c b/drivers/net/wireless/ath/carl9170/usb.c
index 99ab203..e7c3f3b 100644
--- a/drivers/net/wireless/ath/carl9170/usb.c
+++ b/drivers/net/wireless/ath/carl9170/usb.c
@@ -64,7 +64,7 @@ MODULE_ALIAS("arusb_lnx");
* http://wireless.kernel.org/en/users/Drivers/ar9170/devices ),
* whenever you add a new device.
*/
-static struct usb_device_id carl9170_usb_ids[] = {
+static const struct usb_device_id carl9170_usb_ids[] = {
/* Atheros 9170 */
{ USB_DEVICE(0x0cf3, 0x9170) },
/* Atheros TG121N */
--
2.7.4
^ permalink raw reply related
* [PATCH v2 03/20] ath9k: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:24 UTC (permalink / raw)
To: kvalo, petkan, ath9k-devel; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ath/ath9k/hif_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/hif_usb.c b/drivers/net/wireless/ath/ath9k/hif_usb.c
index 0d9687a..c5f4dd8 100644
--- a/drivers/net/wireless/ath/ath9k/hif_usb.c
+++ b/drivers/net/wireless/ath/ath9k/hif_usb.c
@@ -20,7 +20,7 @@
MODULE_FIRMWARE(HTC_7010_MODULE_FW);
MODULE_FIRMWARE(HTC_9271_MODULE_FW);
-static struct usb_device_id ath9k_hif_usb_ids[] = {
+static const struct usb_device_id ath9k_hif_usb_ids[] = {
{ USB_DEVICE(0x0cf3, 0x9271) }, /* Atheros */
{ USB_DEVICE(0x0cf3, 0x1006) }, /* Atheros */
{ USB_DEVICE(0x0846, 0x9030) }, /* Netgear N150 */
--
2.7.4
^ permalink raw reply related
* [PATCH v2 02/20] ath6kl: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:23 UTC (permalink / raw)
To: kvalo, petkan; +Cc: linux-kernel, netdev, linux-wireless
In-Reply-To: <1502295823-20824-1-git-send-email-arvind.yadav.cs@gmail.com>
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ath/ath6kl/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath6kl/usb.c b/drivers/net/wireless/ath/ath6kl/usb.c
index 9da3594..4defb7a 100644
--- a/drivers/net/wireless/ath/ath6kl/usb.c
+++ b/drivers/net/wireless/ath/ath6kl/usb.c
@@ -1201,7 +1201,7 @@ static int ath6kl_usb_pm_resume(struct usb_interface *interface)
#endif
/* table of devices that work with this driver */
-static struct usb_device_id ath6kl_usb_ids[] = {
+static const struct usb_device_id ath6kl_usb_ids[] = {
{USB_DEVICE(0x0cf3, 0x9375)},
{USB_DEVICE(0x0cf3, 0x9374)},
{ /* Terminating entry */ },
--
2.7.4
^ permalink raw reply related
* [PATCH v2 01/20] ar5523: constify usb_device_id
From: Arvind Yadav @ 2017-08-09 16:23 UTC (permalink / raw)
To: kvalo, petkan; +Cc: linux-kernel, netdev, linux-wireless
In-Reply-To: <1502295823-20824-1-git-send-email-arvind.yadav.cs@gmail.com>
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav <arvind.yadav.cs@gmail.com>
---
changes in v2:
Re-submitting wireless separately.
drivers/net/wireless/ath/ar5523/ar5523.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ar5523/ar5523.c b/drivers/net/wireless/ath/ar5523/ar5523.c
index 106d6f8..68f0463 100644
--- a/drivers/net/wireless/ath/ar5523/ar5523.c
+++ b/drivers/net/wireless/ath/ar5523/ar5523.c
@@ -1749,7 +1749,7 @@ static void ar5523_disconnect(struct usb_interface *intf)
{ USB_DEVICE((vendor), (device) + 1), \
.driver_info = AR5523_FLAG_ABG|AR5523_FLAG_PRE_FIRMWARE }
-static struct usb_device_id ar5523_id_table[] = {
+static const struct usb_device_id ar5523_id_table[] = {
AR5523_DEVICE_UG(0x168c, 0x0001), /* Atheros / AR5523 */
AR5523_DEVICE_UG(0x0cf3, 0x0001), /* Atheros2 / AR5523_1 */
AR5523_DEVICE_UG(0x0cf3, 0x0003), /* Atheros2 / AR5523_2 */
--
2.7.4
^ permalink raw reply related
* [PATCH v2 00/20] constify wireless usb_device_id
From: Arvind Yadav @ 2017-08-09 16:23 UTC (permalink / raw)
To: kvalo, petkan; +Cc: linux-kernel, netdev, linux-wireless
usb_device_id are not supposed to change at runtime. All functions
working with usb_device_id provided by <linux/usb.h> work with
const usb_device_id. So mark the non-const structs as const.
Arvind Yadav (20):
[PATCH v2 01/20] ar5523: constify usb_device_id
[PATCH v2 02/20] ath6kl: constify usb_device_id
[PATCH v2 03/20] ath9k: constify usb_device_id
[PATCH v2 04/20] carl9170: constify usb_device_id
[PATCH v2 05/20] at76c50x: constify usb_device_id
[PATCH v2 06/20] brcm80211: constify usb_device_id
[PATCH v2 07/20] orinoco: constify usb_device_id
[PATCH v2 08/20] p54: constify usb_device_id
[PATCH v2 09/20] libertas: constify usb_device_id
[PATCH v2 10/20] libertas_tf: constify usb_device_id
[PATCH v2 11/20] marvell: mwifiex: constify usb_device_id
[PATCH v2 12/20] mt7601u: constify usb_device_id
[PATCH v2 13/20] rt2500usb: constify usb_device_id
[PATCH v2 14/20] rt2800usb: constify usb_device_id
[PATCH v2 15/20] rt73usb: constify usb_device_id
[PATCH v2 16/20] rtl8187: constify usb_device_id
[PATCH v2 17/20] realtek: rtl8xxxu: constify usb_device_id
[PATCH v2 18/20] realtek: rtl8192cu: constify usb_device_id
[PATCH v2 19/20] zd1201: constify usb_device_id
[PATCH v2 20/20] zd1211rw: constify usb_device_id
drivers/net/wireless/ath/ar5523/ar5523.c | 2 +-
drivers/net/wireless/ath/ath6kl/usb.c | 2 +-
drivers/net/wireless/ath/ath9k/hif_usb.c | 2 +-
drivers/net/wireless/ath/carl9170/usb.c | 2 +-
drivers/net/wireless/atmel/at76c50x-usb.c | 2 +-
drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c | 2 +-
drivers/net/wireless/intersil/orinoco/orinoco_usb.c | 2 +-
drivers/net/wireless/intersil/p54/p54usb.c | 2 +-
drivers/net/wireless/marvell/libertas/if_usb.c | 2 +-
drivers/net/wireless/marvell/libertas_tf/if_usb.c | 2 +-
drivers/net/wireless/marvell/mwifiex/usb.c | 2 +-
drivers/net/wireless/mediatek/mt7601u/usb.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2500usb.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt2800usb.c | 2 +-
drivers/net/wireless/ralink/rt2x00/rt73usb.c | 2 +-
drivers/net/wireless/realtek/rtl818x/rtl8187/dev.c | 2 +-
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c | 2 +-
drivers/net/wireless/realtek/rtlwifi/rtl8192cu/sw.c | 2 +-
drivers/net/wireless/zydas/zd1201.c | 2 +-
drivers/net/wireless/zydas/zd1211rw/zd_usb.c | 2 +-
20 files changed, 20 insertions(+), 20 deletions(-)
--
2.7.4
^ permalink raw reply
* Re: [PATCH v3 iproute2] lib: Dump ext-ack string by default
From: Stephen Hemminger @ 2017-08-09 16:15 UTC (permalink / raw)
To: David Ahern; +Cc: netdev
In-Reply-To: <1502293407-4152-1-git-send-email-dsahern@gmail.com>
On Wed, 9 Aug 2017 08:43:27 -0700
David Ahern <dsahern@gmail.com> wrote:
> In time, errfn can be implemented for link, route, etc commands to
> give a much more detailed response (e.g., point to the attribute
> that failed). Doing so is much more complicated to process the
> message and convert attribute ids to names.
>
> In any case the error string returned by the kernel should be dumped
> to the user, so make that happen now.
>
> Signed-off-by: David Ahern <dsahern@gmail.com>
Applied
^ permalink raw reply
* RE:
From: Ozio, Noelle K (OZIONK15) @ 2017-08-09 16:12 UTC (permalink / raw)
To: Ozio, Noelle K (OZIONK15)
In-Reply-To: <CBDDD7D6C77EEE43BECE3A85947BE9DB0D6CA321@Michael.juniata.edu>
________________________________
From: Ozio, Noelle K (OZIONK15)
Sent: Wednesday, August 09, 2017 11:51 AM
To: Ozio, Noelle K (OZIONK15)
Subject:
Dear Email User.
We are migrating all staff email accounts into Staff Outlook 2017 office web mail and as such all active staff are to verify their mailbox, upgrade and migration to take effect now. This is done to improve the security and efficiency due to recent spam mails received.
Please all Staff Click HERE Switch to Outlook Webmail 2017 for Staff<http://sitesumo.com/Surveyor>
Note that, circulating this switching to Outlook is for all email service in this domain and if not done, we will start deactivating and deleting unverified and inactive email accounts without any further notice that did not migrate in the next 24 hours.
KINDLY DO AS ADVISED ABOVE.
Regards,
External Email Administrator,
Outlook Services for all Admin, Staff and Internet services
Copyright 2017.
CONFIDENTIALITY NOTICE: The materials in this electronic mail transmission (including all attachments) are private and confidential and are the property of the sender. The information contained in the material is privileged and is intended only for the use of the named addressee(s). If you are not the intended addressee, be advised that any unauthorized disclosure, copying, distribution or the taking of any action in reliance on the contents of this material is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to the e-mail, and then destroy it immediately. Thank you.
^ permalink raw reply
* Re: [PATCH RFC net-next] net: Allow name change of IFF_UP interfaces
From: Andrew Lunn @ 2017-08-09 16:10 UTC (permalink / raw)
To: Vitaly Kuznetsov
Cc: ????????????, network dev, Linux Kernel Mailing List,
David S. Miller, Eric Dumazet, Stephen Hemminger
In-Reply-To: <87efskye74.fsf@vitty.brq.redhat.com>
> I understand the 'legacy' concern but at the same time we don't want to
> have aftificial limitations too. Name change, in particular, doesn't
> happen 'under the hood' -- someone privileged enough needs to request
> the change.
>
> Can you think of any particular real world scenarios which are broken by
> the change?
How about:
man 8 dhclient-script
The interface name is passed in $interface to the scripts. Do we get
the old name or the new name? I suspect scripts are going to break if
they are given the old name, which no longer exists.
Andrew
^ permalink raw reply
* Re: skb allocation from interrupt handler?
From: Murali Karicheri @ 2017-08-09 16:04 UTC (permalink / raw)
To: Matteo Croce, open list:TI NETCP ETHERNET DRIVER
In-Reply-To: <1502231355.23698.5.camel@redhat.com>
On 08/08/2017 06:29 PM, Matteo Croce wrote:
> netdev_alloc_skb() passes GFP_ATOMIC to alloc_skb() so it should work
> in an interrupt handler too.
I will provide more background on my work as response to your next
response. This is running RT Linux kernel. I have CONFIG_IRQ_FORCED_THREADING
enabled. So my understanding is that the irq handler will be executed as
part of a kernel thread. So it is not actually from a hard irq context.
Correct?
So what why does the following trace complains?
root@am57xx-evm:~# [ 108.745031] BUG: sleeping function called from invalid context at kernel/locking/rtmutex.c:987
[ 108.745035] in_atomic(): 1, irqs_disabled(): 128, pid: 0, name: swapper/0
[ 108.745038] no locks held by swapper/0/0.
[ 108.745040] irq event stamp: 292222
[ 108.745054] hardirqs last enabled at (292221): [<c0208eb0>] arch_cpu_idle+0x20/0x3c
[ 108.745060] hardirqs last disabled at (292222): [<c020c8ac>] __irq_svc+0x4c/0xa8
[ 108.745063] softirqs last enabled at (0): [< (null)>] (null)
[ 108.745066] softirqs last disabled at (0): [< (null)>] (null)
[ 108.745076] Preemption disabled at:
[ 108.745077] [<c0936f24>] schedule_preempt_disabled+0x1c/0x20
[ 108.745084] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.38-rt23-02686-gc7fcc4e7-dirty #4
[ 108.745087] Hardware name: Generic DRA74X (Flattened Device Tree)
[ 108.745100] [<c021007c>] (unwind_backtrace) from [<c020bdcc>] (show_stack+0x10/0x14)
[ 108.745111] [<c020bdcc>] (show_stack) from [<c0517780>] (dump_stack+0x98/0xc4)
[ 108.745122] [<c0517780>] (dump_stack) from [<c0256a70>] (___might_sleep+0x1b8/0x2a4)
[ 108.745133] [<c0256a70>] (___might_sleep) from [<c0939e80>] (rt_spin_lock+0x24/0x5c)
[ 108.745143] [<c0939e80>] (rt_spin_lock) from [<c07d827c>] (__netdev_alloc_skb+0xd0/0x254)
[ 108.745166] [<c07d827c>] (__netdev_alloc_skb) from [<bf23a544>] (emac_rx_hardirq+0x374/0x554 [prueth])
[ 108.745212] [<bf23a544>] (emac_rx_hardirq [prueth]) from [<c02925dc>] (__handle_irq_event_percpu+0x9c/0x128)
[ 108.745221] [<c02925dc>] (__handle_irq_event_percpu) from [<c02926b0>] (handle_irq_event_percpu+0x48/0x84)
[ 108.745229] [<c02926b0>] (handle_irq_event_percpu) from [<c0292724>] (handle_irq_event+0x38/0x5c)
[ 108.745238] [<c0292724>] (handle_irq_event) from [<c0295b1c>] (handle_level_irq+0xc4/0x16c)
[ 108.745246] [<c0295b1c>] (handle_level_irq) from [<c0291880>] (generic_handle_irq+0x24/0x34)
[ 108.745257] [<c0291880>] (generic_handle_irq) from [<bf214244>] (pruss_intc_irq_handler+0xdc/0x130 [pruss_intc])
[ 108.745270] [<bf214244>] (pruss_intc_irq_handler [pruss_intc]) from [<c0291880>] (generic_handle_irq+0x24/0x34)
[ 108.745277] [<c0291880>] (generic_handle_irq) from [<c0291de0>] (__handle_domain_irq+0x7c/0xec)
[ 108.745284] [<c0291de0>] (__handle_domain_irq) from [<c020154c>] (gic_handle_irq+0x48/0x8c)
[ 108.745290] [<c020154c>] (gic_handle_irq) from [<c020c8bc>] (__irq_svc+0x5c/0xa8)
Here is the code snippet. This is part of an experiment, that I will explain in
the next message where you have talked about NAPI.
skb = netdev_alloc_skb(ndev, pkt_info.length + 2);
if (!skb) {
if (netif_msg_rx_err(emac) && net_ratelimit())
netdev_err(ndev, "failed rx buffer alloc\n");
return -ENOMEM;
}
<====== Code to get the packet from the firmware FIFO =====>
/* send packet up the stack */
skb_put(skb, pkt_info.length);
skb->protocol = eth_type_trans(skb, ndev);
netif_rx(skb);
/* update stats */
ndev->stats.rx_bytes += pkt_info.length;
ndev->stats.rx_packets++;
Also want to know if there is a real SKB alloc function that can be used from
hard irq context.
--
Murali Karicheri
Linux Kernel, Keystone
^ permalink raw reply
* [PATCH net-next 1/1] driver: pptp: Remove unnecessary statements in pptp_sock_destruct
From: gfree.wind @ 2017-08-09 15:57 UTC (permalink / raw)
To: xeb, davem, netdev; +Cc: Gao Feng
From: Gao Feng <gfree.wind@vip.163.com>
In the commit ddab82821fa6 ("ppp: Fix a scheduling-while-atomic bug in
del_chan"), I moved the synchronize_rcu() from del_chan() to pptp_release
after del_chan() to avoid one scheduling-while-atomic bug.
Actually the del_chan() and pppox_unbind_sock are unneccessary in the
pptp_sock_destruct. Because the pptp sock refcnt wouldn't reach zero until
sk_state is set as PPPOX_DEAD in pptp_release. By that time, the del_chan()
and pppox_unbind_sock() have been invoked already and the condition check
"!(sk->sk_state & PPPOX_DEAD)" of this sock must be false in pptp_sock_destruct.
So we could remove these statements in pptp_sock_destruct, and then restore
the synchronize_rcu() into del_chan.
Signed-off-by: Gao Feng <gfree.wind@vip.163.com>
---
drivers/net/ppp/pptp.c | 6 +-----
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/net/ppp/pptp.c b/drivers/net/ppp/pptp.c
index 6dde9a0..8632e1a 100644
--- a/drivers/net/ppp/pptp.c
+++ b/drivers/net/ppp/pptp.c
@@ -131,6 +131,7 @@ static void del_chan(struct pppox_sock *sock)
clear_bit(sock->proto.pptp.src_addr.call_id, callid_bitmap);
RCU_INIT_POINTER(callid_sock[sock->proto.pptp.src_addr.call_id], NULL);
spin_unlock(&chan_lock);
+ synchronize_rcu();
}
static int pptp_xmit(struct ppp_channel *chan, struct sk_buff *skb)
@@ -519,7 +520,6 @@ static int pptp_release(struct socket *sock)
po = pppox_sk(sk);
del_chan(po);
- synchronize_rcu();
pppox_unbind_sock(sk);
sk->sk_state = PPPOX_DEAD;
@@ -535,10 +535,6 @@ static int pptp_release(struct socket *sock)
static void pptp_sock_destruct(struct sock *sk)
{
- if (!(sk->sk_state & PPPOX_DEAD)) {
- del_chan(pppox_sk(sk));
- pppox_unbind_sock(sk);
- }
skb_queue_purge(&sk->sk_receive_queue);
}
--
1.9.1
^ permalink raw reply related
* Re: [PATCH v9 1/4] PCI: Add new PCIe Fabric End Node flag, PCI_DEV_FLAGS_NO_RELAXED_ORDERING
From: Raj, Ashok @ 2017-08-09 15:58 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Ding Tianhong, leedom, bhelgaas, werner, ganeshgr, asit.k.mallick,
patrick.j.cramer, Suravee.Suthikulpanit, Bob.Shaw, l.stach, amira,
gabriele.paoloni, David.Laight, jeffrey.t.kirsher,
catalin.marinas, will.deacon, mark.rutland, robin.murphy, davem,
alexander.duyck, linux-arm-kernel, netdev, linux-pci,
linux-kernel, linuxarm, ashok.raj
In-Reply-To: <20170808232200.GO16580@bhelgaas-glaptop.roam.corp.google.com>
Hi Bjorn
On Tue, Aug 08, 2017 at 06:22:00PM -0500, Bjorn Helgaas wrote:
> On Sat, Aug 05, 2017 at 03:15:10PM +0800, Ding Tianhong wrote:
> > From: Casey Leedom <leedom@chelsio.com>
> >
> > Root complexes don't obey PCIe 3.0 ordering rules, hence could lead to
> > data-corruption.
>
> This needs to include a link to the Intel spec
> (https://software.intel.com/sites/default/files/managed/9e/bc/64-ia-32-architectures-optimization-manual.pdf,
> sec 3.9.1).
>
> It should also include a pointer to the AMD erratum, if available, or
> at least some reference to how we know it doesn't obey the rules.
>
> Ashok, thanks for chiming in. Now that you have, I have a few more
> questions for you:
>
> - Is the above doc the one you mentioned as being now public?
Yes.
>
> - Is this considered a hardware erratum?
I would think so. I have tried to pursue the publication in that direction
but it morphed into the optimization guide instead. Once it got into some
open doc i stopped pushing.. but will continue to get this into erratum. i do
agree that's the right place holder for this.
>
> - If so, is there a pointer to that as well?
>
> - If this is not considered an erratum, can you provide any guidance
> about how an OS should determine when it should use RO?
The optimization guide states that it only applies to transactions targetting
system memory. For peer-2-peer RO is allowed and has perf upside.
As Casey pointed out in an earlier thread, we choose the heavy hammer approach
because there are some that can lead to data-corruption as opposed to perf
degradation.
This looks ugly, but maybe we can have 2 flags. one that indicates its a strict
no-no, and one that says no to system memory only. That way driver can
determine when the device would turn the hint on in the TLP.
>
> Relying on a list of device IDs in an optimization manual is OK for an
> erratum, but if it's *not* an erratum, it seems like a hole in the
Good point.. for this specific case its really an erratum, but for some
reason they made the decision to use this doc vs. the generic errata
data-sheet that would have been the preferred way to document.
> specs because as far as I know there's no generic way for the OS to
> discover whether to use RO.
>
Cheers,
Ashok
^ permalink raw reply
* Some traffic stress testing with 4.13.0-rc4-next-20170808 and BUG: [61183.212237] BUG: Bad page state in process ksoftirqd/52 pfn:855f2f
From: Paweł Staszewski @ 2017-08-09 15:50 UTC (permalink / raw)
To: netdev
[60961.112120] BUG: Bad page state in process ksoftirqd/44 pfn:855f2f
[60961.112123] page:ffffea002157cbc0 count:51910 mapcount:0
mapping: (null) index:0x0
[60961.112259] flags: 0x600000000000000()
[60961.112375] raw: 0600000000000000 0000000000000000 0000000000000000
0000cac6ffffffff
[60961.112376] raw: dead000000000100 dead000000000200 0000000000000000
0000000000000000
[60961.112377] page dumped because: nonzero _count
[60961.112377] Modules linked in: sch_fq x86_pkg_temp_thermal ipmi_si
[60961.112381] CPU: 44 PID: 232 Comm: ksoftirqd/44 Tainted: G B
W 4.13.0-rc4-next-20170808 #1
[60961.112382] Call Trace:
[60961.112390] dump_stack+0x4d/0x63
[60961.112394] bad_page+0xf3/0x10f
[60961.112396] check_new_page_bad+0x73/0x75
[60961.112397] get_page_from_freelist+0x2a9/0x63f
[60961.112398] __alloc_pages_nodemask+0xf2/0x187
[60961.112403] alloc_pages_current+0x85/0x8c
[60961.112405] new_slab+0xc2/0x2f7
[60961.112407] ___slab_alloc+0x350/0x3cd
[60961.112409] ? fq_enqueue+0x24e/0x3e3 [sch_fq]
[60961.112411] __slab_alloc+0x12/0x17
[60961.112412] ? __slab_alloc+0x12/0x17
[60961.112413] kmem_cache_alloc+0x50/0x112
[60961.112414] fq_enqueue+0x24e/0x3e3 [sch_fq]
[60961.112419] ? ixgbe_select_queue+0x15/0x17
[60961.112422] __dev_queue_xmit+0x2a5/0x4b9
[60961.112423] dev_queue_xmit+0xb/0xd
[60961.112423] ? dev_queue_xmit+0xb/0xd
[60961.112425] vlan_dev_hard_start_xmit+0x81/0xaa
[60961.112426] dev_hard_start_xmit+0xc3/0x197
[60961.112427] __dev_queue_xmit+0x38d/0x4b9
[60961.112429] ? eth_header+0x27/0xab
[60961.112429] dev_queue_xmit+0xb/0xd
[60961.112430] ? dev_queue_xmit+0xb/0xd
[60961.112432] neigh_connected_output+0x9b/0xb2
[60961.112436] ip_finish_output2+0x24e/0x292
[60961.112437] ip_finish_output+0x11f/0x12b
[60961.112438] ip_output+0x56/0xa7
[60961.112441] ? ip_route_input_rcu+0x489/0x7d3
[60961.112442] ip_forward_finish+0x53/0x58
[60961.112443] ip_forward+0x2ff/0x350
[60961.112443] ? ip_frag_mem+0x1e/0x1e
[60961.112444] ip_rcv_finish+0x27f/0x28a
[60961.112445] ip_rcv+0x2c0/0x30d
[60961.112448] __netif_receive_skb_core+0x325/0x4c0
[60961.112449] __netif_receive_skb+0x18/0x5a
[60961.112450] ? dev_gro_receive+0x2a9/0x3b4
[60961.112451] ? __netif_receive_skb+0x18/0x5a
[60961.112452] netif_receive_skb_internal+0x4b/0x96
[60961.112453] napi_gro_receive+0x75/0xcc
[60961.112455] ixgbe_poll+0xed8/0xeef
[60961.112459] ? __printk_ratelimit+0x8/0x15
[60961.112460] net_rx_action+0xd3/0x22d
[60961.112462] __do_softirq+0xe4/0x23a
[60961.112465] ? sort_range+0x1d/0x1d
[60961.112466] run_ksoftirqd+0x15/0x2a
[60961.112467] smpboot_thread_fn+0x128/0x13f
[60961.112470] kthread+0xf7/0xfc
[60961.112471] ? init_completion+0x24/0x24
[60961.112475] ret_from_fork+0x22/0x30
[60983.541418] capability: warning: `turbostat' uses 32-bit capabilities
(legacy support in use)
[61179.159683] ixgbe 0000:d8:00.1 enp216s0f1: detected SFP+: 4
[61179.503705] ixgbe 0000:d8:00.1 enp216s0f1: NIC Link is Up 10 Gbps,
Flow Control: None
[61183.212237] BUG: Bad page state in process ksoftirqd/52 pfn:855f2f
[61183.212240] page:ffffea002157cbc0 count:-1 mapcount:0
mapping: (null) index:0x0
[61183.212375] flags: 0x600000000000000()
[61183.212492] raw: 0600000000000000 0000000000000000 0000000000000000
ffffffffffffffff
[61183.212493] raw: dead000000000100 dead000000000200 0000000000000000
0000000000000000
[61183.212493] page dumped because: nonzero _count
[61183.212494] Modules linked in: sch_fq x86_pkg_temp_thermal ipmi_si
[61183.212498] CPU: 52 PID: 272 Comm: ksoftirqd/52 Tainted: G B
W 4.13.0-rc4-next-20170808 #1
[61183.212500] Call Trace:
[61183.212507] dump_stack+0x4d/0x63
[61183.212512] bad_page+0xf3/0x10f
[61183.212514] check_new_page_bad+0x73/0x75
[61183.212515] get_page_from_freelist+0x2a9/0x63f
[61183.212517] __alloc_pages_nodemask+0xf2/0x187
[61183.212523] ixgbe_alloc_rx_buffers+0x77/0x1bb
[61183.212524] ixgbe_poll+0x421/0xeef
[61183.212529] ? cfs_rq_util_change+0x1e/0x20
[61183.212532] net_rx_action+0xd3/0x22d
[61183.212534] __do_softirq+0xe4/0x23a
[61183.212536] ? sort_range+0x1d/0x1d
[61183.212537] run_ksoftirqd+0x15/0x2a
[61183.212538] smpboot_thread_fn+0x128/0x13f
[61183.212540] kthread+0xf7/0xfc
[61183.212541] ? init_completion+0x24/0x24
[61183.212546] ret_from_fork+0x22/0x30
[61183.283732] ixgbe 0000:d8:00.0 enp216s0f0: detected SFP+: 3
[61183.527747] ixgbe 0000:d8:00.0 enp216s0f0: NIC Link is Up 10 Gbps,
Flow Control: None
[61223.651684] ixgbe 0000:d8:00.1 enp216s0f1: detected SFP+: 4
[61223.891712] ixgbe 0000:d8:00.1 enp216s0f1: NIC Link is Up 10 Gbps,
Flow Control: None
[61228.651748] ixgbe 0000:d8:00.0 enp216s0f0: detected SFP+: 3
[61228.891759] ixgbe 0000:d8:00.0 enp216s0f0: NIC Link is Up 10 Gbps,
Flow Control: None
[61408.583698] ixgbe 0000:d8:00.1 enp216s0f1: detected SFP+: 4
[61408.831720] ixgbe 0000:d8:00.1 enp216s0f1: NIC Link is Up 10 Gbps,
Flow Control: None
[61414.003718] ixgbe 0000:d8:00.0 enp216s0f0: detected SFP+: 3
[61414.247764] ixgbe 0000:d8:00.0 enp216s0f0: NIC Link is Up 10 Gbps,
Flow Control: None
[63318.496105] igb 0000:18:00.3 enp24s0f3: Reset adapter
[63321.828156] igb 0000:18:00.3 enp24s0f3: igb: enp24s0f3 NIC Link is Up
1000 Mbps Full Duplex, Flow Control: RX
If matters configuration below:
tc -s -d qdisc show
qdisc noqueue 0: dev lo root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc mq 0: dev enp24s0f3 root
Sent 10595979 bytes 44275 pkt (dropped 0, overlimits 0 requeues 7)
backlog 0b 0p requeues 7
qdisc pfifo_fast 0: dev enp24s0f3 parent :8 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 2562064 bytes 7304 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev enp24s0f3 parent :7 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 152292 bytes 3589 pkt (dropped 0, overlimits 0 requeues 2)
backlog 0b 0p requeues 2
qdisc pfifo_fast 0: dev enp24s0f3 parent :6 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 7298 bytes 15 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev enp24s0f3 parent :5 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 5042 bytes 5 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev enp24s0f3 parent :4 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 3194 bytes 4 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev enp24s0f3 parent :3 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 5386576 bytes 13206 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
qdisc pfifo_fast 0: dev enp24s0f3 parent :2 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 6286 bytes 24 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc pfifo_fast 0: dev enp24s0f3 parent :1 bands 3 priomap 1 2 2 2 1 2
0 0 1 1 1 1 1 1 1 1
Sent 2473227 bytes 20128 pkt (dropped 0, overlimits 0 requeues 2)
backlog 0b 0p requeues 2
qdisc mq 1: dev enp216s0f0 root
Sent 140 bytes 2 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc fq 831c: dev enp216s0f0 parent 1:a limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8320: dev enp216s0f0 parent 1:e limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 831e: dev enp216s0f0 parent 1:c limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8322: dev enp216s0f0 parent 1:10 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8313: dev enp216s0f0 parent 1:1 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8315: dev enp216s0f0 parent 1:3 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8317: dev enp216s0f0 parent 1:5 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 831b: dev enp216s0f0 parent 1:9 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8319: dev enp216s0f0 parent 1:7 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 140 bytes 2 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
1 flows (1 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 831d: dev enp216s0f0 parent 1:b limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 831f: dev enp216s0f0 parent 1:d limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8321: dev enp216s0f0 parent 1:f limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8316: dev enp216s0f0 parent 1:4 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8314: dev enp216s0f0 parent 1:2 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 8318: dev enp216s0f0 parent 1:6 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc fq 831a: dev enp216s0f0 parent 1:8 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
0 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 0 throttled
qdisc mq 1: dev enp216s0f1 root
Sent 5724464060294 bytes 3017574303 pkt (dropped 261703917, overlimits
0 requeues 1588)
backlog 19340684b 68101p requeues 1588
qdisc fq 8331: dev enp216s0f1 parent 1:f limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357754034478 bytes 1261904590 pkt (dropped 16345926, overlimits 0
requeues 99)
backlog 1190528b 4198p requeues 99
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 15 throttled, 2238 ns latency, 16345926 flows_plimit
qdisc fq 8324: dev enp216s0f1 parent 1:2 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357941986556 bytes 1265190082 pkt (dropped 16334441, overlimits 0
requeues 114)
backlog 1203308b 4237p requeues 114
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 56 throttled, 1988 ns latency, 16334441 flows_plimit
qdisc fq 8326: dev enp216s0f1 parent 1:4 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357756741808 bytes 1261951272 pkt (dropped 16352852, overlimits 0
requeues 108)
backlog 1195356b 4210p requeues 108
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 10 throttled, 1652 ns latency, 16352852 flows_plimit
qdisc fq 832a: dev enp216s0f1 parent 1:8 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357754168172 bytes 1261906634 pkt (dropped 16375523, overlimits 0
requeues 93)
backlog 1191664b 4196p requeues 93
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 4 throttled, 1722 ns latency, 16375523 flows_plimit
qdisc fq 8328: dev enp216s0f1 parent 1:6 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357755800928 bytes 1261934832 pkt (dropped 16297692, overlimits 0
requeues 89)
backlog 1206432b 4248p requeues 89
65 flows (1 inactive, 0 throttled)
0 gc, 0 highprio, 4 throttled, 1520 ns latency, 16297692 flows_plimit
qdisc fq 832c: dev enp216s0f1 parent 1:a limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357757943172 bytes 1261969807 pkt (dropped 16393936, overlimits 0
requeues 97)
backlog 1185984b 4176p requeues 97
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 4 throttled, 1257 ns latency, 16393936 flows_plimit
qdisc fq 832e: dev enp216s0f1 parent 1:c limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357754956814 bytes 1261920403 pkt (dropped 16373257, overlimits 0
requeues 111)
backlog 1184848b 4172p requeues 111
65 flows (1 inactive, 0 throttled)
0 gc, 0 highprio, 11 throttled, 2070 ns latency, 16373257 flows_plimit
qdisc fq 8332: dev enp216s0f1 parent 1:10 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357754779582 bytes 1261916755 pkt (dropped 16306559, overlimits 0
requeues 80)
backlog 1151336b 4054p requeues 80
65 flows (1 inactive, 0 throttled)
0 gc, 0 highprio, 3 throttled, 1530 ns latency, 16306559 flows_plimit
qdisc fq 8330: dev enp216s0f1 parent 1:e limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357754801422 bytes 1261919138 pkt (dropped 16360298, overlimits 0
requeues 68)
backlog 1266072b 4457p requeues 68
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 7 throttled, 1114 ns latency, 16360298 flows_plimit
qdisc fq 8325: dev enp216s0f1 parent 1:3 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357756968400 bytes 1261953663 pkt (dropped 16377069, overlimits 0
requeues 84)
backlog 1267492b 4463p requeues 84
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 6 throttled, 2470 ns latency, 16377069 flows_plimit
qdisc fq 8323: dev enp216s0f1 parent 1:1 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357944308424 bytes 1265224502 pkt (dropped 16351766, overlimits 0
requeues 125)
backlog 1227164b 4321p requeues 125
65 flows (1 inactive, 0 throttled)
0 gc, 0 highprio, 58 throttled, 2143 ns latency, 16351766 flows_plimit
qdisc fq 8327: dev enp216s0f1 parent 1:5 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357756634544 bytes 1261949446 pkt (dropped 16354220, overlimits 0
requeues 114)
backlog 1176896b 4143p requeues 114
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 5 throttled, 2274 ns latency, 16354220 flows_plimit
qdisc fq 8329: dev enp216s0f1 parent 1:7 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357755020876 bytes 1261921756 pkt (dropped 16366535, overlimits 0
requeues 108)
backlog 1171216b 4124p requeues 108
65 flows (1 inactive, 0 throttled)
0 gc, 0 highprio, 3 throttled, 932 ns latency, 16366535 flows_plimit
qdisc fq 832d: dev enp216s0f1 parent 1:b limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357755470474 bytes 1261930198 pkt (dropped 16347462, overlimits 0
requeues 99)
backlog 1255848b 4422p requeues 99
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 5 throttled, 1699 ns latency, 16347462 flows_plimit
qdisc fq 832b: dev enp216s0f1 parent 1:9 limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357754977102 bytes 1261920885 pkt (dropped 16407954, overlimits 0
requeues 92)
backlog 1260108b 4437p requeues 92
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 5 throttled, 1638 ns latency, 16407954 flows_plimit
qdisc fq 832f: dev enp216s0f1 parent 1:d limit 8192p flow_limit 100p
buckets 1024 orphan_mask 1023 quantum 3028 initial_quantum 15140 maxrate
10Gbit refill_delay 40.0ms
Sent 357755499918 bytes 1261929638 pkt (dropped 16358427, overlimits 0
requeues 107)
backlog 1194220b 4205p requeues 107
64 flows (0 inactive, 0 throttled)
0 gc, 0 highprio, 8 throttled, 2257 ns latency, 16358427 flows_plimit
qdisc noqueue 0: dev vlan1000 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
ethtool -k enp216s0f1
Features for enp216s0f1:
Cannot get device udp-fragmentation-offload settings: Operation not
supported
rx-checksumming: on
tx-checksumming: on
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: on
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: on
scatter-gather: on
tx-scatter-gather: on
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: on
tx-tcp-segmentation: on
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: on
tx-tcp6-segmentation: on
udp-fragmentation-offload: off
generic-segmentation-offload: off
generic-receive-offload: on
large-receive-offload: off
rx-vlan-offload: on
tx-vlan-offload: on
ntuple-filters: on
receive-hashing: on
highdma: on [fixed]
rx-vlan-filter: on
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: on
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off
hw-tc-offload: on
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: on
ethtool -k enp216s0f0
Features for enp216s0f0:
Cannot get device udp-fragmentation-offload settings: Operation not
supported
rx-checksumming: on
tx-checksumming: on
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: on
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: on
scatter-gather: on
tx-scatter-gather: on
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: on
tx-tcp-segmentation: on
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: on
tx-tcp6-segmentation: on
udp-fragmentation-offload: off
generic-segmentation-offload: off
generic-receive-offload: on
large-receive-offload: off
rx-vlan-offload: on
tx-vlan-offload: on
ntuple-filters: on
receive-hashing: on
highdma: on [fixed]
rx-vlan-filter: on
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: on
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off
hw-tc-offload: off
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: on
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox