Re: [PATCH net] igmp: do not remove igmp souce list info when set link down

Hi Hangbin, [auto build test ERROR on net/master] url: https://github.com/0day-ci/linux/commits/Hangbin-Liu/igmp-do-not-remove-igmp-souce-list-info-when-set-link-down/20161107-151122 config: i386-randconfig-x016-201645 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901

Re: [PATCH net] igmp: do not remove igmp souce list info when set link down

Hi Hangbin, [auto build test ERROR on net/master] url: https://github.com/0day-ci/linux/commits/Hangbin-Liu/igmp-do-not-remove-igmp-souce-list-info-when-set-link-down/20161107-151122 config: i386-randconfig-x007-201645 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901

systeembeheerder

Uw mailbox heeft overschreden de opslaglimiet gedefinieerd door de beheerder en kan niet verzenden of nieuwe berichten te ontvangen, totdat u uw e-mail te valideren Klik op de volgende link om uw e-mail te bevestigen klik hier Dank je

[PATCH net] igmp: do not remove igmp souce list info when set link down

In commit 24cf3af(igmp: call ip_mc_clear_src...), we forgot to remove igmpv3_clear_delrec() in ip_mc_down(), which also called ip_mc_clear_src(). This make us clear all IGMPv3 source filter info after NETDEV_DOWN. Move igmpv3_clear_delrec() to ip_mc_destroy_dev() and then no need ip_mc_clear_src()

[PATCH net-next] igmp: Document sysctl force_igmp_version

There is some difference between force_igmp_version and force_mld_version. Add document to make users aware of this. Signed-off-by: Hangbin Liu --- Documentation/networking/ip-sysctl.txt | 15 +++ 1 file changed, 15 insertions(+) diff --git

Re: [PATCH for-next 01/11] IB/hns: Add the interface for querying QP1

On 11/4/2016 10:06 PM, Salil Mehta wrote: > From: Lijun Ou > > In old code, It only added the interface for querying non-specific > QP. This patch mainly adds an interface for querying QP1. > > Signed-off-by: Lijun Ou > Reviewed-by: Wei Hu (Xavier)

Re: [PATCH net-next] sock: do not set sk_err in sock_dequeue_err_skb

On Nov 4, 2016 1:26 PM, "Willem de Bruijn" wrote: > > On Thu, Nov 3, 2016 at 7:10 PM, Hannes Frederic Sowa > wrote: > > [also cc'ed Andy, albeit this doesn't seem to solve his initial problem, > > right?

Re: [net-next v2 0/7] stmmac: dwmac-sti refactor+cleanup

From: Joachim Eastwood Date: Fri, 4 Nov 2016 18:54:04 +0100 > This patch set aims to remove the init/exit callbacks from the > dwmac-sti driver and instead use standard PM callbacks. Doing this > will also allow us to cleanup the driver. > > Eventually the init/exit

Re: [net-next 00/15][pull request] 10GbE Intel Wired LAN Driver Updates 2016-11-04

From: Jeff Kirsher Date: Sat, 5 Nov 2016 00:54:06 -0700 > This series contains updates to ixgbe and ixgbevf only. Pulled, thanks Jeff.

Re: [PATCH 1/2] ethernet: stmmac: make DWMAC_STM32 depend on it's associated SoC

From: Peter Robinson Date: Sun, 6 Nov 2016 20:04:37 + > There's not much point, except compile test, enabling the stmmac > platform drivers unless the STM32 SoC is enabled. It's not > useful without it. > > Signed-off-by: Peter Robinson Please

[PATCH iproute2 1/1] tc: updated man page to reflect GET command to retrieve a single filter.

Signed-off-by: Roman Mashak Signed-off-by: Jamal Hadi Salim --- man/man8/tc.8 | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/man/man8/tc.8 b/man/man8/tc.8 index 4e99dca..3f4f8b5 100644 --- a/man/man8/tc.8 +++ b/man/man8/tc.8

[lkp] [net] af1fee9821: BUG:spinlock_trylock_failure_on_UP_on_CPU

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master commit af1fee98219992ba2c12441a447719652ed7e983 ("net: phy: Add support for Microsemi VSC 8530/40 Fast Ethernet PHY") in testcase: boot on test machine: qemu-system-x86_64

Re: [PATCH net-next] net: core: add missing check for uid_range in rule_exists.

Acked-by: Maciej Żenczykowski

[PATCH iproute2 1/1] tc: print raw qdisc handle.

Signed-off-by: Roman Mashak Signed-off-by: Jamal Hadi Salim --- tc/tc_qdisc.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/tc/tc_qdisc.c b/tc/tc_qdisc.c index a63c476..9b06b8f 100644 --- a/tc/tc_qdisc.c +++ b/tc/tc_qdisc.c @@

Anybody in Paris?

Hey, Unusual question for a virtual mailing list, perhaps... Anybody happen to be in Paris who knows the core networking stack really quite well, and would like to sit down for lunch and talk about sk_buffs? I've been developing in isolation far too long, and it seems like a lot of networking

Re: [PATCH net-next] ibmveth: v1 calculate correct gso_size and set gso_type

On Thu, Nov 3, 2016 at 8:40 AM, Brian King wrote: > On 10/27/2016 10:26 AM, Eric Dumazet wrote: >> On Wed, 2016-10-26 at 11:09 +1100, Jon Maxwell wrote: >>> We recently encountered a bug where a few customers using ibmveth on the >>> same LPAR hit an issue where a TCP

[PATCH 1/2] ethernet: stmmac: make DWMAC_STM32 depend on it's associated SoC

There's not much point, except compile test, enabling the stmmac platform drivers unless the STM32 SoC is enabled. It's not useful without it. Signed-off-by: Peter Robinson --- drivers/net/ethernet/stmicro/stmmac/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH iproute] ip: support UID range routing.

- Support adding, deleting and showing IP rules with UID ranges. - Support querying per-UID routes via "ip route get uid ". UID range routing was added to net-next in 4fb7450683 ("Merge branch 'uid-routing'") Signed-off-by: Lorenzo Colitti --- include/linux/fib_rules.h | 6

[PATCH net] Revert "net/mlx4_en: Fix panic during reboot"

This reverts commit 9d2afba058722d40cc02f430229c91611c0e8d16. The original issue would possibly exist if an external module tried calling our "ethtool_ops" without checking if it still exists. The right way of solving it is by simply doing the check in the caller side. Currently, no action is

[PATCH net-next] net: core: add missing check for uid_range in rule_exists.

Without this check, it is not possible to create two rules that are identical except for their UID ranges. For example: root@net-test:/# ip rule add prio 1000 lookup 300 root@net-test:/# ip rule add prio 1000 uidrange 100-200 lookup 300 RTNETLINK answers: File exists root@net-test:/# ip rule add

[PATCH net-next] qed: Prevent stack corruption on MFW interaction

Driver uses a union for copying data to & from management firmware when interacting with it. Problem is that the function always copies sizeof(union) while commit 2edbff8dcb5d ("qed: Learn resources from management firmware") is casting a union elements which is of smaller size [24-byte instead of

Re: [PATCH net-next v4 3/9] ipv6: sr: add support for SRH encapsulation and injection with lwtunnels

On 11/04/2016 05:26 PM, Tom Herbert wrote: >> + >> +int seg6_output(struct net *net, struct sock *sk, struct sk_buff *skb) >> +{ >> + struct dst_entry *orig_dst = skb_dst(skb); >> + struct dst_entry *dst = NULL; >> + struct seg6_lwt *slwt; >> + int err = -EINVAL; >> + >> +

[PATCH v2] net: 3com: typhoon: fix typhoon_get_link_ksettings

When moving from typhoon_get_settings to typhoon_getlink_ksettings in the commit f7a5537cd2a5 ("net: 3com: typhoon: use new api ethtool_{get|set}_link_ksettings"), we use a local variable supported but we forgot to update the struct ethtool_link_ksettings with this value. We also initialize

[PATCH] net: xgbe: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/amd/xgbe/xgbe-ethtool.c | 68 ++ 1 files changed, 37 insertions(+), 31 deletions(-)

[PATCH RFC] rtlwifi: btcoexist: fix port assignment

The port assignment in the if case should be to AUX not MAIN. Fixes: commit baa170229095 ("rtlwifi: btcoexist: Implement antenna selection") Signed-off-by: Nicholas Mc Guire --- problem located by coccinelle in:

rhashtable: how to use insecure_elasticity of rhashtable_params

Now when I don't set insecure_elasticity, ht->elasticity would be set 16, it would be checked in the loop of __rhashtable_insert_fast and rhashtable_lookup_one. But if I set insecure_elasticity = true, ht->elasticity wouldn't be set (and the default is 0). when it is checked in that loop.

Re: [PATCH net-next v2 1/7] vxlan: avoid vlan processing in vxlan device.

Hello. On 11/5/2016 9:45 PM, Pravin B Shelar wrote: VxLan device does not have special handling for vlan taging on egress. Tagging. Therefore it does not make sense to expose vlan offloading feature. Signed-off-by: Pravin B Shelar [...] MBR, Sergei

Re: [PATCH] net: 3com: typhoon: fix typhoon_get_link_ksettings

Hello. On 11/5/2016 6:11 PM, Philippe Reynes wrote: When moving from typhoon_get_settings to typhoon_getlink_ksettings in the commit commit f7a5537cd2a5 ("net: 3com: typhoon: use new api One "commit" is enough. :-) ethtool_{get|set}_link_ksettings"), we use a local variable supported

Re: [PATCH net-next RFC WIP] Patch for XDP support for virtio_net

On Fri, Nov 04, 2016 at 04:05:51PM -0700, John Fastabend wrote: > On 16-11-03 05:34 PM, Michael S. Tsirkin wrote: > > On Thu, Nov 03, 2016 at 04:29:22PM -0700, John Fastabend wrote: > >> [...] > >> > > - when XDP is attached disable all LRO using > > VIRTIO_NET_CTRL_GUEST_OFFLOADS_SET >