All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Jeremy Fitzhardinge <jeremy@goop.org>,
	Steven Rostedt <rostedt@goodmis.org>
Cc: the arch/x86 maintainers <x86@kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: -tip build failure: trace_clock_global undefined
Date: Tue, 14 Apr 2009 10:32:39 +0200	[thread overview]
Message-ID: <20090414083239.GD27003@elte.hu> (raw)
In-Reply-To: <49E4413F.7070700@goop.org>


* Jeremy Fitzhardinge <jeremy@goop.org> wrote:

> I'm seeing linker errors:
>
>  LD      .tmp_vmlinux1
> arch/x86/kernel/built-in.o: In function `ds_take_timestamp':
> /home/jeremy/git/linux/arch/x86/kernel/ds.c:1380: undefined reference to `trace_clock_global'
> /home/jeremy/git/linux/arch/x86/kernel/ds.c:1380: undefined reference to `trace_clock_global'
> make[2]: *** [.tmp_vmlinux1] Error 1
> make[1]: *** [sub-make] Error 2
> make: *** [all] Error 2
>
>
> .config attached.

Thanks - i pushed out the fix into latest -tip, please re-check it 
works fine for you.

Steve: the reason why randconfig testing had little chance to find 
this was that to trigger the build failure one needs:

 CONFIG_X86_DS=y
 CONFIG_X86_PTRACE_BTS=y
 # CONFIG_FUNCTION_TRACER is not set
 # CONFIG_IRQSOFF_TRACER is not set
 # CONFIG_PREEMPT_TRACER is not set
 # CONFIG_SYSPROF_TRACER is not set
 # CONFIG_SCHED_TRACER is not set
 # CONFIG_CONTEXT_SWITCH_TRACER is not set
 # CONFIG_EVENT_TRACER is not set
 # CONFIG_FTRACE_SYSCALLS is not set
 # CONFIG_BOOT_TRACER is not set
 # CONFIG_TRACE_BRANCH_PROFILING is not set
 # CONFIG_POWER_TRACER is not set
 # CONFIG_STACK_TRACER is not set
 # CONFIG_HW_BRANCH_TRACER is not set
 # CONFIG_KMEMTRACE is not set
 # CONFIG_WORKQUEUE_TRACER is not set
 # CONFIG_BLK_DEV_IO_TRACE is not set
 # CONFIG_MMIOTRACE is not set

It can be seen that this needs 2^17 - in excess of 100,000 
randconfig steps to have a 50% chance of discovery. In the window of 
breakage so far i did 10,000-20,000 randconfig builds so i had no 
realistic chance to see this.

But the real problem is the flatness of the Kconfig space here and 
the loss of a global switch over tracing: IMO we should have a 
global interactive control over CONFIG_TRACING. It's clearly 
something users want and do (like Jeremy did).

We already have a "Tracers" sub-menu under "Kernel Hacking" - it 
should also be dependent on an interactive switch.

( that switch can be default-y so this wont impact visiblity - but
  it will sure improve configurability and testability. )

	Ingo

  reply	other threads:[~2009-04-14  8:33 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-14  7:54 -tip build failure: trace_clock_global undefined Jeremy Fitzhardinge
2009-04-14  8:32 ` Ingo Molnar [this message]
2009-04-14  8:33 ` [tip:tracing/core] tracing: make the trace clocks available generally tip-bot for Ingo Molnar
2009-05-07  9:25 ` tip-bot for Ingo Molnar

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=20090414083239.GD27003@elte.hu \
    --to=mingo@elte.hu \
    --cc=jeremy@goop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rostedt@goodmis.org \
    --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.