RE: [PATCH v2 netdev] net: phy: marvell: Limit errata to 88m1101

> -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Tuesday, May 23, 2017 4:59 AM > To: David Miller > Cc: Daniel Walker ; Harini Katakam > ; Florian Fainelli ; netdev >

Re: [patch net-next 2/2] net/sched: fix filter flushing

On Sat, May 20, 2017 at 6:01 AM, Jiri Pirko wrote: > From: Jiri Pirko > > When user instructs to remove all filters from chain, we cannot destroy > the chain as other actions may hold a reference. Also the put in errout > would try to destroy it again. So

Re: [patch net-next 2/2] net/sched: fix filter flushing

On Mon, May 22, 2017 at 10:17 PM, Jiri Pirko wrote: > Mon, May 22, 2017 at 11:04:58PM CEST, xiyou.wangc...@gmail.com wrote: >>On Mon, May 22, 2017 at 1:54 PM, Cong Wang wrote: >>> On Sun, May 21, 2017 at 12:19 PM, Jiri Pirko wrote:

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

On Mon, May 22, 2017 at 10:03 PM, Shubham Bansal wrote: > On Tue, May 23, 2017 at 9:52 AM, Kees Cook wrote: >> On Mon, May 22, 2017 at 8:34 PM, Shubham Bansal >> wrote: >>> I would post them as soon as I test them on

[PATCH 2/5] xfrm: fix stack access out of bounds with CONFIG_XFRM_SUB_POLICY

From: Sabrina Dubroca When CONFIG_XFRM_SUB_POLICY=y, xfrm_dst stores a copy of the flowi for that dst. Unfortunately, the code that allocates and fills this copy doesn't care about what type of flowi (flowi, flowi4, flowi6) gets passed. In multiple code paths (from

pull request (net): ipsec 2017-05-23

1) Fix wrong header offset for esp4 udpencap packets. 2) Fix a stack access out of bounds when creating a bundle with sub policies. From Sabrina Dubroca. 3) Fix slab-out-of-bounds in pfkey due to an incorrect sadb_x_sec_len calculation. 4) We checked the wrong feature flags when taking

[PATCH 3/5] af_key: Fix slab-out-of-bounds in pfkey_compile_policy.

The sadb_x_sec_len is stored in the unit 'byte divided by eight'. So we have to multiply this value by eight before we can do size checks. Otherwise we may get a slab-out-of-bounds when we memcpy the user sec_ctx. Fixes: df71837d502 ("[LSM-IPSec]: Security association restriction.") Reported-by:

[PATCH 4/5] xfrm: Fix NETDEV_DOWN with IPSec offload

From: Ilan Tayari Upon NETDEV_DOWN event, all xfrm_state objects which are bound to the device are flushed. The condition for this is wrong, though, testing dev->hw_features instead of dev->features. If a device has non-user-modifiable NETIF_F_HW_ESP, then its xfrm_state

[PATCH 1/5] esp4: Fix udpencap for local TCP packets.

Locally generated TCP packets are usually cloned, so we do skb_cow_data() on this packets. After that we need to reload the pointer to the esp header. On udpencap this header has an offset to skb_transport_header, so take this offset into account. Fixes: 67d349ed603 ("net/esp4: Fix invalid esph

[PATCH 5/5] xfrm: fix state migration copy replay sequence numbers

From: Antony Antony During xfrm migration copy replay and preplay sequence numbers from the previous state. Here is a tcpdump output showing the problem. 10.0.10.46 is running vanilla kernel, is the IKE/IPsec responder. After the migration it sent wrong sequence number,

[PATCH net v2 2/2] net: ieee802154: fix net_device reference release too early

This patch fixes the kernel oops when release net_device reference in advance. In function raw_sendmsg(i think the dgram_sendmsg has the same problem), there is a race condition between dev_put and dev_queue_xmit when the device is gong that maybe lead to dev_queue_ximt to see an illegal

[PATCH net 1/2] sctp: fix stream update when processing dupcookie

Since commit 3dbcc105d556 ("sctp: alloc stream info when initializing asoc"), stream and stream.out info are always alloced when creating an asoc. So it's not correct to check !asoc->stream before updating stream info when processing dupcookie, but would be better to check asoc state instead.

[PATCH net 2/2] sctp: set new_asoc temp when processing dupcookie

After sctp changed to use transport hashtable, a transport would be added into global hashtable when adding the peer to an asoc, then the asoc can be got by searching the transport in the hashtbale. The problem is when processing dupcookie in sctp_sf_do_5_2_4_dupcook, a new asoc would be created.

[PATCH net 0/2] sctp: a bunch of fixes for processing dupcookie

After introducing transport hashtable and per stream info into sctp, some regressions were caused when processing dupcookie, this patchset is to fix them. Xin Long (2): sctp: fix stream update when processing dupcookie sctp: set new_asoc temp when processing dupcookie net/sctp/associola.c

[PATCH net v2 1/2] net: ieee802154: remove explicit set skb->sk

Explicit set skb->sk is needless, sock_alloc_send_skb is already set it. Signed-off-by: Lin Zhang Acked-by: Stefan Schmidt --- changelog: v1 -> v2: * split v1 into two patches, per Stefan Schmidt. Thanks to Stefan Schmidt for reviewing !

Re: [patch net-next 2/2] net/sched: fix filter flushing

Mon, May 22, 2017 at 11:04:58PM CEST, xiyou.wangc...@gmail.com wrote: >On Mon, May 22, 2017 at 1:54 PM, Cong Wang wrote: >> On Sun, May 21, 2017 at 12:19 PM, Jiri Pirko wrote: You can't claim you really delete it as long as actions can still

Re: [patch net-next RFC] net: sched: cls_api: make reclassify return all the way back to the original tp

Tue, May 23, 2017 at 01:57:47AM CEST, xiyou.wangc...@gmail.com wrote: >On Mon, May 22, 2017 at 8:09 AM, Jiri Pirko wrote: >> From: Jiri Pirko >> >> With the introduction of chain goto action, the reclassification would >> cause the re-iteration of the actual

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

Hi Kees, I already have ARMv5 and ARMv6 code written. I just haven't tested it yet. Should i send the patch with those as well ? Best, Shubham Bansal On Tue, May 23, 2017 at 9:52 AM, Kees Cook wrote: > On Mon, May 22, 2017 at 8:34 PM, Shubham Bansal >

[PATCH net] ip6_tunnel, ip6_gre: fix setting of DSCP on encapsulated packets

This fix addresses two problems in the way the DSCP field is formulated on the encapsulating header of IPv6 tunnels. 1) The IPv6 tunneling code was manipulating the DSCP field of the encapsulating packet using the 32b flowlabel. Since the flowlabel is only the lower 20b it was incorrect to

Re: [PATCH 0/5] atm: Adjustments for some function implementations

On Sun, May 21, 2017 at 1:12 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 21 May 2017 22:09:11 +0200 > > A few update suggestions were taken into account > from static source code analysis. > > Markus Elfring (5):

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

On Mon, May 22, 2017 at 7:58 PM, Shubham Bansal wrote: > On testing the eBPF JIT with CONFIG_FRAME_POINTER I got the following > crash for non jitted testcase. It's just a softlockup WARN, not a crash, and I think it'd to be expected given the large runtime test_bpf

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

On Mon, May 22, 2017 at 8:34 PM, Shubham Bansal wrote: > I would post them as soon as I test them on ARMv5 and ARMv6. If you > can help me with that, please let me know. Please post what you have: it would be better to see what you've got now in case additional changes

Re: [PATCH 00/12] Netfilter/IPVS fixes for net

From: David Miller Date: Mon, 22 May 2017 19:54:44 -0400 (EDT) > From: Pablo Neira Ayuso > Date: Mon, 22 May 2017 00:25:38 +0200 > >> Could you merge net into net-next as well? I have several patches for >> net-next that need to apply on these fixes.

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

Hi Florian, >> I think it is fine to only target ARMv7. It is harder and harder to >> find devices on v5 or v6 CPUs that would want to be using BPF JIT, >> IMO. > > There are still a ton of Marvell-based routers out there (e.g: Kirkwood, > Orion5x) that are ARMv5 and that prompted Nicholas (hey

Re: [PATCH net-next] bpf: update perf event helper function signature and documentation

On 5/22/17, 20:08, "David Miller" wrote: From: Teng Qin Date: Tue, 23 May 2017 00:39:34 + > diff --git a/samples/bpf/bpf_helpers.h b/samples/bpf/bpf_helpers.h > index 9a9c95f..a94ce42 100644 > --- a/samples/bpf/bpf_helpers.h

Re: Deleting a dynamic mac entry..

On 2017/05/21 11:28, Manohar Kumar wrote: > Hello, > > In 3.19 the following bridge fdb command to delete a dynamically > learned entry fails.. > > root@net-3:~# bridge fdb show | grep 02:42:0a:ff:00:06 > 02:42:0a:ff:00:06 dev vxlan0 master br0 > root@net-3:~# bridge fdb del 02:42:0a:ff:00:06

Re:Re: [PATCH net-next] net: rfs: Don't reset RFS entries when nothing changed

At 2017-05-23 11:02:20, "David Miller" wrote: >From: gfree.w...@vip.163.com >Date: Tue, 23 May 2017 08:45:11 +0800 > >> From: Gao Feng >> >> When the new RFS table size specified by sysctl equals the old one, >> there is nothing changed actually. So

Re: [PATCH net-next] bpf: update perf event helper function signature and documentation

From: Teng Qin Date: Tue, 23 May 2017 00:39:34 + > diff --git a/samples/bpf/bpf_helpers.h b/samples/bpf/bpf_helpers.h > index 9a9c95f..a94ce42 100644 > --- a/samples/bpf/bpf_helpers.h > +++ b/samples/bpf/bpf_helpers.h > @@ -37,9 +37,8 @@ static int (*bpf_clone_redirect)(void

Re: [PATCH net-next] net: rfs: Don't reset RFS entries when nothing changed

From: gfree.w...@vip.163.com Date: Tue, 23 May 2017 08:45:11 +0800 > From: Gao Feng > > When the new RFS table size specified by sysctl equals the old one, > there is nothing changed actually. So it is unnecessary to reset the > RFS table entris. > > Signed-off-by: Gao

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

Hi, On testing the eBPF JIT with CONFIG_FRAME_POINTER I got the following crash for non jitted testcase. [ 72.032494] test_bpf: #267 BPF_MAXINSNS: Call heavy transformations jited:0 1112799 [ 92.304815] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s! [insmod:104] [ 92.305050] Modules

RE: [PATCH] net: fec: add post PHY reset delay DT property

From: Quentin Schulz Sent: Monday, May 22, 2017 5:15 PM >Some PHY require to wait for a bit after the reset GPIO has been toggled. This >adds support for the DT property `phy-reset-post-delay` which gives the delay >in milliseconds to wait after reset. > >If

Re: [PATCH] net: ieee802154: fix net_device reference release too early

Hello. Sorry too late to reply. > > Hello. > > On Thu, 2017-05-18 at 15:14, Stefan Schmidt wrote: > > Hello. > > > > On Thu, 2017-05-18 at 15:50, linzhang wrote: > > > This patch fixes the kernel oops when release net_device reference in > > > advance. In function raw_sendmsg(i think the

[PATCH net-next] net: rfs: Don't reset RFS entries when nothing changed

From: Gao Feng When the new RFS table size specified by sysctl equals the old one, there is nothing changed actually. So it is unnecessary to reset the RFS table entris. Signed-off-by: Gao Feng --- net/core/sysctl_net_core.c | 5 +++-- 1 file

[PATCH net-next] bpf: update perf event helper function signature and documentation

From: Teng Qin This commit updates function signature of the bpf_perf_event_output and bpf_perf_event_read helpers to match their implementation. Also updates their documentation in the header files. Signed-off-by: Teng Qin Acked-by: Alexei Starovoitov

Re: [PATCH net 1/3] vlan: Fix tcp checksums offloads for Q-in-Q vlan.

From: Vladislav Yasevich Date: Thu, 18 May 2017 09:31:03 -0400 > It appears that since commit 8cb65d000, Q-in-Q vlans have been > broken. The series that commit is part of enabled TSO and checksum > offloading on Q-in-Q vlans. However, most HW we support can't handle > it.

Re: [patch net-next RFC] net: sched: cls_api: make reclassify return all the way back to the original tp

On Mon, May 22, 2017 at 8:09 AM, Jiri Pirko wrote: > From: Jiri Pirko > > With the introduction of chain goto action, the reclassification would > cause the re-iteration of the actual chain. But it perhaps makes more > sense to restart the whole thing.

Re: [PATCH 00/12] Netfilter/IPVS fixes for net

From: Pablo Neira Ayuso Date: Mon, 22 May 2017 00:25:38 +0200 > Could you merge net into net-next as well? I have several patches for > net-next that need to apply on these fixes. No rush BTW. Sure, no problem. As soon as Linus takes in my pull request from today, I will

Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions

On Mon, May 22, 2017 at 4:38 PM, Andy Lutomirski wrote: > I think that having the un-resettable mode is unnecessary. We should > have option that disables loading modules entirely and cannot be > unset. (That means no explicit loads and not implicit loads.) Maybe > we already

Re: [PATCH net-next 2/2] samples/bpf: add samples for HW_CACHE / RAW events

From: Alexei Starovoitov Date: Mon, 22 May 2017 16:35:07 -0700 > yet perf_event_read() is least documented. hmm. > * u64 bpf_perf_event_read(, index) > * Return: Number events read or error code > > that needs to be fixed. That's exactly what I was talking about :-)

Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions

On Mon, May 22, 2017 at 4:07 PM, Kees Cook wrote: > On Mon, May 22, 2017 at 12:55 PM, Djalal Harouni wrote: >> On Mon, May 22, 2017 at 6:43 PM, Solar Designer wrote: >>> On Mon, May 22, 2017 at 03:49:15PM +0200, Djalal Harouni wrote:

Re: [PATCH net-next 2/2] samples/bpf: add samples for HW_CACHE / RAW events

On 5/22/17 4:26 PM, David Miller wrote: From: Alexei Starovoitov Date: Mon, 22 May 2017 15:48:40 -0700 @@ -31,7 +31,7 @@ static unsigned long long (*bpf_get_current_uid_gid)(void) = (void *) BPF_FUNC_get_current_uid_gid; static int (*bpf_get_current_comm)(void *buf, int

Re: [PATCH net-next 00/20] net: dsa: distribute switch events

From: Florian Fainelli Date: Mon, 22 May 2017 13:01:06 -0700 > For this entire series: > > Tested-by: Florian Fainelli > > on a 7445 (bcm-sf2), normal bridging still worked, and bridging with > VLAN filtering also did, just like adding VLANs to

[PATCH v2 netdev] net: phy: marvell: Limit errata to 88m1101

The 88m1101 has an errata when configuring autoneg. However, it was being applied to many other Marvell PHYs as well. Limit its scope to just the 88m1101. Fixes: 76884679c644 ("phylib: Add support for Marvell 88eS and 88e1145") Reported-by: Daniel Walker Signed-off-by:

Re: [PATCH net-next 2/2] samples/bpf: add samples for HW_CACHE / RAW events

From: Alexei Starovoitov Date: Mon, 22 May 2017 15:48:40 -0700 > @@ -31,7 +31,7 @@ static unsigned long long (*bpf_get_current_uid_gid)(void) = > (void *) BPF_FUNC_get_current_uid_gid; > static int (*bpf_get_current_comm)(void *buf, int buf_size) = > (void *)

Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions

On Mon, May 22, 2017 at 12:55 PM, Djalal Harouni wrote: > On Mon, May 22, 2017 at 6:43 PM, Solar Designer wrote: >> On Mon, May 22, 2017 at 03:49:15PM +0200, Djalal Harouni wrote: >>> On Mon, May 22, 2017 at 2:08 PM, Solar Designer

[PATCH net-next 1/2] perf, bpf: add support for HW_CACHE and RAW events

From: Teng Qin This commit adds support for attach BPF program to RAW and HW_CACHE type events, and support for read HW_CACHE type event counters in BPF program. Existing code logic already supports them, so this commit is just update Enum value checks. Signed-off-by: Teng Qin

[PATCH net-next 0/2] perf, bpf: add support for HW_CACHE and RAW events

Patch 1: add support for HW_CACHE and RAW perf events to bpf: - similar to PERF_TYPE_RAW and PERF_TYPE_HARDWARE allow PERF_TYPE_HW_CACHE events to be accessed via bpf_perf_event_read() - similar to PERF_TYPE_HARDWARE and PERF_TYPE_SOFTWARE allow bpf programs to attch to PERF_TYPE_HW_CACHE and

[PATCH net-next 2/2] samples/bpf: add samples for HW_CACHE / RAW events

From: Teng Qin This commit adds sample to test attach BPF to HW_CACHE and RAW type events into the trace_event sample. The test outputs a lot of things to screen, therefore make sure it aborts on error so it's easier to see if everything works. Also update clean-up logic to

Re: [PATCH v4 next 2/3] modules:capabilities: automatic module loading restriction

On Mon, May 22, 2017 at 4:57 AM, Djalal Harouni wrote: > [...] > diff --git a/kernel/module.c b/kernel/module.c > index 4a3665f..ce7a146 100644 > --- a/kernel/module.c > +++ b/kernel/module.c > @@ -282,6 +282,8 @@ module_param(sig_enforce, bool_enable_only, 0644); > > /* Block

RE: [PATCH v3 net-next 3/5] dsa: add DSA switch driver for Microchip KSZ9477

> > > > +static int get_vlan_table(struct dsa_switch *ds, u16 vid, u32 > *vlan_table) > > > > +{ > > > > + struct ksz_device *dev = ds->priv; > > > > + u8 data; > > > > + int timeout = 1000; > > > > + > > > > + ksz_write16(dev, REG_SW_VLAN_ENTRY_INDEX__2, vid & > > >

Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument

On Mon, May 22, 2017 at 4:57 AM, Djalal Harouni wrote: > This is a preparation patch for the module auto-load restriction feature. > > In order to restrict module auto-load operations we need to check if the > caller has CAP_SYS_MODULE capability. This allows to align security >

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

On 05/22/2017 02:19 PM, Timur Tabi wrote: > On 05/22/2017 04:10 PM, Florian Fainelli wrote: >> Even a module argument would be rejected. If you need platform/SoC >> specific behavior propagated down to the PHY driver, several options exist: >> >> - pass an agreed upon value for phy_flags to

Re: network performance degradation in virtio_net in 4.12-rc

On Mon, 22 May 2017, Michael S. Tsirkin wrote: > On Mon, May 22, 2017 at 10:25:19AM -0400, Mikulas Patocka wrote: > > Hi > > > > I see severe network performance degradation with the kernels 4.12-rc1 and > > 4.12-rc2 in the network virtio driver. Download rate drops down to about > >

Re: brcmfmac firmware issue on NanoPi K2

Hi Andreas, On Sun, May 21, 2017 at 9:20 AM, Andreas Färber wrote: > Hello, > > The NanoPi K2 has an Ampak AP6212 SDIO module. brcmfmac driver loads > brcmfmac43430-sdio.bin. > > When using the firmware file from linux-firmware.git that openSUSE ships > I get the following

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

> I'll have to test this, but what do I do if I don't get another interrupt? It probably means interrupts cannot be used. Poll it. Andrew

Re: [RFC net-next PATCH 4/5] net: new XDP feature for reading HW rxhash from drivers

On Mon, May 22, 2017 at 1:42 PM, Jesper Dangaard Brouer wrote: > On Mon, 22 May 2017 08:39:35 +0200 > Jesper Dangaard Brouer wrote: > >> On Sun, 21 May 2017 15:10:29 -0700 >> Tom Herbert wrote: >> >> > On Sun, May 21, 2017 at 9:04 AM,

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

On 05/22/2017 04:09 PM, Andrew Lunn wrote: > Are you using interrupts? Or polling? adpt->phydev->irq = PHY_IGNORE_INTERRUPT; ret = phy_connect_direct(netdev, adpt->phydev, emac_adjust_link, PHY_INTERFACE_MODE_SGMII); Technically it's polling, except that it's my NIC's

Re: [PATCH v3 net-next 3/5] dsa: add DSA switch driver for Microchip KSZ9477

On Mon, May 22, 2017 at 09:21:28PM +, woojung@microchip.com wrote: > Hi Andres, > > > > +static struct { > > > + int index; > > > + char string[ETH_GSTRING_LEN]; > > > > Hi Woojung > > > > Since you need to respin for the skb_put_padto(), please make this > > const. > OK. > > > >

Re: [PATCH] net/core: remove explicit do_softirq() from busy_poll_stop()

On Mon, May 22, 2017 at 12:26 PM, Sebastian Andrzej Siewior wrote: > Since commit 217f69743681 ("net: busy-poll: allow preemption in > sk_busy_loop()") there is an explicit do_softirq() invocation after > local_bh_enable() has been invoked. > I don't understand why we need

RE: [PATCH v3 net-next 3/5] dsa: add DSA switch driver for Microchip KSZ9477

Hi Andres, > > +static struct { > > + int index; > > + char string[ETH_GSTRING_LEN]; > > Hi Woojung > > Since you need to respin for the skb_put_padto(), please make this > const. OK. > > +static int get_vlan_table(struct dsa_switch *ds, u16 vid, u32 *vlan_table) > > +{ > > + struct

[PATCH] net: make struct request_sock_ops::obj_size unsigned

This field is sizeof of corresponding kmem_cache so it can't be negative. Space will be saved after 32-bit kmem_cache_create() patch. Signed-off-by: Alexey Dobriyan --- include/net/request_sock.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

[PATCH net-next] net: make struct inet_frags::qsize unsigned

This field is sizeof of corresponding kmem_cache so it can't be negative. Prepare for 32-bit kmem_cache_create(). Signed-off-by: Alexey Dobriyan --- include/net/inet_frag.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/include/net/inet_frag.h +++

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

On 05/22/2017 04:10 PM, Florian Fainelli wrote: > Even a module argument would be rejected. If you need platform/SoC > specific behavior propagated down to the PHY driver, several options exist: > > - pass an agreed upon value for phy_flags to of_phy_connect() see >

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

On 05/22/2017 02:02 PM, Andrew Lunn wrote: >> 2. I'm preparing a patch that adds a command-line parameter to at803x that >> makes this code conditional. > > FYI: > > A patch with a command line argument, i think you actually mean a > module argument, is very likely to be rejected. Even a module

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

On Mon, May 22, 2017 at 03:12:03PM -0500, Timur Tabi wrote: > On 10/24/2016 05:40 AM, Zefir Kurtisi wrote: > > This commit adds a wrapper function for at8031 > > that in case of operating in SGMII mode double > > checks SGMII link state when generic aneg_done() > > succeeds. It prints a warning on

Re: [patch net-next 2/2] net/sched: fix filter flushing

On Mon, May 22, 2017 at 1:54 PM, Cong Wang wrote: > On Sun, May 21, 2017 at 12:19 PM, Jiri Pirko wrote: >>>You can't claim you really delete it as long as actions can still >>>see it and dump it. >> >> No, user just wants to delete all the filters.

Re: 4.12-RC2 BUG: scheduling while atomic: irq/47-iwlwifi

Hi Arend, Sorry, I forgot that the original message wasn't Cc'ed to the wireless list, only netdev. > +++ b/net/wireless/scan.c > @@ -322,9 +322,7 @@ static void cfg80211_del_sched_scan_req(struct > cfg80211_regi >  { > struct cfg80211_sched_scan_request *pos; > > -   ASSERT_RTNL();

Re: 4.12-RC2 BUG: scheduling while atomic: irq/47-iwlwifi

On 22-5-2017 14:09, Arend van Spriel wrote: > On 5/22/2017 12:57 PM, Johannes Berg wrote: >> On Mon, 2017-05-22 at 12:36 +0200, Sander Eikelenboom wrote: >>> Hi, >>> >>> I encountered this splat with 4.12-RC2. >> >> Ugh, yeah, I should've seen that in the review. >> >> Arend, please take a look

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

> 2. I'm preparing a patch that adds a command-line parameter to at803x that > makes this code conditional. FYI: A patch with a command line argument, i think you actually mean a module argument, is very likely to be rejected. Andrew

Re: [PATCH 3/5] sctp: Fix a typo in a comment line in sctp_init()

On 05/22/2017 12:39 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 17:43:44 +0200 > > Add a missing character in this description. > > Signed-off-by: Markus Elfring > --- > net/sctp/protocol.c | 2 +- >

Re: [PATCH 5/5] sctp: Adjust one function call together with a variable assignment

On 05/22/2017 12:41 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 18:15:12 +0200 > > The script "checkpatch.pl" pointed information out like the following. > > ERROR: do not use assignment in if condition > > Thus fix the affected

Re: [PATCH 4/5] sctp: Improve a size determination in sctp_inetaddr_event()

On 05/22/2017 12:40 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 18:08:24 +0200 > > Replace the specification of a data structure by a pointer dereference > as the parameter for the operator "sizeof" to make the corresponding size >

Re: [PATCH 2/5] sctp: Delete an error message for a failed memory allocation in sctp_init()

On 05/22/2017 12:38 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 17:28:14 +0200 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle software. > > Link: >

Re: [PATCH 1/5] sctp: Use kmalloc_array() in sctp_init()

On 05/22/2017 12:37 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 17:20:11 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data structure should be processed. > Thus use the

Re: [patch net-next 2/2] net/sched: fix filter flushing

On Sun, May 21, 2017 at 12:19 PM, Jiri Pirko wrote: >>You can't claim you really delete it as long as actions can still >>see it and dump it. > > No, user just wants to delete all the filters. That is done. User does > not care if the actual chain structure is there or not. >

Re: [PATCH net-next 17/20] net: dsa: add notifier for ageing time

Hi Florian, Florian Fainelli writes: > On 05/19/2017 02:00 PM, Vivien Didelot wrote: >> This patch keeps the port-wide ageing time handling code in >> dsa_port_ageing_time, pushes the requested ageing time value in a new >> switch fabric notification, and moves the

Re: [RFC net-next PATCH 4/5] net: new XDP feature for reading HW rxhash from drivers

On Mon, 22 May 2017 08:39:35 +0200 Jesper Dangaard Brouer wrote: > On Sun, 21 May 2017 15:10:29 -0700 > Tom Herbert wrote: > > > On Sun, May 21, 2017 at 9:04 AM, Jesper Dangaard Brouer > > wrote: > > > On Sat, 20 May 2017 09:16:09

Re: [PATCH iproute2] ip: add handling for new CAN netlink interface

On Fri, 19 May 2017 14:54:49 +0200 Remigiusz Kołłątaj wrote: > This patch adds handling for new CAN netlink interface introduced in > 4.11 kernel: > - IFLA_CAN_TERMINATION, > - IFLA_CAN_TERMINATION_CONST, > - IFLA_CAN_BITRATE_CONST, > -

Re: [PATCH iproute2 1/1] tc: fix Makefile to build skbmod

On Fri, 19 May 2017 13:05:43 -0400 Roman Mashak wrote: > Signed-off-by: Roman Mashak Applied

Re: [patch iproute2 v2 repost 1/3] tc_filter: add support for chain index

On Tue, 16 May 2017 19:29:35 +0200 Jiri Pirko wrote: > From: Jiri Pirko > > Allow user to put filter to a specific chain identified by index. > > Signed-off-by: Jiri Pirko Applied to net-next branch of iproute2

Re: [PATCH] xprtrdma: Delete an error message for a failed memory allocation in xprt_rdma_bc_setup()

> On May 22, 2017, at 4:24 PM, SF Markus Elfring > wrote: > > From: Markus Elfring > Date: Mon, 22 May 2017 22:18:28 +0200 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by

[PATCH] xprtrdma: Delete an error message for a failed memory allocation in xprt_rdma_bc_setup()

From: Markus Elfring Date: Mon, 22 May 2017 22:18:28 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link:

Re: [PATCH 2/2] Add missing include

On Mon, 22 May 2017 23:09:23 +0300 Baruch Siach wrote: > Hi Stephen, > > On Mon, May 22, 2017 at 10:24:42AM -0700, Stephen Hemminger wrote: > > On Mon, 22 May 2017 16:27:54 +0300 > > Baruch Siach wrote: > > > > > From: Thomas Petazzoni

Re: [PATCH 2/2] at803x: double check SGMII side autoneg

On 10/24/2016 05:40 AM, Zefir Kurtisi wrote: > This commit adds a wrapper function for at8031 > that in case of operating in SGMII mode double > checks SGMII link state when generic aneg_done() > succeeds. It prints a warning on failure but > intentionally does not try to recover from this >

Process phantom ECN event in TCP without CWR response

I'm trying to generate phantom ECN events to (manually) decrease the transmission rate/throughput. The signals is meant to be generated and received on a single host. I don't want the ECN event to generate a CWR (Congestion Window Reduced) response to the sender. I'm trying to think of ways to

Re: [PATCH 2/2] Add missing include

Hi Stephen, On Mon, May 22, 2017 at 10:24:42AM -0700, Stephen Hemminger wrote: > On Mon, 22 May 2017 16:27:54 +0300 > Baruch Siach wrote: > > > From: Thomas Petazzoni > > > > The u_intXX_t types are defined in , so it should be > >

Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit

On Mon, May 22, 2017 at 10:04 AM, Shubham Bansal wrote: > These all benchmarks are for ARMv7. Thanks! In the future, try to avoid the white-space damage (line-wrapping). And it looks like you've still got debugging turned on in your jit code: [ 56.176033] test_bpf:

Re: [PATCH net-next 00/20] net: dsa: distribute switch events

Yo Vivien, On 05/19/2017 02:00 PM, Vivien Didelot wrote: > DSA is by nature the support for a switch fabric, which can be composed > of a single, or multiple interconnected Ethernet switch chips. > > The current DSA core behavior is to identify the slave port targeted by > a request (e.g. adding

Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions

On Mon, May 22, 2017 at 6:43 PM, Solar Designer wrote: > On Mon, May 22, 2017 at 03:49:15PM +0200, Djalal Harouni wrote: >> On Mon, May 22, 2017 at 2:08 PM, Solar Designer wrote: >> > On Mon, May 22, 2017 at 01:57:03PM +0200, Djalal Harouni wrote: >> >> *)

Re: [PATCH 5/5] sctp: Adjust one function call together with a variable assignment

On Mon, May 22, 2017 at 06:41:45PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 18:15:12 +0200 > > The script "checkpatch.pl" pointed information out like the following. > > ERROR: do not use assignment in if condition > > Thus

Re: [PATCH 2/5] sctp: Delete an error message for a failed memory allocation in sctp_init()

On Mon, May 22, 2017 at 06:38:21PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 17:28:14 +0200 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle

Re: [PATCH 3/5] sctp: Fix a typo in a comment line in sctp_init()

On Mon, May 22, 2017 at 06:39:29PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 17:43:44 +0200 > > Add a missing character in this description. > > Signed-off-by: Markus Elfring Acked-by: Marcelo

Re: [PATCH 4/5] sctp: Improve a size determination in sctp_inetaddr_event()

On Mon, May 22, 2017 at 06:40:37PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 18:08:24 +0200 > > Replace the specification of a data structure by a pointer dereference > as the parameter for the operator "sizeof" to make the

Re: [PATCH 1/5] sctp: Use kmalloc_array() in sctp_init()

On Mon, May 22, 2017 at 06:37:19PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 22 May 2017 17:20:11 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data structure should be

Re: [PATCH 2/5] sctp: Delete an error message for a failed memory allocation in sctp_init()

On Mon, May 22, 2017 at 09:46:21PM +0200, SF Markus Elfring wrote: > >> +++ b/net/sctp/protocol.c > >> @@ -1447,5 +1447,4 @@ static __init int sctp_init(void) > >>if (!sctp_ep_hashtable) { > >> - pr_err("Failed endpoint_hash alloc\n"); > > > > Okay but then why not also delete the

Re: [PATCH 2/5] sctp: Delete an error message for a failed memory allocation in sctp_init()

>> +++ b/net/sctp/protocol.c >> @@ -1447,5 +1447,4 @@ static __init int sctp_init(void) >> if (!sctp_ep_hashtable) { >> -pr_err("Failed endpoint_hash alloc\n"); > > Okay but then why not also delete the one a few lines below this one: > if (!sctp_port_hashtable) { >

Re: [PATCH net-next 20/20] net: dsa: add VLAN notifier

On 05/19/2017 02:00 PM, Vivien Didelot wrote: > Add two new DSA_NOTIFIER_VLAN_ADD and DSA_NOTIFIER_VLAN_DEL events to > notify not only a single switch, but all switches of a the fabric when > an VLAN entry is added or removed. > > For the moment, keep the current behavior and ignore other

Re: [PATCH net-next 19/20] net: dsa: add MDB notifier

On 05/19/2017 02:00 PM, Vivien Didelot wrote: > Add two new DSA_NOTIFIER_MDB_ADD and DSA_NOTIFIER_MDB_DEL events to > notify not only a single switch, but all switches of a the fabric when > an MDB entry is added or removed. > > For the moment, keep the current behavior and ignore other switches.

Re: [PATCH net-next 18/20] net: dsa: add FDB notifier

On 05/19/2017 02:00 PM, Vivien Didelot wrote: > Add two new DSA_NOTIFIER_FDB_ADD and DSA_NOTIFIER_FDB_DEL events to > notify not only a single switch, but all switches of a the fabric when > an FDB entry is added or removed. > > For the moment, keep the current behavior and ignore other switches.

Re: [PATCH net-next 17/20] net: dsa: add notifier for ageing time

On 05/19/2017 02:00 PM, Vivien Didelot wrote: > This patch keeps the port-wide ageing time handling code in > dsa_port_ageing_time, pushes the requested ageing time value in a new > switch fabric notification, and moves the switch-wide ageing time > handling code in dsa_switch_ageing_time. > >

  1   2   3   4   >