From: Frederic Weisbecker <fweisbec@gmail.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: Alexey Dobriyan <adobriyan@gmail.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Stephen Rothwell <sfr@canb.auug.org.au>,
linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
Steven Rostedt <rostedt@goodmis.org>
Subject: Re: [PATCH] tracing: fix a build error on alpha and m68k
Date: Fri, 24 Oct 2008 16:16:45 +0200 [thread overview]
Message-ID: <4901D8CD.7000405@gmail.com> (raw)
In-Reply-To: <20081023163850.GB16591@elte.hu>
Ingo Molnar wrote:
> * Alexey Dobriyan <adobriyan@gmail.com> wrote:
>
>> On Thu, Oct 23, 2008 at 07:27:48PM +0200, Frederic Weisbecker wrote:
>>> When tracing is enabled, some arch have included <linux/irqflags.h>
>>> on their <asm/system.h> but others like alpha or m68k don't.
>>>
>>> Build error on alpha:
>>>
>>> kernel/trace/trace.c: In function 'tracing_generic_entry_update':
>>> kernel/trace/trace.c:658: error: implicit declaration of function 'irqs_disabled_flags'
>>> kernel/trace/trace.c: In function 'tracing_cpumask_write':
>>> kernel/trace/trace.c:2145: error: implicit declaration of function 'raw_local_irq_disable'
>>> kernel/trace/trace.c:2162: error: implicit declaration of function 'raw_local_irq_enable'
>>> kernel/trace/trace.c: In function 'trace_die_handler':
>>> kernel/trace/trace.c:3039: error: 'DIE_OOPS' undeclared (first use in this function)
>>>
>>> Build error on m68k:
>>> http://kisskb.ellerman.id.au/kisskb/buildresult/50641/
>>>
>>>
>>> Include it on kernel/trace/trace.c
>>>
>>> Reported-by: Alexey Dobriyan <adobriyan@gmail.com>
>>> Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
>>> ---
>>> diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
>>> index 78d5661..deb9684 100644
>>> --- a/kernel/trace/trace.c
>>> +++ b/kernel/trace/trace.c
>>> @@ -34,6 +34,7 @@
>>>
>>> #include <linux/stacktrace.h>
>>> #include <linux/ring_buffer.h>
>>> +#include <linux/irqflags.h>
>> Sure, except it doesn't fix anything.
>
> hm, zapped the commit then.
>
> the problem is most likely that none of these architectures is lockdep
> enabled, hence they have no irqtrace wrappers, hence not all of the
> tracers can be built on them?
>
> Ingo
>
I just testes my patch by building with a cross compiler on Alpha.
Before the patch:
kernel/trace/trace.c: In function 'tracing_generic_entry_update':
kernel/trace/trace.c:664: error: implicit declaration of function 'irqs_disabled_flags'
kernel/trace/trace.c: In function 'tracing_cpumask_write':
kernel/trace/trace.c:2150: error: implicit declaration of function 'raw_local_irq_disable'
kernel/trace/trace.c:2167: error: implicit declaration of function 'raw_local_irq_enable'
kernel/trace/trace.c: In function 'trace_die_handler':
kernel/trace/trace.c:3044: error: 'DIE_OOPS' undeclared (first use in this function)
kernel/trace/trace.c:3044: error: (Each undeclared identifier is reported only once
kernel/trace/trace.c:3044: error: for each function it appears in.)
After the patch:
kernel/trace/trace.c: In function 'tracing_generic_entry_update':
kernel/trace/trace.c:664: error: implicit declaration of function 'irqs_disabled_flags'
kernel/trace/trace.c: In function 'trace_die_handler':
kernel/trace/trace.c:3044: error: 'DIE_OOPS' undeclared (first use in this function)
kernel/trace/trace.c:3044: error: (Each undeclared identifier is reported only once
kernel/trace/trace.c:3044: error: for each function it appears in.)
So the raw_local_irq_* functions are defined in linux/irqflags.h, even for arch that doesn't have CONFIG_TRACE_IRQFLAGS_SUPPORT. They just do a local_irq_save/restore.
That's what we wanted. And we have to include it on trace.c for archs like alpha.
So this patch fixes it.
The DIE_OOPS should be fixed by a recent patch from Steven (ftrace: move nmi die handler to arch specific).
The last issue is irqs_disabled_flags. But it's one other problem which is in discussion.
next prev parent reply other threads:[~2008-10-24 13:10 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-23 10:36 linux-next: Tree for October 23 Stephen Rothwell
2008-10-23 12:11 ` linux-next: kernel/trace/trace.c:658: error: Alexey Dobriyan
2008-10-23 12:48 ` Frédéric Weisbecker
2008-10-23 13:15 ` Frédéric Weisbecker
2008-10-23 14:41 ` Frederic Weisbecker
2008-10-23 14:37 ` Geert Uytterhoeven
2008-10-23 14:57 ` Frédéric Weisbecker
2008-10-23 15:30 ` Geert Uytterhoeven
2008-10-23 15:33 ` Frédéric Weisbecker
2008-10-23 17:27 ` [PATCH] tracing: fix a build error on alpha and m68k Frederic Weisbecker
2008-10-23 16:24 ` Frédéric Weisbecker
2008-10-23 16:34 ` Alexey Dobriyan
2008-10-23 16:35 ` Frédéric Weisbecker
2008-10-23 16:38 ` Ingo Molnar
2008-10-23 16:51 ` Frédéric Weisbecker
2008-10-23 16:55 ` Ingo Molnar
2008-10-23 17:06 ` Frédéric Weisbecker
2008-10-23 17:12 ` Steven Rostedt
2008-10-23 17:25 ` Frédéric Weisbecker
2008-10-24 14:16 ` Frederic Weisbecker [this message]
2008-10-24 13:42 ` [PATCH] ftrace: handle archs that do not support irqs_disabled_flags Steven Rostedt
2008-10-24 13:54 ` Frédéric Weisbecker
2008-10-25 8:24 ` Geert Uytterhoeven
2008-10-28 7:25 ` Greg Ungerer
2008-10-23 17:14 ` [PATCH] tracing: fix a build error on alpha and m68k Steven Rostedt
2008-10-30 21:49 ` Alexey Dobriyan
2008-10-30 22:57 ` Frédéric Weisbecker
2008-10-30 23:03 ` Ingo Molnar
2008-10-31 8:50 ` Geert Uytterhoeven
2008-10-31 9:55 ` Ingo Molnar
2008-11-01 10:16 ` Geert Uytterhoeven
2008-10-23 16:37 ` Ingo Molnar
2008-10-23 12:15 ` linux-next: arch/alpha/include/asm/smp.h:48:1: error: "cpu_possible_map" redefined Alexey Dobriyan
2008-10-23 12:16 ` Alexey Dobriyan
2008-10-23 15:10 ` Rusty Russell
2008-10-23 12:22 ` linux-next: include/linux/mmzone.h:288: error: 'CONFIG_NR_CPUS' undeclared here (not in a function) Alexey Dobriyan
2008-10-23 14:38 ` Geert Uytterhoeven
2008-10-23 12:26 ` linux-next: undefined reference to 'forbid_dac' Alexey Dobriyan
2008-10-23 13:16 ` FUJITA Tomonori
2008-10-23 12:57 ` linux-next: undefined reference to `nop_trace' Alexey Dobriyan
2008-10-23 13:07 ` linux-next: arch/s390/kernel/smp.c:120: error: request for member 'bits' in something not a structure or union Alexey Dobriyan
2008-10-23 14:14 ` linux-next: x86_64 UML broken Alexey Dobriyan
2008-10-23 14:48 ` linux-next: drivers/lguest/page_tables.c:1044: error: invalid initializer Alexey Dobriyan
2008-10-24 2:08 ` Rusty Russell
2008-10-24 0:18 ` linux-next: Tree for October 23 (cx88) Randy Dunlap
2008-10-24 1:04 ` linux-next: Tree for October 23 Randy Dunlap
2008-10-26 7:19 ` [ofa-general] " Or Gerlitz
2008-10-26 18:49 ` Randy Dunlap
2008-10-26 18:49 ` Randy Dunlap
2008-10-24 1:14 ` [PATCH] PCI hotplug printk format Randy Dunlap
2008-10-24 17:42 ` Jesse Barnes
2008-10-24 17:49 ` Jesse Barnes
2008-10-24 1:17 ` [PATCH] nfsctl: credentials error Randy Dunlap
2008-10-24 1:17 ` [PATCH] coda: " Randy Dunlap
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=4901D8CD.7000405@gmail.com \
--to=fweisbec@gmail.com \
--cc=adobriyan@gmail.com \
--cc=geert@linux-m68k.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rostedt@goodmis.org \
--cc=sfr@canb.auug.org.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 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.