From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Lezcano Subject: Re: BUG ? ipip unregister_netdevice_many() Date: Fri, 08 Oct 2010 19:29:06 +0200 Message-ID: <4CAF54E2.20204@free.fr> References: <201010071048.12817.hans.schillstrom@ericsson.com> <4CAEFE2C.3010007@free.fr> <201010081353.28056.hans.schillstrom@ericsson.com> <201010081428.37639.hans.schillstrom@ericsson.com> <4CAF3E78.8030202@free.fr> <4CAF4408.6070001@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hans Schillstrom , "netdev@vger.kernel.org" To: "Eric W. Biederman" Return-path: Received: from mtagate2.uk.ibm.com ([194.196.100.162]:34342 "EHLO mtagate2.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754205Ab0JHR3P (ORCPT ); Fri, 8 Oct 2010 13:29:15 -0400 Received: from d06nrmr1407.portsmouth.uk.ibm.com (d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185]) by mtagate2.uk.ibm.com (8.13.1/8.13.1) with ESMTP id o98HTDqN003146 for ; Fri, 8 Oct 2010 17:29:13 GMT Received: from d06av01.portsmouth.uk.ibm.com (d06av01.portsmouth.uk.ibm.com [9.149.37.212]) by d06nrmr1407.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o98HTBR3782532 for ; Fri, 8 Oct 2010 18:29:13 +0100 Received: from d06av01.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av01.portsmouth.uk.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id o98HTBrx020493 for ; Fri, 8 Oct 2010 18:29:11 +0100 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On 10/08/2010 06:58 PM, Eric W. Biederman wrote: > Daniel Lezcano writes: > > >> On 10/08/2010 05:53 PM, Daniel Lezcano wrote: >> >>> On 10/08/2010 02:28 PM, Hans Schillstrom wrote: >>> >>>> Hi Eric, >>>> Any advice how to trace this down ? >>>> This rollback_registered_many() seems to have on the lists before... >>>> All IPv4 and IPv6 tunnels causes this crash, all you have to do is >>>> load the tunnel module(s) >>>> enter a new ns and exit from it. >>>> >>>> Have not tested any more devices than tunnels, >>>> I did an "ip link delete" on my macvlans before exiting the ns. >>>> >>> Ah ! I succeed to reproduce it. >>> It does not appear immediately in fact. >>> >>> I am trying to simplify the configuration but I am falling in the bug I >>> talked about in the previous email. >>> >> Ok, so after investigating, we just need a macvlan and specify an ipv6 address >> for it (inside a new netns of course), and the loopback is not released. I >> compiled out the tunnels, so they are not related to this problem I think. >> >> That reduces the scope of investigation :) >> > This reproduces the unable to free nedevice problem? Or the bad > pointer in macvlan_close problem? > The free netdevice problem. For the macvlan problem, you have to create 2 macvlans on the *same* physical interface, move them to the network namespace and then exit this net_ns. You have to repeat this operation several times because that happen randomly after a few iterations.