RE: [RFC crypto v3 8/9] chtls: Register the ULP

-Original Message- From: Dave Watson [mailto:davejwat...@fb.com] Sent: Friday, January 26, 2018 2:39 AM To: Atul Gupta Cc: herb...@gondor.apana.org.au; linux-cry...@vger.kernel.org; ganes...@chelsio.co; netdev@vger.kernel.org; da...@davemloft.net; Boris

Re: [4.15-rc9] fs_reclaim lockdep trace

Dave, would you try below patch? >From cae2cbf389ae3cdef1b492622722b4aeb07eb284 Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Sun, 28 Jan 2018 14:17:14 +0900 Subject: [PATCH] lockdep: Fix fs_reclaim warning. Dave Jones reported fs_reclaim lockdep

Incoming TCP packet validation (of ACK numbers)

Hi there, As part of our ongoing research effort to understand the discrepancies among Linux, macOS (FreeBSD), and Windows. We discover a violation of the way Linux hanldes incoming TCP packet, specifically ACK number validation. According to RFC 793, "If the ACK is a duplicate (SEG.ACK <

Re: [4.15-rc9] fs_reclaim lockdep trace

On 2018/01/28 10:16, Tetsuo Handa wrote: > Linus Torvalds wrote: >> On Sat, Jan 27, 2018 at 2:24 PM, Dave Jones wrote: >>> On Tue, Jan 23, 2018 at 08:36:51PM -0500, Dave Jones wrote: >>> > Just triggered this on a server I was rsync'ing to. >>> >>> Actually, I can

Re: [RFC 0/2] hv_netvsc shutdown redo

On Sat, 27 Jan 2018 21:00:12 + Haiyang Zhang wrote: > In the functions, set_channels and change_mtu, we used to call netvsc_close > which has a wait for ring buffers to drain. Now, we call rndis_filter_close() > directly without the wait for rings to drain. Could

Re: [4.15-rc9] fs_reclaim lockdep trace

Linus Torvalds wrote: > On Sat, Jan 27, 2018 at 2:24 PM, Dave Jones wrote: >> On Tue, Jan 23, 2018 at 08:36:51PM -0500, Dave Jones wrote: >> > Just triggered this on a server I was rsync'ing to. >> >> Actually, I can trigger this really easily, even with an rsync from

Re: [PATCH iproute2] tc: fix second printing of requeues

On Sat, 27 Jan 2018 01:19:04 -0800 Jakub Kicinski wrote: > Non-JSON tc qdisc output used to print the "requeues" statistic > twice. Commit 4fcec7f3665b ("tc: jsonify stats2") tried to preserve > this behaviour for both standard output and JSON, but used the wrong >

Re: [PATCH iproute2] ip: address: fix stats64 JSON object name

On Fri, 26 Jan 2018 11:30:35 -0800 Jakub Kicinski wrote: > The JSON object name for statistics in ip link show is "stats644". > Looks like a typo, commit d0e720111aad ("ip: ipaddress.c: add support > for json output") contains an example with the expected "stats64"

Re: [4.15-rc9] fs_reclaim lockdep trace

On Sat, Jan 27, 2018 at 2:24 PM, Dave Jones wrote: > On Tue, Jan 23, 2018 at 08:36:51PM -0500, Dave Jones wrote: > > Just triggered this on a server I was rsync'ing to. > > Actually, I can trigger this really easily, even with an rsync from one > disk to another. Though

kernel 4.15.0-rc9+ (net-next) high cpu load at 50Gbit/s - about 6Mpps

Hi Today I made some real life traffic tests with kernel 4.15.0-rc9 but when traffic reach 50Gbit/s and about 6Mpps cpou load rises fast from 48% to 100% for all cpu cores. Here is some graph that presenting how cpu load rises when there was more pps. https://ibb.co/mhD5ob here is

Re: [4.15-rc9] fs_reclaim lockdep trace

On Tue, Jan 23, 2018 at 08:36:51PM -0500, Dave Jones wrote: > Just triggered this on a server I was rsync'ing to. Actually, I can trigger this really easily, even with an rsync from one disk to another. Though that also smells a little like networking in the traces. Maybe netdev has ideas.

Re: [net-next 07/15] i40e: Implement an ethtool private flag to stop LLDP in FW

On Fri, Jan 26, 2018 at 11:24 PM, Jeff Kirsher wrote: > From: Dave Ertman > > Implement the private flag disable-fw-lldp for ethtool > to disable the processing of LLDP packets by the FW. > This will stop the FW from consuming LLDPDU and

[PATCH] net: pxa168_eth: add netconsole support

This implements ndo_poll_controller callback which is necessary to enable netconsole. Signed-off-by: Alexander Monakov Cc: Russell King Cc: Sebastian Hesselbarth Cc: Florian Fainelli ---

[PATCH net] net_sched: gen_estimator: fix lockdep splat

From: Eric Dumazet syzbot reported a lockdep splat in gen_new_estimator() / est_fetch_counters() when attempting to lock est->stats_lock. Since est_fetch_counters() is called from BH context from timer interrupt, we need to block BH as well when calling it from process

[bpf-next PATCH 0/5] tools/libbpf improvements and selftests

While playing with using libbpf for the Suricata project, we had issues LLVM >= 4.0.1 generating ELF files that could not be loaded with libbpf (tools/lib/bpf/). During the troubleshooting phase, I wrote a test program and improved the debugging output in libbpf. I turned this into a selftests

[bpf-next PATCH 5/5] tools/libbpf: handle issues with bpf ELF objects containing .eh_frames

If clang >= 4.0.1 is missing the option '-target bpf', it will cause llc/llvm to create two ELF sections for "Exception Frames", with section names '.eh_frame' and '.rel.eh_frame'. The BPF ELF loader library libbpf fails when loading files with these sections. The other in-kernel BPF ELF loader

[bpf-next PATCH 1/5] bpf: Sync kernel ABI header with tooling header for bpf_common.h

I recently fixed up a lot of commits that forgot to keep the tooling headers in sync. And then I forgot to do the same thing in commit cb5f7334d479 ("bpf: add comments to BPF ld/ldx sizes"). Let correct that before people notice ;-). Lawrence did partly fix/sync this for bpf.h in commit

[bpf-next PATCH 3/5] tools/libbpf: add test program for loading BPF ELF files

Signed-off-by: Jesper Dangaard Brouer --- 0 files changed diff --git a/tools/lib/bpf/Makefile b/tools/lib/bpf/Makefile index 83714ca1f22b..f968702f4ef6 100644 --- a/tools/lib/bpf/Makefile +++ b/tools/lib/bpf/Makefile @@ -147,11 +147,11 @@ LIB_FILE := $(addprefix

[bpf-next PATCH 4/5] selftests/bpf: add selftest that use test_libbpf_open

Signed-off-by: Jesper Dangaard Brouer --- tools/testing/selftests/bpf/Makefile |9 +- tools/testing/selftests/bpf/test_libbpf.sh | 45 2 files changed, 53 insertions(+), 1 deletion(-) create mode 100755

[bpf-next PATCH 2/5] tools/libbpf: improve the pr_debug statements to contain section numbers

While debugging a bpf ELF loading issue, I needed to correlate the ELF section number with the failed relocation section reference. Thus, add section numbers/index to the pr_debug. In debug mode, also print section that were skipped. This helped me identify that a section (.eh_frame) was

Re: [RFC 0/2] hv_netvsc shutdown redo

Stephen Hemminger writes: > These patches change how teardown of Hyper-V network devices > is done. These are tested on WS2012 and WS2016. > > It moves the tx/rx shutdown into the rndis close handling, > and that makes earlier gpadl changes unnecsssary. > Thank you

Re: [PATCH v2 0/6] wl1251: Fix MAC address for Nokia N900

On Friday 05 January 2018 02:45:10 Luis R. Rodriguez wrote: > On Tue, Jan 02, 2018 at 08:23:45PM +0100, Pali Rohár wrote: > > On Friday 10 November 2017 00:38:22 Pali Rohár wrote: > > > This patch series fix processing MAC address for wl1251 chip found in > > > Nokia N900. > > > > > > Changes

Re: [PATCH] net/mlx4_en: ensure rx_desc updating reaches HW before prod db updating

Hi Tariq Thanks for your kindly response. That's really appreciated. On 01/25/2018 05:54 PM, Tariq Toukan wrote: > > > On 25/01/2018 8:25 AM, jianchao.wang wrote: >> Hi Eric >> >> Thanks for you kindly response and suggestion. >> That's really appreciated. >> >> Jianchao >> >> On 01/25/2018

Re: [PATCH bpf-next v7 3/5] libbpf: add error reporting in XDP

Hi, On Sat, 2018-01-27 at 02:28 +0100, Daniel Borkmann wrote: > On 01/25/2018 01:05 AM, Eric Leblond wrote: > > Parse netlink ext attribute to get the error message returned by > > the card. Code is partially take from libnl. > > > > We add netlink.h to the uapi include of tools. And we need to

Re: [PATCH bpf-next v7 2/5] libbpf: add function to setup XDP

Hi, On Sat, 2018-01-27 at 02:23 +0100, Daniel Borkmann wrote: > On 01/25/2018 01:05 AM, Eric Leblond wrote: > > Most of the code is taken from set_link_xdp_fd() in bpf_load.c and > > slightly modified to be library compliant. > > > > Signed-off-by: Eric Leblond > > Acked-by:

Re: [PATCH net] ipv6: change route cache aging logic

On Fri, 2018-01-26 at 11:40 -0800, Wei Wang wrote: > From: Wei Wang > > In current route cache aging logic, if a route has both RTF_EXPIRE and > RTF_GATEWAY set, the route will only be removed if the neighbor cache > has no RTN_ROUTE flag. Otherwise, even if the route has

[PATCH iproute2] tc: fix second printing of requeues

Non-JSON tc qdisc output used to print the "requeues" statistic twice. Commit 4fcec7f3665b ("tc: jsonify stats2") tried to preserve this behaviour for both standard output and JSON, but used the wrong statistic (q.qlen). Also duplicating keys in JSON is not allowed, so the second occurrence

Re: [PATCH net] ipv6: addrconf: break critical section in addrconf_verify_rtnl()

On Fri, Jan 26, 2018 at 04:10:43PM -0800, Eric Dumazet wrote: > From: Eric Dumazet > > Heiner reported a lockdep splat [1] > > This is caused by attempting GFP_KERNEL allocation while RCU lock is > held and BH blocked. > > We believe that addrconf_verify_rtnl() could run

GREETINGS FROM MR.MUSTAPHA ALI.

My Dear Friend. I am Mr. Mustapha Ali a banker in Bank of Africa Burkina Faso West Africa, Please i want to transfer an abandoned sum of 13.5 millions USD to your account.50% will be for you and 50% for me. No risk involved. Respond back to me if you are interested along with your personal