[PATCH net] ptr_ring: prevent integer overflow when calculating size

2018-02-10 Thread Jason Wang
Switch to use dividing to prevent integer overflow when size is too big to calculate allocation size properly. Reported-by: Eric Biggers Fixes: 6e6e41c31122 ("ptr_ring: fail early if queue occupies more than KMALLOC_MAX_SIZE") Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 2 +- 1 fi

Re: [PATCH V4 1/2] ptr_ring: fail early if queue occupies more than KMALLOC_MAX_SIZE

2018-02-10 Thread Jason Wang
On 2018年02月11日 03:32, Eric Biggers wrote: Hi Jason, On Fri, Feb 09, 2018 at 05:45:49PM +0800, Jason Wang wrote: To avoid slab to warn about exceeded size, fail early if queue occupies more than KMALLOC_MAX_SIZE. Reported-by: syzbot+e4d4f9ddd42955397...@syzkaller.appspotmail.com Fixes: 2e0ab8

Re: [PATCH V4 2/2] ptr_ring: try vmalloc() when kmalloc() fails

2018-02-10 Thread Jason Wang
On 2018年02月09日 23:53, Michael S. Tsirkin wrote: On Fri, Feb 09, 2018 at 05:45:50PM +0800, Jason Wang wrote: This patch switch to use kvmalloc_array() for using a vmalloc() fallback to help in case kmalloc() fails. Above isn't really saying anything about the motivation, it just explains what

HOPE TO HEAR FROM YOU

2018-02-10 Thread Miss Nadege
Hello dear how are you? Nice to meet you,my name is Miss Nadege Yann, can we become friends? hope to hear from you so that we can know each other very well, love matters mostly in life,i will also send you my pictures and tell you more about myself, my email address is(missnade...@gmail.com) w

Re: Fwd: u32 ht filters

2018-02-10 Thread Cong Wang
On Wed, Feb 7, 2018 at 11:38 PM, Jiri Pirko wrote: > Thu, Feb 08, 2018 at 12:08:36AM CET, xiyou.wangc...@gmail.com wrote: >>On Tue, Feb 6, 2018 at 11:01 PM, Jiri Pirko wrote: >>> Wed, Feb 07, 2018 at 06:09:15AM CET, xiyou.wangc...@gmail.com wrote: Hi, Jiri Your commit 7fa9d974f3c2a0

Re: [PATCH V4 1/2] ptr_ring: fail early if queue occupies more than KMALLOC_MAX_SIZE

2018-02-10 Thread Eric Biggers
Hi Jason, On Fri, Feb 09, 2018 at 05:45:49PM +0800, Jason Wang wrote: > To avoid slab to warn about exceeded size, fail early if queue > occupies more than KMALLOC_MAX_SIZE. > > Reported-by: syzbot+e4d4f9ddd42955397...@syzkaller.appspotmail.com > Fixes: 2e0ab8ca83c12 ("ptr_ring: array based FIFO

Re: [PATCH iproute2-next 3/3] iptnl/ip6tnl: Unify local/remote endpoint and 6rd address parsing

2018-02-10 Thread David Ahern
On 2/9/18 11:06 AM, Serhey Popovych wrote: > @@ -289,29 +293,16 @@ get_failed: > } else if (strcmp(*argv, "external") == 0) { > metadata = 1; > } else if (strcmp(*argv, "6rd-prefix") == 0) { > - inet_prefix prefix; > - >

Re: [RFC][PATCH bpf 1/2] bpf: allow 64-bit offsets for bpf function calls

2018-02-10 Thread Sandipan Das
On 02/10/2018 06:08 AM, Alexei Starovoitov wrote: > On 2/9/18 8:54 AM, Naveen N. Rao wrote: >> Naveen N. Rao wrote: >>> Alexei Starovoitov wrote: On 2/8/18 4:03 AM, Sandipan Das wrote: > The imm field of a bpf_insn is a signed 32-bit integer. For > JIT-ed bpf-to-bpf function calls, i

Re: [PATCH iproute2-next 0/4] JSON (and color) support for iproute

2018-02-10 Thread David Ahern
On 2/8/18 9:26 AM, Stephen Hemminger wrote: > From: Stephen Hemminger > > This set of patches adds JSON output to route printing. > Tested for the simple cases, but there are many variations and there > such as lw tunnels which have not be tested. > > The color formatting may need some additiona

Re: [Q] Unable to load SCHED_CLS/SCHED_ACT bpf programs from outside init_user_ns

2018-02-10 Thread Shmulik Ladkani
Hi, On Sat, 10 Feb 2018 14:08:58 +0100 Daniel Borkmann wrote: > Hi Shmulik, > > On 02/10/2018 08:46 AM, Shmulik Ladkani wrote: > > Hi, > > > > Apparently one cannot use TC cls_bpf/act_bpf if running from a user ns > > other than the init_user_ns, as bpf_prog_load does not permit loading > > th

Re: [PATCH] ath9k: turn on btcoex_enable as default

2018-02-10 Thread Felix Fietkau
On 2018-02-10 14:56, Kai Heng Feng wrote: > >> On 9 Feb 2018, at 3:16 PM, Kalle Valo wrote: >> Sure, but we have to make sure that we don't create regressions on >> existing systems. For example, did you test this with any system which >> don't support btcoex? (just asking, haven't tested this my

Re: Serious performance degradation in Linux 4.15

2018-02-10 Thread Peter Zijlstra
On Fri, Feb 09, 2018 at 05:59:12PM +, Jon Maloy wrote: > The two commits > d153b153446f7 (" sched/core: Fix wake_affine() performance regression") and > f2cdd9cc6c97 ("sched/core: Address more wake_affine() regressions") > are causing a serious performance degradation in Linux 4.5. > > The ef

Re: [PATCH] ath9k: turn on btcoex_enable as default

2018-02-10 Thread Kai Heng Feng
> On 9 Feb 2018, at 3:16 PM, Kalle Valo wrote: > Sure, but we have to make sure that we don't create regressions on > existing systems. For example, did you test this with any system which > don't support btcoex? (just asking, haven't tested this myself) No not really, but I will definitely test

Re: [Q] Unable to load SCHED_CLS/SCHED_ACT bpf programs from outside init_user_ns

2018-02-10 Thread Daniel Borkmann
Hi Shmulik, On 02/10/2018 08:46 AM, Shmulik Ladkani wrote: > Hi, > > Apparently one cannot use TC cls_bpf/act_bpf if running from a user ns > other than the init_user_ns, as bpf_prog_load does not permit loading > these type of progs, snip: > > if (type != BPF_PROG_TYPE_SOCKET_FILTER &&

Re: kernel BUG at net/core/skbuff.c:LINE! (3)

2018-02-10 Thread Xin Long
On Fri, Feb 2, 2018 at 3:21 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on net-next commit > b2fe5fa68642860e7de76167c3111623aa0d5de1 (Wed Jan 31 22:31:10 2018 +) > Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next > > Unfortunately, I don't have any reproduc

Hello Beautiful

2018-02-10 Thread jack
Good day dear, i hope this mail meets you well? my name is Jack, from the U.S. I know this may seem inappropriate so i ask for your forgiveness but i wish to get to know you better, if I may be so bold. I consider myself an easy-going man, adventurous, honest and fun loving person but I am curre

Re: [Q] iptables: child user_ns: Fatal: can't open lock file /run/xtables.lock: Permission denied

2018-02-10 Thread Kirill Tkhai
On 09.02.2018 16:34, Kirill Tkhai wrote: > Hi, > > after commit 80d8bfaac9e2430d710084a10ec78e68bd61e6ec "iptables: insist that > the lock is held." > it became impossible restore to configure iptables from child user namespace: > > kirill@:~/criu$ unshare -U -m -p -f -n --map-root-user --mount-