From: Josh Poimboeuf <jpoimboe@redhat.com>
To: Petr Mladek <pmladek@suse.cz>
Cc: Seth Jennings <sjenning@redhat.com>,
Jiri Kosina <jkosina@suse.cz>, Vojtech Pavlik <vojtech@suse.cz>,
Steven Rostedt <rostedt@goodmis.org>,
Miroslav Benes <mbenes@suse.cz>,
Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>,
Christoph Hellwig <hch@infradead.org>,
Greg KH <gregkh@linuxfoundation.org>,
Andy Lutomirski <luto@amacapital.net>,
live-patching@vger.kernel.org, x86@kernel.org, kpatch@redhat.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/6] livepatch v5: avoid race when checking for state of the patch
Date: Wed, 10 Dec 2014 09:25:06 -0600 [thread overview]
Message-ID: <20141210152506.GA32670@treble.redhat.com> (raw)
In-Reply-To: <20141210101147.GB2454@pathway.suse.cz>
On Wed, Dec 10, 2014 at 11:11:47AM +0100, Petr Mladek wrote:
> On Tue 2014-12-09 12:32:49, Josh Poimboeuf wrote:
> > On Tue, Dec 09, 2014 at 07:05:02PM +0100, Petr Mladek wrote:
> > > klp_patch_enable() and klp_patch_disable() should check the current state
> > > of the patch under the klp_lock. Otherwise, it might detect that the operation
> > > is valid but the situation might change before it takes the lock.
> >
> > Hi Petr,
> >
> > Thanks for the patches.
> >
> > I don't think this patch is necessary. klp_is_enabled() doesn't check
> > the state of the patch. It checks the initialization state of the core
> > module (klp_root_kobj), which can only be set in klp_init(). It's not
> > protected by the lock, so I don't see the point of this patch.
>
> Ah, I have misread the name and expected that it checked whether
> the patch was enabled or disabled. The original code is OK then.
>
> Well, Jiri Kosina pointed out that the check did not make much sense.
> klp_is_enabled() could not be called if the livepatch module is not
> loaded. And the later check for klp_patch_is_registered() is enough
> to check whether the klp_enable_patch()/klp_disable_patch() calls
> are allowed or not.
But livepatch isn't a module, it's part of the kernel. Even if the init
function returns an error, that doesn't prevent any of the other
exported functions from getting called.
>
> So, I suggest to remove the checks at all.
>
> Best Regards,
> Petr
>
>
> > >
> > > Signed-off-by: Petr Mladek <pmladek@suse.cz>
> > > ---
> > > kernel/livepatch/core.c | 16 ++++++++++------
> > > 1 file changed, 10 insertions(+), 6 deletions(-)
> > >
> > > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c
> > > index d6d0f50e81f8..b848069e44cc 100644
> > > --- a/kernel/livepatch/core.c
> > > +++ b/kernel/livepatch/core.c
> > > @@ -425,11 +425,13 @@ int klp_disable_patch(struct klp_patch *patch)
> > > {
> > > int ret;
> > >
> > > - if (!klp_is_enabled())
> > > - return -ENODEV;
> > > -
> > > mutex_lock(&klp_mutex);
> > >
> > > + if (!klp_is_enabled()) {
> > > + ret = -ENODEV;
> > > + goto err;
> > > + }
> > > +
> > > if (!klp_patch_is_registered(patch)) {
> > > ret = -EINVAL;
> > > goto err;
> > > @@ -489,11 +491,13 @@ int klp_enable_patch(struct klp_patch *patch)
> > > {
> > > int ret;
> > >
> > > - if (!klp_is_enabled())
> > > - return -ENODEV;
> > > -
> > > mutex_lock(&klp_mutex);
> > >
> > > + if (!klp_is_enabled()) {
> > > + ret = -ENODEV;
> > > + goto err;
> > > + }
> > > +
> > > if (!klp_patch_is_registered(patch)) {
> > > ret = -EINVAL;
> > > goto err;
> > > --
> > > 1.8.5.2
> > >
> >
> > --
> > Josh
--
Josh
next prev parent reply other threads:[~2014-12-10 15:30 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-09 18:05 [PATCH 0/6] livepatch v5: more clean up for the v5 of the patchset Petr Mladek
2014-12-09 18:05 ` [PATCH 1/6] livepatch v5: avoid race when checking for state of the patch Petr Mladek
2014-12-09 18:32 ` Josh Poimboeuf
2014-12-10 10:11 ` Petr Mladek
2014-12-10 15:25 ` Josh Poimboeuf [this message]
2014-12-11 11:17 ` Petr Mladek
2014-12-11 14:23 ` Josh Poimboeuf
2014-12-09 18:05 ` [PATCH 2/6] livepatch v5: do not quietly ignore wrong usage Petr Mladek
2014-12-09 18:05 ` [PATCH 3/6] livepatch v5: find and verify the old address in klp_*_init() Petr Mladek
2014-12-09 18:05 ` [PATCH 4/6] livepatch v5: clean up ordering of functions Petr Mladek
2014-12-09 18:05 ` [PATCH 5/6] livepatch v5: split init and free code that is done only for loaded modules Petr Mladek
2014-12-09 18:51 ` Josh Poimboeuf
2014-12-10 10:30 ` Petr Mladek
2014-12-10 15:34 ` Josh Poimboeuf
2014-12-09 18:05 ` [PATCH 6/6] livepatch v5: clean up usage of the old and new addresses Petr Mladek
2014-12-09 19:20 ` Josh Poimboeuf
2014-12-10 13:50 ` Petr Mladek
2014-12-10 15:33 ` Josh Poimboeuf
2014-12-11 11:30 ` Petr Mladek
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=20141210152506.GA32670@treble.redhat.com \
--to=jpoimboe@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=hch@infradead.org \
--cc=jkosina@suse.cz \
--cc=kpatch@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=live-patching@vger.kernel.org \
--cc=luto@amacapital.net \
--cc=masami.hiramatsu.pt@hitachi.com \
--cc=mbenes@suse.cz \
--cc=pmladek@suse.cz \
--cc=rostedt@goodmis.org \
--cc=sjenning@redhat.com \
--cc=vojtech@suse.cz \
--cc=x86@kernel.org \
/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
Powered by JetHome