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] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 27 Oct 2011 11:41:37 +1030
From:	Rusty Russell <rusty@...tcorp.com.au>
To:	Nick Bowler <nbowler@...iptictech.com>, Greg KH <greg@...ah.com>
Cc:	Dave Jones <davej@...hat.com>, Ben Hutchings <ben@...adent.org.uk>,
	Randy Dunlap <rdunlap@...otime.net>,
	LKML <linux-kernel@...r.kernel.org>,
	Debian kernel maintainers <debian-kernel@...ts.debian.org>,
	Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>
Subject: Re: [PATCH] module,bug: Add TAINT_OOT_MODULE flag for modules not built in-tree

On Wed, 26 Oct 2011 09:08:34 -0400, Nick Bowler <nbowler@...iptictech.com> wrote:
> On 2011-10-25 22:54 +0200, Greg KH wrote:
> > On Tue, Oct 25, 2011 at 04:17:24PM -0400, Dave Jones wrote:
> > > On Tue, Oct 25, 2011 at 10:04:55PM +0200, Greg Kroah-Hartman wrote:
> > >  > On Tue, Oct 25, 2011 at 12:51:42PM -0400, Nick Bowler wrote:
> > >  > > This is not the case: lockdep works fine with staging modules.
> > >  > 
> > >  > Yes, that was fixed a few kernel versions ago.
> > >  > 
> > >  > Now you might want to update that fix for the TAINT_OOT_MODULE flag as
> > >  > well, if you feel it is needed.
> > > 
> > > I'm assuming you mean this patch ?
> > > 
> > > commit 7816c45bf13255157c00fb8aca86cb64d825e878
> > > Author: Roland Vossen <rvossen@...adcom.com>
> > > Date:   Thu Apr 7 11:20:58 2011 +0200
> > > 
> > >     modules: Enabled dynamic debugging for staging modules
> > 
> > Hm, this is the patch I was thinking about yes.  But as you point out:
> [...]
> > Perhaps the lockdep thing is totally different.  I don't know about that
> > check.
> 
> Lockdep is disabled (for the whole system) by add_taint itself.  The
> relevant commit that fixes TAINT_CRAP appears to be this one (circa
> 2.6.30):
> 
>   commit 574bbe782057fdf0490dc7dec906a2dc26363e20
>   Author: Frederic Weisbecker <fweisbec@...il.com>
>   Date:   Sat Apr 11 03:17:18 2009 +0200
>   
>       lockdep: continue lock debugging despite some taints
> 
> I didn't know about the dynamic debug problem.  Is there more breakage
> that we haven't found yet?  Remind me why we're trying to cripple out
> of tree module users?

Gah, people are overloading taint.

It doesn't mean "don't do stuff", it means "note the taint when
something goes wrong".

I think we need a "taint_string()" function, and instead of lockdep
disabling itself it should note the taint string in its reports.
Similarly for anything else (oops already does this).

Dynamic debugging should just crash like anything else if they force a
module load and get it wrong: it's the least of their problems.

If noone hugely objects, I'll create a patch series...

Thanks,
Rusty.
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ