linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
	Paul Mundt <lethal@linux-sh.org>,
	linux-next@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>
Subject: Re: linux-next: sh build failure
Date: Fri, 20 Mar 2009 19:34:32 +0100	[thread overview]
Message-ID: <20090320183432.GD31629@elte.hu> (raw)
In-Reply-To: <20090320182413.GB1847@Krystal>


* Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca> wrote:

> * Stephen Rothwell (sfr@canb.auug.org.au) wrote:
> > Hi Paul,
> > 
> > Yesterday's linux-next build of sh allmodconfig failed like this:
> > 
> > kernel/built-in.o: In function `disable_all_kprobes':
> > kernel/kprobes.c:1382: undefined reference to `text_mutex'
> > kernel/built-in.o: In function `__unregister_kprobe_top':
> > kernel/kprobes.c:773: undefined reference to `text_mutex'
> > kernel/built-in.o: In function `register_kprobe':
> > kernel/kprobes.c:724: undefined reference to `text_mutex'
> > 
> > Introduced by commit 4460fdad85becd569f11501ad5b91814814335ff ("tracing,
> > Text Edit Lock - kprobes architecture independent support") from the
> > tracing tree.  text_mutex is defined in mm/memory.c which is only built
> > if CONFIG_MMU is defined, which is not true for sh allmodconfig.
> 
> Hrm, so we should move the text_mutex in a obj-y file. It's not clear to
> me which of mm/Makefile would be the best choice :
> 
> obj-y                   := bootmem.o filemap.o mempool.o oom_kill.o fadvise.o \
>                            maccess.o page_alloc.o page-writeback.o pdflush.o \
>                            readahead.o swap.o truncate.o vmscan.o shmem.o \
>                            prio_tree.o util.o mmzone.o vmstat.o backing-dev.o \
>                            page_isolation.o mm_init.o $(mmu-y)
> 
> Or maybe we add a new file, or put this in kernel/*.c. Suggestions ?

i already fixed it earlier today via the commit below.

(the commit notification did not go out to the thread because lkml 
was not Cc:-ed.)

	Ingo

-------------------->
>From 505f2b970b2269ce4cb669b3ff4f6479d379cec2 Mon Sep 17 00:00:00 2001
From: Ingo Molnar <mingo@elte.hu>
Date: Fri, 20 Mar 2009 11:05:04 +0100
Subject: [PATCH] tracing, Text Edit Lock - kprobes architecture independent support, nommu fix

Impact: build fix on SH !CONFIG_MMU

Stephen Rothwell reported this linux-next build failure on the SH
architecture:

  kernel/built-in.o: In function `disable_all_kprobes':
  kernel/kprobes.c:1382: undefined reference to `text_mutex'
  [...]

And observed:

| Introduced by commit 4460fdad85becd569f11501ad5b91814814335ff ("tracing,
| Text Edit Lock - kprobes architecture independent support") from the
| tracing tree.  text_mutex is defined in mm/memory.c which is only built
| if CONFIG_MMU is defined, which is not true for sh allmodconfig.

Move this lock to kernel/extable.c (which is already home to various
kernel text related routines), which file is always built-in.

Reported-by: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Paul Mundt <lethal@linux-sh.org>
Cc: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
LKML-Reference: <20090320110602.86351a91.sfr@canb.auug.org.au>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
 kernel/extable.c |   14 ++++++++++++--
 mm/memory.c      |    8 --------
 2 files changed, 12 insertions(+), 10 deletions(-)

diff --git a/kernel/extable.c b/kernel/extable.c
index 0df6253..25d39b0 100644
--- a/kernel/extable.c
+++ b/kernel/extable.c
@@ -15,11 +15,21 @@
     along with this program; if not, write to the Free Software
     Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 */
+#include <linux/ftrace.h>
 #include <linux/module.h>
+#include <linux/mutex.h>
 #include <linux/init.h>
-#include <linux/ftrace.h>
-#include <asm/uaccess.h>
+
 #include <asm/sections.h>
+#include <asm/uaccess.h>
+
+/*
+ * mutex protecting text section modification (dynamic code patching).
+ * some users need to sleep (allocating memory...) while they hold this lock.
+ *
+ * NOT exported to modules - patching kernel text is a really delicate matter.
+ */
+DEFINE_MUTEX(text_mutex);
 
 extern struct exception_table_entry __start___ex_table[];
 extern struct exception_table_entry __stop___ex_table[];
diff --git a/mm/memory.c b/mm/memory.c
index 05fab3b..dfc9e4e 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -101,14 +101,6 @@ int randomize_va_space __read_mostly =
 					2;
 #endif
 
-/*
- * mutex protecting text section modification (dynamic code patching).
- * some users need to sleep (allocating memory...) while they hold this lock.
- *
- * NOT exported to modules - patching kernel text is a really delicate matter.
- */
-DEFINE_MUTEX(text_mutex);
-
 static int __init disable_randmaps(char *s)
 {
 	randomize_va_space = 0;

      reply	other threads:[~2009-03-20 18:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-20  0:06 linux-next: sh build failure Stephen Rothwell
2009-03-20 18:24 ` Mathieu Desnoyers
2009-03-20 18:34   ` Ingo Molnar [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=20090320183432.GD31629@elte.hu \
    --to=mingo@elte.hu \
    --cc=hpa@zytor.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-next@vger.kernel.org \
    --cc=mathieu.desnoyers@polymtl.ca \
    --cc=sfr@canb.auug.org.au \
    --cc=tglx@linutronix.de \
    /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;
as well as URLs for NNTP newsgroup(s).