netdev - Re: [BUG][AX25] 2.6.28.5 "inconsistent lock state" (2 CPUs / SMPenabled)

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: <F35CF6D4C5284C44BA1EE8EC879FDB08@A050313B>
Date:	Mon, 4 May 2009 13:45:01 +0200
From:	"Jann Traschewski" <jann@....de>
To:	"'Jarek Poplawski'" <jarkao2@...il.com>
Cc:	<netdev@...r.kernel.org>
Subject: Re: [BUG][AX25] 2.6.28.5 "inconsistent lock state" (2 CPUs / SMPenabled)

Thanks. Patch applied. It could take a long time until the problem will
occur again...

> -----Ursprüngliche Nachricht-----
> Von: Jarek Poplawski [mailto:jarkao2@...il.com] 
> Gesendet: Montag, 4. Mai 2009 09:32
> An: Jann Traschewski
> Cc: netdev@...r.kernel.org
> Betreff: Re: [BUG][AX25] 2.6.28.5 "inconsistent lock state" 
> (2 CPUs / SMPenabled)
> 
> On 03-05-2009 10:06, Jann Traschewski wrote:
> > Hi,
> > 
> > the AX.25 code has still some problems with SMP and 
> locking. I turned 
> > on lock debugging on my machine with a lot of AX.25 
> traffic. Although 
> > it did take serveral days until I got this:
> > 
> > =================================
> > [ INFO: inconsistent lock state ]
> > 2.6.28.5-dg8ngn #1
> > ---------------------------------
> > inconsistent {softirq-on-R} -> {in-softirq-W} usage.
> > swapper/0 [HC0[0]:SC1[2]:HE1:SE0] takes:
> >  (clock-AF_AX25){-+-?}, at: [<f859ed33>] 
> > ax25_destroy_socket+0xb6/0x1c4 [ax25] {softirq-on-R} state was 
> > registered at:
> >   [<c013a751>] __lock_acquire+0x4e4/0x65e
> >   [<c0124d14>] local_bh_enable+0xa5/0xa9
> >   [<c013a914>] lock_acquire+0x49/0x61
> >   [<c025a221>] sock_def_wakeup+0x11/0x3d
> >   [<c02ca449>] _read_lock+0x19/0x24
> >   [<c025a221>] sock_def_wakeup+0x11/0x3d
> >   [<c025a221>] sock_def_wakeup+0x11/0x3d
> >   [<f859fb9c>] ax25_release+0x17e/0x1ab [ax25]
> >   [<c025847f>] sock_release+0x11/0x59
> >   [<c0258883>] sock_close+0x19/0x1c
> ...
> 
> Hi,
> 
> Could you try this patch?
> 
> Thanks,
> Jarek P.
> ---
> 
>  net/ax25/af_ax25.c |   17 +++++++++++++++--
>  1 files changed, 15 insertions(+), 2 deletions(-)
> 
> diff --git a/net/ax25/af_ax25.c b/net/ax25/af_ax25.c index 
> fd9d06f..f2fec78 100644
> --- a/net/ax25/af_ax25.c
> +++ b/net/ax25/af_ax25.c
> @@ -314,8 +314,21 @@ void ax25_destroy_socket(ax25_cb *ax25)
>  				/* A pending connection */
>  				ax25_cb *sax25 = ax25_sk(skb->sk);
>  
> -				/* Queue the unaccepted socket 
> for death */
> -				sock_orphan(skb->sk);
> +				/*
> +				 * Queue the unaccepted socket 
> for death.
> +				 * Btw., it was never grafted, 
> so sock_orphan()
> +				 * is unnecessary.
> +				 */
> +				if (unlikely(skb->sk->sk_socket)) {
> +					/*
> +					 * This is old code, so 
> let's leave it
> +					 * for some time for debugging.
> +					 */
> +					sock_orphan(skb->sk);
> +					WARN_ON_ONCE(1);
> +				} else {
> +					sock_set_flag(skb->sk, 
> SOCK_DEAD);
> +				}
>  
>  				/* 9A4GL: hack to release 
> unaccepted sockets */
>  				skb->sk->sk_state = TCP_LISTEN;

--
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