From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: Dave Jones <davej@redhat.com>, Josh Boyer <jwboyer@redhat.com>,
"Frank Ch. Eigler" <fche@redhat.com>,
dhowells@redhat.com, linux-kernel@vger.kernel.org,
peterz@infradead.org, mingo@redhat.com,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org
Subject: Re: [PATCH] MODSIGN: Add TAINT_NOKEY_MODULE
Date: Mon, 21 Jan 2013 01:46:31 +0100 [thread overview]
Message-ID: <13201196.eooFfVZZkZ@vostro.rjw.lan> (raw)
In-Reply-To: <8738xvxv55.fsf@rustcorp.com.au>
On Monday, January 21, 2013 10:30:22 AM Rusty Russell wrote:
> Dave Jones <davej@redhat.com> writes:
> > On Thu, Jan 17, 2013 at 11:27:27AM +1030, Rusty Russell wrote:
> >
> > > taint: add explicit flag to show whether lock dep is still OK.
> > >
> > > Fix up all callers as they were before, with make one change: an
> > > unsigned module taints the kernel, but doesn't turn off lockdep.
> > >
> > > Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> >
> > This made my brain itch a little until I got to the bottom of the
> > patch and saw the new definition of add_taint. Perhaps instead of
> > false/true, we have LOCKDEP_LIVES/LOCKDEP_DIES or similar defines
> > to make it clearer what's actually happening without having to
> > go read the function ?
>
> The reason I didn't do that is because it's theoretically more than
> lockdep: it's anything which relies on kernel integrity.
>
> Then I got the true/false thing mixed up myself, so I think you're right
> :)
>
> BTW, ACPI people: those TAINT_OVERRIDDEN_ACPI_TABLE taints were
> disabling lockdep: is that overzealous?
I think so, although it's quite difficult to say what the intention was at
this point.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
prev parent reply other threads:[~2013-01-21 0:40 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20130104191205.GD27554@hansolo.jdub.homelinux.org>
[not found] ` <87bod14x44.fsf@rustcorp.com.au>
[not found] ` <20130107145832.GA12363@hansolo.jdub.homelinux.org>
[not found] ` <20130115190911.GA6964@hansolo.jdub.homelinux.org>
[not found] ` <87y5ftyf51.fsf@rustcorp.com.au>
[not found] ` <20130116193724.GF6964@hansolo.jdub.homelinux.org>
[not found] ` <87pq14y6bs.fsf@rustcorp.com.au>
[not found] ` <20130117150202.GB32586@redhat.com>
[not found] ` <8738xvxv55.fsf@rustcorp.com.au>
2013-01-21 0:19 ` [PATCH] MODSIGN: Add TAINT_NOKEY_MODULE Frank Ch. Eigler
2013-01-21 1:50 ` Rusty Russell
2013-01-21 0:46 ` Rafael J. Wysocki [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=13201196.eooFfVZZkZ@vostro.rjw.lan \
--to=rjw@sisk.pl \
--cc=davej@redhat.com \
--cc=dhowells@redhat.com \
--cc=fche@redhat.com \
--cc=jwboyer@redhat.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=rusty@rustcorp.com.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox