netdev - Re: Lockup with tun/tap/bridge interface deregistration.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20081217123449.GA22773@gondor.apana.org.au>
Date:	Wed, 17 Dec 2008 23:34:49 +1100
From:	Herbert Xu <herbert@...dor.apana.org.au>
To:	Jarek Poplawski <jarkao2@...il.com>
Cc:	Mathieu SEGAUD <mathieu.segaud@...ala.cx>, netdev@...r.kernel.org,
	kernel@...too.org
Subject: Re: Lockup with tun/tap/bridge interface deregistration.

On Wed, Dec 17, 2008 at 12:23:50PM +0000, Jarek Poplawski wrote:
> On 10-12-2008 15:44, Mathieu SEGAUD wrote:
> > 
> > we are experiencing some "virtual" network interfaces problem, especially
> > with tun/tap devices and with bridges, which occasionally get stuck and
> > won't deregister and hang the destroying process for very long time.
> ...
> >  [<c0266b41>] netdev_run_todo+0xf7/0x19d
> >  [<f8a7f3c5>] br_del_bridge+0x48/0x4c [bridge]
> ...
> > (This one was obtained with kernel version 2.6.27.4)
> 
> I wonder if it's related but since it was originally reported for
> 2.6.24 kernel, and there was a substantial change around this in dst
> code, it would be very interresting to try 2.6.23 for this.

Another thing to try would be to see if it's still reproducible
with IPv6 disabled (assuming IPv6 was enabled to begin with).

Thanks,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html