Hey netdev guys,
Any feedback on this? :-)
thanks
ani
On Tue, Feb 28, 2017 at 11:22 AM, Ani Sinha wrote:
> Hi guys,
>
> Commit a79ca223e029 ('ipv6: fix bad free of addrconf_init_net')
> introduced in linux 3.9 tries to fix an issue involving free-ing
> st
Hi guys,
Commit a79ca223e029 ('ipv6: fix bad free of addrconf_init_net')
introduced in linux 3.9 tries to fix an issue involving free-ing
statically allocated memory. Additionally, it subtly changes behavior
of how certain ipv6 sysctl values are inherited from the default net
namespace to the chil
Hi guys,
I am a little puzzled with a behavior difference I see between linux
3.4 and linux 3.18. Here's my setup where the numbers in hex are ipv6
addresses of the interfaces in parenthesis :
fd7a:629f:52a4:fffd::1 (lo0)
∣
∣
fd7a:629f:52a4:fffe::1 (vlan_dev1)
∣ linux bo
Hi All:
Can I get some insights into this? I am sure I am missing something.
thanks
ani
On Thu, Jan 21, 2016 at 9:05 PM, Ani Sinha wrote:
> hi guys
>
> As per the comment at the top of net/core/neighbor.c we should be
> taking this lock even for scanning the hash buckets. I do see
hi guys
As per the comment at the top of net/core/neighbor.c we should be
taking this lock even for scanning the hash buckets. I do see that
this lock is taken in pneigh_lookup() but not in neigh_lookup(). Am i
missing something?
For the context I am investigating the following crash which happen
(removed a bunch of people from CC list)
On Mon, Oct 26, 2015 at 1:06 PM, Pablo Neira Ayuso wrote:
> Then we can review and, if no major concerns, I can submit this to
> -stable.
Now that Neal has sufficiently tested the patches, is it OK to apply
to -stable or do you guys want me to do anythin
On Mon, Nov 2, 2015 at 4:50 PM, Eric Dumazet wrote:
> On Mon, 2015-11-02 at 16:40 -0800, Ani Sinha wrote:
>> [ Upstream commit 44f49dd8b5a606870a1f2 ]
>
> Please carefully read Documentation/networking/netdev-FAQ.txt
I don't see any recent releases of 3.18 version series i
On Mon, Nov 2, 2015 at 4:50 PM, Eric Dumazet wrote:
> On Mon, 2015-11-02 at 16:40 -0800, Ani Sinha wrote:
>> [ Upstream commit 44f49dd8b5a606870a1f2 ]
>
> Please carefully read Documentation/networking/netdev-FAQ.txt
>
> A: Normally Greg Kroah-Hartman collects stable commits
[] compat_sock_common_setsockopt+0x18/0x1f
[] compat_SyS_setsockopt+0x1a9/0x1cf
[] compat_SyS_socketcall+0x180/0x1e3
[] cstar_dispatch+0x7/0x1e
Signed-off-by: Ani Sinha
---
net/ipv4/ipmr.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/ipv4/ipmr.c b/net/ipv4/ipmr.c
index
> On Thu, Oct 29, 2015 at 6:21 PM, Neal P. Murphy
> wrote:
> > On Thu, 29 Oct 2015 17:01:24 -0700
> > Ani Sinha wrote:
> >
> >> On Wed, Oct 28, 2015 at 11:40 PM, Neal P. Murphy
> >> wrote:
> >> > On Wed, 28 Oct 2015 02:36:50 -0400
> &g
] ? apic_timer_interrupt+0xe/0x20
<4>[67096.760255] [] sys_sendto+0x139/0x190
<4>[67096.760255] [] ? audit_syscall_entry+0x1d7/0x200
<4>[67096.760255] [] ? __audit_syscall_exit+0x265/0x290
<4>[67096.760255] [] compat_sys_socketcall+0x13f/0x210
<4>[67096.7
>[46267.087607] [] ia32_sysret+0x0/0x5
<4>[46267.087676] Code: 91 20 e2 01 75 29 48 89 de 4c 89 f7 e8 56 fa ff ff 85
c0 0f 84 68 fc ff ff 0f b6 4d c6 41 8b 45 00 e9 4d fb ff ff e8 7c 19 e9 e0 <0f>
0b eb fe f6 05 17 91 20 e2 80 74 ce 80 3d 5f 2e 00 00 00 74
<1>[46267
[] compat_SyS_setsockopt+0x1a9/0x1cf
[] compat_SyS_socketcall+0x180/0x1e3
[] cstar_dispatch+0x7/0x1e
Signed-off-by: Ani Sinha
---
net/ipv4/ipmr.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/ipv4/ipmr.c b/net/ipv4/ipmr.c
index 866ee89..8e8203d 100644
--- a/net/ipv4/ipmr.c
On Fri, Oct 30, 2015 at 12:12 PM, Eric Dumazet wrote:
> On Fri, 2015-10-30 at 10:47 -0700, Ani Sinha wrote:
>
>> for 32 bit archs, it does in SNMP_ADD_STATS64_USER()
>
> Sure. But x86 these days is 64bit, at 99 % maybe.
>
> We do not make changes that looks 'm
On Fri, Oct 30, 2015 at 4:00 AM, Eric Dumazet wrote:
> On Fri, 2015-10-30 at 11:48 +0100, Florian Westphal wrote:
>> Hannes Frederic Sowa wrote:
>> > > > > @@ -936,7 +936,9 @@ static void ipmr_cache_resolve(struct net *net,
>> > > > > struct mr_table *mrt,
>> > > > >
>> > > > >
On Thu, Oct 29, 2015 at 6:21 PM, Neal P. Murphy
wrote:
> On Thu, 29 Oct 2015 17:01:24 -0700
> Ani Sinha wrote:
>
>> On Wed, Oct 28, 2015 at 11:40 PM, Neal P. Murphy
>> wrote:
>> > On Wed, 28 Oct 2015 02:36:50 -0400
>> > "Neal P. Murphy" wro
On Wed, Oct 28, 2015 at 11:40 PM, Neal P. Murphy
wrote:
> On Wed, 28 Oct 2015 02:36:50 -0400
> "Neal P. Murphy" wrote:
>
>> On Mon, 26 Oct 2015 21:06:33 +0100
>> Pablo Neira Ayuso wrote:
>>
>> > Hi,
>> >
>> > On Mon, Oct
23] RIP [] nf_nat_setup_info+0x564/0x590
Cc: Eric Dumazet
Cc: Florian Westphal
Cc: Pablo Neira Ayuso
Cc: Patrick McHardy
Cc: Jozsef Kadlecsik
Cc: "David S. Miller"
Cc: Cyrill Gorcunov
Signed-off-by: Andrey Vagin
Acked-by: Eric Dumazet
Signed-off-by: Pablo Neira Ayuso
Signed-off-b
Please refer to the thread "linux 3.4.43 : kernel crash at
__nf_conntrack_confirm" on netdev for context.
thanks
On Sat, Oct 24, 2015 at 11:27 AM, Ani Sinha wrote:
> netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
>
> Lets look at destroy_conntrack:
>
>
Please refer to the thread "linux 3.4.43 : kernel crash at
__nf_conntrack_confirm" on netdev for context.
thanks
On Sat, Oct 24, 2015 at 10:27 AM, Ani Sinha wrote:
> netfilter: nf_conntrack: don't release a conntrack with non-zero
> refcnt
>
> With this patch
23] RIP [] nf_nat_setup_info+0x564/0x590
Cc: Eric Dumazet
Cc: Florian Westphal
Cc: Pablo Neira Ayuso
Cc: Patrick McHardy
Cc: Jozsef Kadlecsik
Cc: "David S. Miller"
Cc: Cyrill Gorcunov
Signed-off-by: Andrey Vagin
Acked-by: Eric Dumazet
Signed-off-by: Pablo Neira Ayuso
Signed-off-b
ia32_sysret+0x0/0x5
I have reused the original title for the RFC patch that Andrey posted and
most of the original patch description.
Cc: Eric Dumazet
Cc: Andrew Vagin
Cc: Florian Westphal
Cc: Zefan Li
Signed-off-by: Ani Sinha
Reported-by: Andrew Vagin
Signed-off-by: Pablo Neira Ayus
On Wed, Oct 21, 2015 at 2:19 PM, Florian Westphal wrote:
> Ani Sinha wrote:
>> >> > commit c6825c0976fa7893692e0e43b09740b419b23c09
>> >> > Author: Andrey Vagin
>> >> > Date: Wed Jan 29 19:34:14 2014 +0100
>> >> >
On Sun, Oct 18, 2015 at 1:07 AM, Florian Westphal wrote:
> Ani Sinha wrote:
>> Coming back to this crash, I see something interesting in the
>> conntrack code in linux 3.4.109 (a supported kernel version). I see
>> that the hash table manipulations are protected by a spin
On Mon, Oct 19, 2015 at 1:33 PM, Florian Westphal wrote:
> 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 c
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 zone) to verify
>
> On Sun, Oct 18, 2015 at 1:07 AM, Florian Westphal wrote:
> > Ani Sinha wrote:
> >> Coming back to this crash, I see something interesting in the
> >> conntrack code in linux 3.4.109 (a supported kernel version). I see
> >> that the hash table ma
one I
described can result in the crash I sent below.
thanks
ani
On Wed, Oct 7, 2015 at 12:57 PM, Ani Sinha wrote:
> Hi guys :
>
> We encountered a kernel crash on one of our boxes running 3.4.43
> kernel in the conntrack code. We are using dnsmasq as a proxy to relay
> our dns
Hi guys :
We encountered a kernel crash on one of our boxes running 3.4.43
kernel in the conntrack code. We are using dnsmasq as a proxy to relay
our dns requests to the real dns server. We verified that the
conntrack tables were not full. running conntrack -L around the time
of the crash showed t
On Thu, Oct 1, 2015 at 1:48 PM, Eric Dumazet wrote:
> On Thu, 2015-10-01 at 13:06 -0700, Ani Sinha wrote:
>> Hi Stephen :
>>
>> I was looking around but could not find clear evidence that a later
>> version of iproute2 is compatible with an older kernel. Specifica
Hi Stephen :
I was looking around but could not find clear evidence that a later
version of iproute2 is compatible with an older kernel. Specifically,
we are wondering if iproute2 v 3.6 is compatible with linux kernel
3.4. Highly appreciate any pointers on this.
thanks
ani
--
To unsubscribe from
On Thu, Sep 17, 2015 at 2:51 AM, Rosen, Rami wrote:
> Network namespaces which were created by other ways (like userspace
> applications
> using the clone() system call) will *not* be reflected by neither of them.
Will there be any interest if I cook up a kernel patch that lists all
network nam
Hi guys
just a stupid question. Is it possible to get a list of all active
network namespaces in the kernel through /proc or some other
interface?
thanks
ani
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo i
33 matches
Mail list logo
