From: Thomas Gleixner <tglx@linutronix.de>
To: Nadav Amit <namit@vmware.com>
Cc: Ingo Molnar <mingo@redhat.com>,
linux-kernel@vger.kernel.org, x86@kernel.org,
"H. Peter Anvin" <hpa@zytor.com>, Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>,
Jiri Kosina <jkosina@suse.cz>, Andy Lutomirski <luto@kernel.org>,
Kees Cook <keescook@chromium.org>,
Dave Hansen <dave.hansen@intel.com>
Subject: Re: [PATCH v3 1/7] Fix "x86/alternatives: Lockdep-enforce text_mutex in text_poke*()"
Date: Sun, 4 Nov 2018 21:58:20 +0100 (CET) [thread overview]
Message-ID: <alpine.DEB.2.21.1811042153430.10744@nanos.tec.linutronix.de> (raw)
In-Reply-To: <20181102232946.98461-2-namit@vmware.com>
On Fri, 2 Nov 2018, Nadav Amit wrote:
> text_mutex is expected to be held before text_poke() is called, but we
> cannot add a lockdep assertion since kgdb does not take it, and instead
> *supposedly* ensures the lock is not taken and will not be acquired by
> any other core while text_poke() is running.
>
> The reason for the "supposedly" comment is that it is not entirely clear
> that this would be the case if gdb_do_roundup is zero.
>
> Add a comment to clarify this behavior, and restore the assertions as
> they were before the recent commit.
It restores nothing. It just removes the assertion.
> This partially reverts commit 9222f606506c ("x86/alternatives:
> Lockdep-enforce text_mutex in text_poke*()")
That opens up the same can of worms again, which took us a while to close.
Can we please instead split out the text_poke() code into a helper function
and have two callers:
text_poke() which contains the assert
text_poke_kgdb() which does not
Thanks,
tglx
next prev parent reply other threads:[~2018-11-04 20:58 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-02 23:29 [PATCH v3 0/7] x86/alternatives: text_poke() fixes Nadav Amit
2018-11-02 23:29 ` [PATCH v3 1/7] Fix "x86/alternatives: Lockdep-enforce text_mutex in text_poke*()" Nadav Amit
2018-11-03 10:11 ` Jiri Kosina
2018-11-04 20:58 ` Thomas Gleixner [this message]
2018-11-05 18:14 ` Nadav Amit
2018-11-02 23:29 ` [PATCH v3 2/7] x86/jump_label: Use text_poke_early() during early_init Nadav Amit
2018-11-05 12:39 ` Peter Zijlstra
2018-11-05 13:33 ` Peter Zijlstra
2018-11-05 14:09 ` Peter Zijlstra
2018-11-05 17:22 ` Andy Lutomirski
2018-11-05 17:49 ` Nadav Amit
2018-11-05 19:03 ` Andy Lutomirski
2018-11-05 19:25 ` Nadav Amit
2018-11-05 20:05 ` Andy Lutomirski
2018-11-05 20:28 ` Thomas Gleixner
2018-11-05 21:31 ` Nadav Amit
2018-11-07 19:13 ` Nadav Amit
2018-11-08 10:41 ` Peter Zijlstra
2018-11-02 23:29 ` [PATCH v3 3/7] x86/mm: temporary mm struct Nadav Amit
2018-11-02 23:29 ` [PATCH v3 4/7] fork: provide a function for copying init_mm Nadav Amit
2018-11-02 23:29 ` [PATCH v3 5/7] x86/alternatives: initializing temporary mm for patching Nadav Amit
2018-11-02 23:29 ` [PATCH v3 6/7] x86/alternatives: use temporary mm for text poking Nadav Amit
2018-11-05 13:19 ` Peter Zijlstra
2018-11-05 13:30 ` Peter Zijlstra
2018-11-05 18:04 ` Nadav Amit
2018-11-06 8:20 ` Peter Zijlstra
2018-11-06 13:11 ` Peter Zijlstra
2018-11-06 18:11 ` Nadav Amit
2018-11-06 19:08 ` Peter Zijlstra
2018-11-02 23:29 ` [PATCH v3 7/7] x86/alternatives: remove text_poke() return value Nadav Amit
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=alpine.DEB.2.21.1811042153430.10744@nanos.tec.linutronix.de \
--to=tglx@linutronix.de \
--cc=bp@alien8.de \
--cc=dave.hansen@intel.com \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=jkosina@suse.cz \
--cc=keescook@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@kernel.org \
--cc=mingo@redhat.com \
--cc=namit@vmware.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.