[PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

add DT support for the ti hecc controller, used on am3517 SoCs. Signed-off-by: Heiko Schocher --- .../devicetree/bindings/net/can/ti_hecc-can.txt| 20 ++ arch/arm/boot/dts/am3517.dtsi | 13 +++ drivers/net/can/ti_hecc.c

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

On 10/19/2015 08:39 AM, Heiko Schocher wrote: > add DT support for the ti hecc controller, used on > am3517 SoCs. A similar patch was posted a few days ago, see http://comments.gmane.org/gmane.linux.can/8616 and my comments. Please coordinate with Anton Glukhov (Cc'ed) and/or pick up his patches

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

Hello Marc, Am 19.10.2015 um 08:58 schrieb Marc Kleine-Budde: On 10/19/2015 08:39 AM, Heiko Schocher wrote: add DT support for the ti hecc controller, used on am3517 SoCs. A similar patch was posted a few days ago, see http://comments.gmane.org/gmane.linux.can/8616 and my comments. Uh,

[PATCH] net, can, ti_hecc: fix a run time warn_on.

This patch fixes a warning in clk_enable by calling clk_prepare_enable instead. Signed-off-by: Heiko Schocher --- drivers/net/can/ti_hecc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/can/ti_hecc.c b/drivers/net/can/ti_hecc.c index

Re: [PATCHv2 net 2/3] openvswitch: Treat IP_CT_RELATED as new

On 17 October 2015 at 00:52, Thomas Graf wrote: > On 10/16/15 at 11:08am, Joe Stringer wrote: >> New, related connections are marked as such as part of ovs_ct_lookup(), >> but they are not marked as "new" if the commit flag is used. Make this >> consistent by treating IP_CT_RELATED

Re: [patch net-next v5 5/8] switchdev: introduce possibility to defer obj_add/del

On Wed, Oct 14, 2015 at 10:40 AM, Jiri Pirko wrote: > From: Jiri Pirko > > Similar to the attr usecase, the caller knows if he is holding RTNL and is > in atomic section. So let the called to decide the correct call variant. > > This allows drivers to sleep

Re: [PATCH] net, can, ti_hecc: fix a run time warn_on.

On 10/19/2015 08:22 AM, Heiko Schocher wrote: > This patch fixes a warning in clk_enable by calling > clk_prepare_enable instead. What about the corresponding clk_disable_unprepare()? Marc > > Signed-off-by: Heiko Schocher > --- > > drivers/net/can/ti_hecc.c | 2 +- > 1 file

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

Hi, On Sun, Oct 18, 2015, at 22:59, Alexei Starovoitov wrote: > On 10/18/15 9:49 AM, Daniel Borkmann wrote: > > Okay, I have pushed some rough working proof of concept here: > > > > https://git.breakpoint.cc/cgit/dborkman/net-next.git/log/?h=ebpf-fds-final5 > > > > So the idea eventually had to

Re: [PATCH] net, can, ti_hecc: fix a run time warn_on.

Hello Marc, Am 19.10.2015 um 08:34 schrieb Marc Kleine-Budde: On 10/19/2015 08:22 AM, Heiko Schocher wrote: This patch fixes a warning in clk_enable by calling clk_prepare_enable instead. What about the corresponding clk_disable_unprepare()? Yes, that should be fixed too, do this in a v2,

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

On 10/19/2015 09:27 AM, Heiko Schocher wrote: >>> .../devicetree/bindings/net/can/ti_hecc-can.txt| 20 ++ >>> arch/arm/boot/dts/am3517.dtsi | 13 +++ >>> drivers/net/can/ti_hecc.c | 45 >>> +- >>> 3 files

Re: [PATCH net-next] net: Fix vti use case with oif in dst lookups for IPv6

On Mon, Oct 12, 2015 at 12:49:29PM -0600, David Ahern wrote: > On 10/9/15 11:27 AM, David Ahern wrote: > >On 10/9/15 1:17 AM, Steffen Klassert wrote: > diff --git a/net/ipv6/xfrm6_policy.c b/net/ipv6/xfrm6_policy.c > index 30caa289c5db..5cedfda4b241 100644 > ---

[net-next:master 1236/1358] net/netfilter/nfnetlink_log.c:320:14: warning: 'flags' may be used uninitialized in this function

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 371f1c7e0d854796adc622cc3bacfcc5fc638db1 commit: 8cbc870829ecd8f1062f2a756683c80e2d1eae7f [1236/1358] netfilter: nfnetlink_log: validate dependencies to avoid breaking atomicity config: m68k-sun3_defconfig

[GIT] Networking

1) Account for extra headroom in ath9k driver, from Felix Fietkau. 2) Fix OOPS in pppoe driver due to incorrect socket state transition, from Guillaume Nault. 3) Kill memory leak in amd-xgbe debugfx, from Geliang Tang. 4) Power management fixes for iwlwifi, from Johannes Berg. 5) Fix races

[RFC] bpf: change bpf syacall to use u64 temp variables

This patch change map_lookup_elem() and map_update_elem() function to use u64 temp variable if the key_size or value_size is less than u64, we don't need use kmalloc() for these small variables. Signed-off-by: yalin wang --- kernel/bpf/syscall.c | 30

Re: [GIT PULL] ARCNET: features and fixes

Hi David, On Sun, Oct 18, 2015 at 08:19:42PM -0700, David Miller wrote: > From: Michael Grzeschik > Date: Fri, 16 Oct 2015 13:00:54 +0200 > > > This series includes some small fixes. The main changes are the correct > > xceiver handling (enable/disable) of the

[PATCH 1/3] cdc-acm: use the common parser for all CDC drivers

From: Oliver Neukum Use the common parser in CDC-ACM for code depuplication Signed-off-by: Oliver Neukum --- drivers/usb/class/cdc-acm.c | 66 +++-- 1 file changed, 9 insertions(+), 57 deletions(-) diff --git

[PATCHv2: 0 / 3] introducing the common CDC parser to other drivers

This series introduces the common CDC parser into the CDC tty and serial drivers. As it depends on the common parser in the netdev tree, Greg agreed for this to go through the netdev tree. Signed-off-by: Oliver Neukum -- To unsubscribe from this list: send the line "unsubscribe

[PATCH 3/3] CDC parser: add dependencies

Using the common parser for CDC extra headers means that cdc-acm and cdc-wdm need to select usbnet Signed-off-by: Oliver Neukum --- drivers/net/usb/Kconfig | 10 +- drivers/usb/class/Kconfig | 2 ++ 2 files changed, 7 insertions(+), 5 deletions(-) diff --git

[PATCH 2/3] cdc-wdm: use common CDC parser

From: Oliver Neukum cdc-wdm can use the common parser for the CDC extra header. Code duplication is reduced. Signed-off-by: Oliver Neukum --- drivers/usb/class/cdc-wdm.c | 29 - 1 file changed, 4 insertions(+), 25 deletions(-)

Re: [PATCH 3/3] CDC parser: add dependencies

Hi Oliver, [auto build test WARNING on usb/usb-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Oliver-Neukum/cdc-acm-use-the-common-parser-for-all-CDC-drivers/20151019-195318 config: x86_64

Re: [PATCH 1/2] NFC: delete null dereference

The next goto after that is messed up as well: 1056 dev = nfc_get_device(idx); 1057 if (!dev) 1058 return -ENODEV; 1059 1060 device_lock(>dev); 1061 1062 local = nfc_llcp_find_local(dev); 1063 if (!local) { 1064

Re: kernel warning in tcp_fragment

Hi Martin and Eric, Do we have a final solution or patch for this issue? There have so many this warnings in our production systems. Thank you very much. On Tue, Oct 13, 2015 at 4:55 PM, Jovi Zhangwei wrote: > Hi all, > > Is there have final patch to fix this issue?

2% interest rate Loan Offer

Good day to you, We are Global financial Group formed to help those in need of financial help of any kind. contact us for an urgent loan of any kind at 2% interest rate. Email us on globalservi...@financier.com Dr Mrs Elizabeth Duke CEO -- To unsubscribe from this list: send the line

[PATCH] usbnet: removed USB_USBNET as a config option

usbnet drives no devices of its own. It makes more sense to select it whenever a driver for actual hardware that needs it is chosen rather than offer it as an option of its own. Signed-off-by: Oliver Neukum --- drivers/net/usb/Kconfig | 75

[PATCH net-next] Adding switchdev ageing notification on port bridged

Configure ageing time to the HW for newly bridged device CC: Scott Feldman CC: Jiri Pirko Signed-off-by: Elad Raz --- net/bridge/br_stp_if.c | 12 1 file changed, 12 insertions(+) diff --git a/net/bridge/br_stp_if.c

Re: [patch net-next v5 5/8] switchdev: introduce possibility to defer obj_add/del

Mon, Oct 19, 2015 at 09:55:59AM CEST, sfel...@gmail.com wrote: >On Wed, Oct 14, 2015 at 10:40 AM, Jiri Pirko wrote: >> From: Jiri Pirko >> >> Similar to the attr usecase, the caller knows if he is holding RTNL and is >> in atomic section. So let the called to

[PATCH V4 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

This patch adds the flag soft_enable to control the trace data output process when perf sampling. By setting this flag and integrating with ebpf, we can control the data output process and get the samples we are most interested in. The bpf helper bpf_perf_event_control() can control either the

[PATCH V4 0/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

Previous patch V3 url: https://lkml.org/lkml/2015/10/16/101 This patchset introduces the new perf_event_attr attribute 'soft_disable'. The already existed 'disabled' flag doesn't meet the requirements. The cpu_function_call is too much to do from bpf program and we control the perf_event stored

[patch] irda: precedence bug in irlmp_seq_hb_idx()

This is decrementing the pointer, instead of the value stored in the pointer. KASan detects it as an out of bounds reference. Reported-by: "Berry Cheng 程君(成淼)" Signed-off-by: Dan Carpenter --- This bug predates the start of git. You

Re: cannot classify vlanned traffic using tc-ematch

For whom that this might be interesting, the missing part was a prfix of the flowid: $ tc filter replace dev eno2 protocol all parent 1389: pref 168 basic match 'meta(vlan eq 168)' flowid 1389:a8 Thanks, Ido On Thu, Oct 15, 2015 at 2:08 PM, Ido Barkan wrote: > Hi all, > >

Re: [PATCH 3.19 and earlier] fib_rules: Fix dump_rules() not to exit early

On Mon, Oct 05, 2015 at 10:29:28AM -0700, Roland Dreier wrote: > From: Roland Dreier > > Backports of 41fc014332d9 ("fib_rules: fix fib rule dumps across > multiple skbs") introduced a regression in "ip rule show" - it ends up > dumping the first rule over and over and

Re: Cash Awaiting Pick-Up

This is to re-notify you of the £500,000.00(POUNDS) That was deposited at western union office in your name is available for pickup. Contact this email: accountoffic...@qq.com for your M.T.C.N Numbers. Contact Person: Mrs. Hillary Florence Email: accountoffic...@qq.com -- To unsubscribe from

Re: [STABLE] Please backport asix (USB Ethernet) fixes

On Mon, Oct 05, 2015 at 05:09:36PM +0100, Ian Campbell wrote: > Hi David + stable@, > > Please could these two be backported: > 3cc81d85ee01 "asix: Don't reset PHY on if_up for ASIX 88772" > 436c2a5036b6 "asix: Do full reset during ax88772_bind" > > 3cc81d85ee01 was in v3.18-rc1 while

Re: [RFC] bpf: change bpf syacall to use u64 temp variables

On 10/19/2015 09:10 AM, yalin wang wrote: This patch change map_lookup_elem() and map_update_elem() function to use u64 temp variable if the key_size or value_size is less than u64, we don't need use kmalloc() for these small variables. Signed-off-by: yalin wang

Re: [PATCH net] net: try harder to not reuse ifindex when moving interfaces

On Sun, 18 Oct 2015 08:11:58 -0700, Alexei Starovoitov wrote: > it looks dangerous. > Does it mean that 'for (4B) { create new dev; free old dev; } > will keep incrementing that max index and dos it eventually? This is not changed by this patch in any way. As for the current behavior (with or

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/2015 09:36 AM, Hannes Frederic Sowa wrote: Hi, On Sun, Oct 18, 2015, at 22:59, Alexei Starovoitov wrote: On 10/18/15 9:49 AM, Daniel Borkmann wrote: Okay, I have pushed some rough working proof of concept here:

Re: [PATCH] allow dctcp alpha to drop to zero

Andrew Shewmaker wrote: > If alpha is strictly reduced by alpha >> dctcp_shift_g and if alpha is less > than 1 << dctcp_shift_g, then alpha may never reach zero. For example, > given shift_g=4 and alpha=15, alpha >> dctcp_shift_g yields 0 and alpha > remains 15. The effect isn't

Re: [PATCH v2 1/1] xen-netfront: update num_queues to real created

On 10/19/2015 01:37 AM, Joe Jin wrote: Sometimes xennet_create_queues() may failed to created all requested queues, we need to update num_queues to real created to avoid NULL pointer dereference. Signed-off-by: Joe Jin Cc: Boris Ostrovsky Cc:

[PATCH net 1/1] tipc: extend broadcast link window size

The default fix broadcast window size is currently set to 20 packets. This is a very low value, set at a time when we were still testing on 10 Mb/s hubs, and a change to it is long overdue. Commit 7845989cb4b3da1db ("net: tipc: fix stall during bclink wakeup procedure") revealed a problem with

Re: [PATCH net-next] Adding switchdev ageing notification on port bridged

Mon, Oct 19, 2015 at 02:37:25PM CEST, el...@mellanox.com wrote: >Configure ageing time to the HW for newly bridged device > >CC: Scott Feldman >CC: Jiri Pirko >Signed-off-by: Elad Raz Acked-by: Jiri Pirko -- To

Re: [PATCH v2 1/3] unix: fix use-after-free in unix_dgram_poll()

On 10/18/2015 04:58 PM, Rainer Weikusat wrote: [...] > > The idea behind 'the wait queue' (insofar I'm aware of it) is that it > will be used as list of threads who need to be notified when the > associated event occurs. Since you seem to argue that the run-of-the-mill > algorithm is too slow

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/2015 11:51 AM, Daniel Borkmann wrote: On 10/19/2015 09:36 AM, Hannes Frederic Sowa wrote: On Sun, Oct 18, 2015, at 22:59, Alexei Starovoitov wrote: On 10/18/15 9:49 AM, Daniel Borkmann wrote: Okay, I have pushed some rough working proof of concept here:

sh_eth.c::sh_eth_rx(): mdp->rx_skbuff[entry] can be NULL

Hi, In a low memory situation with netdev_alloc_skb() failure, mdp->rx_skbuff[entry] can be left NULL, however, sh_eth_rx() seems to access it without checking NULL or not in the following code: skb = mdp->rx_skbuff[entry]; mdp->rx_skbuff[entry] =

Re: SoCFPGA ethernet broken

+CC Giuseppe Cavallaro +CC STi and Rockchip Maintainers This is approaching beyond my breadth of knowledge on this subject, so I just wanted to get some further insight. On Fri, 16 Oct 2015, Andrew Lunn wrote: > > > Maybe we need to walk up the hierarchy. > > > > > > Perhaps something like: >

[PATCH] net: Really fix vti6 with oif in dst lookups

6e28b000825d ("net: Fix vti use case with oif in dst lookups for IPv6") is missing the checks on FLOWI_FLAG_SKIP_NH_OIF. Add them. Fixes: 42a7b32b73d6 ("xfrm: Add oif to dst lookups") Cc: Steffen Klassert Signed-off-by: David Ahern ---

[PATCH net v3] openvswitch: Allocate memory for ovs internal device stats.

"openvswitch: Remove vport stats" removed the per-vport statistics, in order to use the netdev's statistics fields. "openvswitch: Fix ovs_vport_get_stats()" fixed the export of these stats to user-space, by using the provided netdev_ops to collate them - but ovs internal devices still use an

[PATCH] net: cavium: change NET_VENDOR_CAVIUM to bool

CONFIG_NET_VENDOR_CAVIUM is only used to hide/show config options and to include subdirectories in the build, so it doesn't make sense to make it tristate. Signed-off-by: Andreas Schwab --- drivers/net/ethernet/cavium/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 2/3] net: wireless: b43: Coding Style

Fixed Pointer Coding Style Signed-off-by: Paul McQuade --- drivers/net/wireless/b43/main.c | 6 +++--- drivers/net/wireless/b43/main.h | 2 +- drivers/net/wireless/b43/xmit.h | 2 +- 3 files changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH v2 1/3] net: wireless: rsi: Coding Spaces

Removed space before that ',' Signed-off-by: Paul McQuade --- drivers/net/wireless/rsi/rsi_91x_sdio_ops.c | 2 +- drivers/net/wireless/rsi/rsi_mgmt.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH net 1/1] tipc: allow non-linear first fragment buffer

The current code for message reassembly is erroneously assuming that the the first arriving fragment buffer always is linear, and then goes ahead resetting the fragment list of that buffer in anticipation of more arriving fragments. However, if the buffer already happens to be non-linear, we will

[PATCH] nfc: free skb buffer using skb_free_datagram

Freeing sk_buff genereated by skb_recv_datagram is always by skb_free_datagram, not kfree_skb. Signed-off-by: Insu Yun --- net/nfc/llcp_sock.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/nfc/llcp_sock.c b/net/nfc/llcp_sock.c index b7de0da..15e681f

[PATCH v2 0/3] Coding Style Cleanning

Paul McQuade (3): net: wireless: rsi: Coding Spaces net: wireless: b43: Coding Style net: wireless: b43: Statics are init to 0 drivers/net/wireless/b43/main.c | 8 drivers/net/wireless/b43/main.h | 2 +- drivers/net/wireless/b43/phy_lp.c | 2 +-

[PATCH v2 3/3] net: wireless: b43: Statics are init to 0

No Need to state Statics are a 0 or NULL Signed-off-by: Paul McQuade --- drivers/net/wireless/b43/main.c | 2 +- drivers/net/wireless/b43/phy_lp.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/b43/main.c

Re: [PATCH v2 2/3] net: wireless: b43: Coding Style

On Mon, 19 Oct 2015 17:02:22 +0100 Paul McQuade wrote: > Fixed Pointer Coding Style > > Signed-off-by: Paul McQuade > --- > drivers/net/wireless/b43/main.c | 6 +++--- > drivers/net/wireless/b43/main.h | 2 +- > drivers/net/wireless/b43/xmit.h | 2

Re: [PATCH net] net: try harder to not reuse ifindex when moving interfaces

On Mon, Oct 19, 2015 at 11:06:49AM +0200, Jiri Benc wrote: > On Sun, 18 Oct 2015 08:11:58 -0700, Alexei Starovoitov wrote: > > it looks dangerous. > > Does it mean that 'for (4B) { create new dev; free old dev; } > > will keep incrementing that max index and dos it eventually? > > This is not

[PATCH net 1/1] tipc: conditionally expand buffer headroom over udp tunnel

In commit d999297c3dbbe ("tipc: reduce locking scope during packet reception") we altered the packet retransmission function. Since then, when restransmitting packets, we create a clone of the original buffer using __pskb_copy(skb, MIN_H_SIZE), where MIN_H_SIZE is the size of the area we want to

[PATCH v2] igb: improve handling of disconnected adapters

Clean up array_rd32 so that it uses igb_rd32 the same as rd32, per the suggestion of Alexander Duyck, and use io_addr in more places, so that we don't have the need to call E1000_REMOVED (which simply looks for a null hw_addr) nearly as much. CC: Mark Rustad CC: Jeff

Re: [PATCH v2 3/3] net: wireless: b43: Statics are init to 0

On Mon, 19 Oct 2015 17:02:23 +0100 Paul McQuade wrote: > diff --git a/drivers/net/wireless/b43/phy_lp.c > b/drivers/net/wireless/b43/phy_lp.c > index 058a9f2..086f0ba 100644 > --- a/drivers/net/wireless/b43/phy_lp.c > +++ b/drivers/net/wireless/b43/phy_lp.c > @@ -2502,7

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

Hi Alexei, On Mon, Oct 19, 2015, at 21:34, Alexei Starovoitov wrote: > On 10/19/15 11:46 AM, Hannes Frederic Sowa wrote: > > Hi, > > > > On Mon, Oct 19, 2015, at 20:15, Alexei Starovoitov wrote: > >> On 10/19/15 10:37 AM, Daniel Borkmann wrote: > >>> An eBPF program or map loading/destruction is

[PATCH 0/2] xfrm/crypto: unaligned access fixes

A two-part patchset that fixes some "unaligned access" warnings that showed up my sparc test machines with ipsec set up. Sowmini Varadhan (2): crypto/x509: Fix unaligned access in x509_get_sig_params() Fix unaligned access in xfrm_notify_sa() for DELSA

Re: linux 3.4.43 : kernel crash at __nf_conntrack_confirm

Ani Sinha wrote: > On Sun, Oct 18, 2015 at 2:40 PM, Florian Westphal wrote: > > Ani Sinha wrote: > >> Indeed. So it seems to me that we have run into one another such case. > >> In patch c6825c0976fa7893692, I see we have added an additional

Re: [PATCH v2 net-next] netfilter: ipset: Fixing unnamed union initg

On Sun, Sep 13, 2015 at 4:52 AM, Pablo Neira Ayuso wrote: > On Sat, Sep 12, 2015 at 06:01:27PM -0700, Akemi Yagi wrote: >> Thanks to all for this effort. The patch is finally in the mainline >> kernel 4.3-rc1 released today. Now I wish backporting to the 4.2 >> branch goes

[PATCH 1/2] crypto/x509: Fix unaligned access in x509_get_sig_params()

x509_get_sig_params() has the same code pattern as the one in pkcs7_verify() that is fixed by commit 62f57d05e287 ("crypto: pkcs7 - Fix unaligned access in pkcs7_verify()") so apply a similar fix here: make sure that desc is pointing at an algined value past the digest_size, and take alignment

[PATCH net-next 2/2] xfrm: Fix unaligned access in xfrm_notify_sa() for DELSA

On sparc, deleting established SAs (e.g., by restarting ipsec at the peer) results in unaligned access messages via xfrm_del_sa -> km_state_notify -> xfrm_send_state_notify(). Use an aligned pointer to xfrm_usersa_info for this case. Signed-off-by: Sowmini Varadhan

[net-next:master 241/245] drivers/net/ethernet/hisilicon/hix5hd2_gmac.c:24:0: warning: "PORT_EN" redefined

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 7b4b000951f09cfe3604a6fdf5469894b4e75adb commit: 876133d3161dcb743983d1f9e5bf247aea2fb0f1 [241/245] net: hisilicon: add OF dependency config: blackfin-allmodconfig (attached as .config) reproduce:

Re: [Patch net-next 3/4] sch_htb: update backlog as well

On Fri, Oct 16, 2015 at 5:19 AM, Jamal Hadi Salim wrote: > > Like i said earlier, the idea of keeping track of backlog is useful. > I think the commit log threw me off. > "It is odd to see qlen!=0 but backlog==0" > If you change that commit log then: Sure, I think DaveM

Re: [PATCH] tcp: remove improper preemption check in tcp_xmit_probe_skb()

On Mon, 2015-10-19 at 18:51 -0200, Renato Westphal wrote: > Commit e520af48c7e5a introduced the following bug when setting the > TCP_REPAIR sockoption: > > > Since tcp_xmit_probe_skb() can be called from process context, use > NET_INC_STATS() instead of NET_INC_STATS_BH(). > > Signed-off-by:

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/15 1:03 PM, Hannes Frederic Sowa wrote: I doubt it will stay a lightweight feature as it should not be in the responsibility of user space to provide those debug facilities. It feels we're talking past each other. I want to solve 'persistent map' problem. debugging of maps/progs,

Re: linux 3.4.43 : kernel crash at __nf_conntrack_confirm

On Sun, Oct 18, 2015 at 2:40 PM, Florian Westphal wrote: > Ani Sinha wrote: >> Indeed. So it seems to me that we have run into one another such case. >> In patch c6825c0976fa7893692, I see we have added an additional check (along >> with comparing tuple and

[PATCH] tcp: remove improper preemption check in tcp_xmit_probe_skb()

Commit e520af48c7e5a introduced the following bug when setting the TCP_REPAIR sockoption: [ 2860.657036] BUG: using __this_cpu_add() in preemptible [] code: daemon/12164 [ 2860.657045] caller is __this_cpu_preempt_check+0x13/0x20 [ 2860.657049] CPU: 1 PID: 12164 Comm: daemon Not tainted

Re: [PATCH net-next] Adding switchdev ageing notification on port bridged

On Mon, Oct 19, 2015 at 5:37 AM, Elad Raz wrote: > Configure ageing time to the HW for newly bridged device > > CC: Scott Feldman > CC: Jiri Pirko > Signed-off-by: Elad Raz Acked-by: Scott Feldman

Re: [PATCH net-next V17 1/3] openvswitch: 802.1ad uapi changes.

On Sat, Oct 17, 2015 at 6:12 PM, Thomas F Herbert wrote: > openvswitch: Add support for 8021.AD > > Change the description of the VLAN tpid field. > > Signed-off-by: Thomas F Herbert Acked-by: Pravin B Shelar -- To

Re: [PATCH net-next V17 3/3] 802.1AD: Flow handling, actions, vlan parsing and netlink attributes

On Sat, Oct 17, 2015 at 6:12 PM, Thomas F Herbert wrote: > Add support for 802.1ad including the ability to push and pop double > tagged vlans. Add support for 802.1ad to netlink parsing and flow > conversion. Uses double nested encap attributes to represent double >

Re: [RFC] bpf: change bpf syacall to use u64 temp variables

On Mon, Oct 19, 2015 at 03:10:46PM +0800, yalin wang wrote: > This patch change map_lookup_elem() and map_update_elem() function > to use u64 temp variable if the key_size or value_size is less than > u64, we don't need use kmalloc() for these small variables. > > Signed-off-by: yalin wang

Re: [PATCH] usbnet: removed USB_USBNET as a config option

Oliver Neukum writes: > usbnet drives no devices of its own. It makes more sense to > select it whenever a driver for actual hardware that needs > it is chosen rather than offer it as an option of its own. > > Signed-off-by: Oliver Neukum > --- >

Re: [PATCH v8 net-next 2/2] bonding: Simplify the xmit function for modes that use xmit_hash

Mon, Oct 19, 2015 at 08:01:24PM CEST, mahe...@google.com wrote: >On Mon, Oct 19, 2015 at 9:35 AM, Jiri Pirko wrote: >> Sun, Oct 05, 2014 at 02:45:01AM CEST, mahe...@google.com wrote: >>>Earlier change to use usable slave array for TLB mode had an additional >>>performance

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/2015 06:22 PM, Alexei Starovoitov wrote: On 10/19/15 7:23 AM, Daniel Borkmann wrote: The mknod is not the holder but rather the kobject which should be represented in sysfs will be. So you can still get the map major:minor by looking up the /dev file in the correspdonding sysfs

Re: [PATCH net v3] openvswitch: Allocate memory for ovs internal device stats.

On Mon, Oct 19, 2015 at 8:31 AM, James Morse wrote: > "openvswitch: Remove vport stats" removed the per-vport statistics, in > order to use the netdev's statistics fields. > "openvswitch: Fix ovs_vport_get_stats()" fixed the export of these stats > to user-space, by using the

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

Hi, On Mon, Oct 19, 2015, at 20:15, Alexei Starovoitov wrote: > On 10/19/15 10:37 AM, Daniel Borkmann wrote: > > An eBPF program or map loading/destruction is *not* by any means to be > > considered fast-path. We currently hold a global mutex during loading. > > So, how can that be considered

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/15 10:37 AM, Daniel Borkmann wrote: An eBPF program or map loading/destruction is *not* by any means to be considered fast-path. We currently hold a global mutex during loading. So, how can that be considered fast-path? Similarly, socket creation/ destruction is also not fast-path, etc.

[PATCH 1/4] netfilter: fix Kconfig dependencies for nf_dup_ipv{4,6}

net/built-in.o: In function `nf_dup_ipv4': (.text+0xed24d): undefined reference to `nf_conntrack_untracked' net/built-in.o: In function `nf_dup_ipv4': (.text+0xed267): undefined reference to `nf_conntrack_untracked' net/built-in.o: In function `nf_dup_ipv6': (.text+0x158aef): undefined

[PATCH 0/4] Netfilter fixes for net

Hi David, The following patchset contains four Netfilter fixes for net, they are: 1) Fix Kconfig dependencies of new nf_dup_ipv4 and nf_dup_ipv6. 2) Remove bogus test nh_scope in IPv4 rpfilter match that is breaking --accept-local, from Xin Long. 3) Wait for RCU grace period after dropping

[PATCH 4/4] netfilter: ipset: Fix sleeping memory allocation in atomic context

From: Nikolay Borisov Commit 00590fdd5be0 introduced RCU locking in list type and in doing so introduced a memory allocation in list_set_add, which is done in an atomic context, due to the fact that ipset rcu list modifications are serialised with a spin lock. The reason why we

[PATCH 2/4] netfilter: ipt_rpfilter: remove the nh_scope test in rpfilter_lookup_reverse

From: lucien --accept-local option works for res.type == RTN_LOCAL, which should be from the local table, but there, the fib_info's nh->nh_scope = RT_SCOPE_NOWHERE ( > RT_SCOPE_HOST). in fib_create_info(). if (cfg->fc_scope == RT_SCOPE_HOST) {

[PATCH 3/4] netfilter: sync with packet rx also after removing queue entries

From: Florian Westphal We need to sync packet rx again after flushing the queue entries. Otherwise, the following race could happen: cpu1: nf_unregister_hook(H) called, H unliked from lists, calls synchronize_net() to wait for packet rx completion. Problem is that while no new

Re: [PATCH net-next V17 2/3] Check for vlan ethernet types for 8021.q or 802.1ad

On Sat, Oct 17, 2015 at 6:12 PM, Thomas F Herbert wrote: > Signed-off-by: Thomas F Herbert Acked-by: Pravin B Shelar -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/15 11:46 AM, Hannes Frederic Sowa wrote: Hi, On Mon, Oct 19, 2015, at 20:15, Alexei Starovoitov wrote: On 10/19/15 10:37 AM, Daniel Borkmann wrote: An eBPF program or map loading/destruction is *not* by any means to be considered fast-path. We currently hold a global mutex during

Re: [PATCH v8 net-next 2/2] bonding: Simplify the xmit function for modes that use xmit_hash

On Mon, Oct 19, 2015 at 9:35 AM, Jiri Pirko wrote: > Sun, Oct 05, 2014 at 02:45:01AM CEST, mahe...@google.com wrote: >>Earlier change to use usable slave array for TLB mode had an additional >>performance advantage. So extending the same logic to all other modes >>that use

[net-next v2 13/17] i40e: Fix order of checks when enabling/disabling autoneg in ethtool

From: Catherine Sullivan We were previously checking if autoneg was allowed to change before checking if autoneg was changing. We need to do this in the other order or else we will erroneously return EINVAL when autoneg is not changing. Change-ID:

[net-next v2 15/17] i40e: fix kernel-doc argument name

From: Jean Sacren The second argument name in the kernel-doc argument list for i40e_features_check() was slightly off. Fix it for the kernel doc. Signed-off-by: Jean Sacren Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher

[net-next v2 02/17] i40evf: fix overlong BIT defines

From: Jesse Brandeburg The defines from the RSS enabling call were mistakenly missed in the patches to the i40e which should have been to i40evf as well. This is a follow up to (commit ed921559886dd40528) "fix 32 bit build warnings". Signed-off-by: Jesse Brandeburg

[net-next v2 12/17] i40e/i40evf: Fix an accidental error with BIT_ULL replacement

From: Anjali Singhai Jain A mask value of 0x1FF was accidentally replaced with a bit mask causing flow director sideband to be broken. Change-ID: Id3387f67dd1b567b41692b570b383c58671e1eae Signed-off-by: Anjali Singhai Jain Tested-by: Andrew

[net-next v2 00/17][pull request] Intel Wired LAN Driver Updates 2015-10-19

This series contains updates to i40e and i40evf only. Kiran adds a spinlock around code accessing VSI MAC filter list to ensure that we are synchronizing access to the filter list, otherwise we can end up with multiple accesses at the same time which can cause the VSI MAC filter list to get in an

[net-next v2 16/17] i40e: declare rather than initialize int object

From: Jean Sacren 'err' would be overwritten immediately, so we should declare it only rather than initialize it to zero. Signed-off-by: Jean Sacren Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher

[net-next v2 11/17] i40e: fix for PHY NVM interaction problem

From: Carolyn Wyborny This patch fixes a problem where the NVMUpdate Tool, when using the PHY NVM feature, gets bad data from the PHY because of contention on the MDIO interface from get PHY capability calls from the driver during regular operations. The problem is

[net-next v2 14/17] i40e: Move error message to debug level

From: Catherine Sullivan There is an error coming back from get_phy_capabilities that does not seem to have any functional implications. We will continue looking into why this error message is occurring, but in the meantime, we will move it to debug to avoid

[net-next v2 17/17] i40e/i40evf: Bump i40e to 1.3.38 and i40evf to 1.3.25

From: Catherine Sullivan Bump. Change-ID: Id0a7ecaa491f88ce94c9eba4901e592a56044ee0 Signed-off-by: Catherine Sullivan Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher ---

Re: [PATCH v4 1/4] Produce system time from correlated clocksource

Thomas, On Thu, 15 Oct 2015 01:15:57 -0700, Thomas Gleixner wrote: > > > +#define SHADOW_HISTORY_DEPTH 7 > > And that number is 7 because? Due to power of 2 it will be 8 instead. As above the useful history is 8-2*1 ms (1 ms is the minimum jiffy length). Array size 4

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/15 3:17 PM, Daniel Borkmann wrote: On 10/19/2015 10:48 PM, Alexei Starovoitov wrote: On 10/19/15 1:03 PM, Hannes Frederic Sowa wrote: I doubt it will stay a lightweight feature as it should not be in the responsibility of user space to provide those debug facilities. It feels we're

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/19/2015 10:48 PM, Alexei Starovoitov wrote: On 10/19/15 1:03 PM, Hannes Frederic Sowa wrote: I doubt it will stay a lightweight feature as it should not be in the responsibility of user space to provide those debug facilities. It feels we're talking past each other. I want to solve

  1   2   >