linux-kernel - Re: WARNING: at lib/kref.c:43 kref

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: <20091015124710.502c45b8@lxorguk.ukuu.org.uk>
Date:	Thu, 15 Oct 2009 12:47:10 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Mark Hounschell <dmarkh@....rr.com>
Cc:	linux-kernel <linux-kernel@...r.kernel.org>,
	Mark Hounschell <markh@...pro.net>
Subject: Re: WARNING: at lib/kref.c:43 kref_get+0x18/0x20()

> I know there have been many changes to the serial/tty stuff recently. I think
> this is not a driver but kernel issue so I thought I'd bring it up here in hope
> to find out for sure.

Its probably a combination of the two. While digi persist in keeping
their stuff out of tree its always going to lag and not get fixed in
parallel or even considered during tty reworking.

First guess would be that the driver has paths that free a tty kref but
don't take it (ie unbalanced counts) second that may be it can't cope
with the changes caused by the switches to refcounting throughout the tty
code.

One for Digi to answer given they insist on keeping it out of tree.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/