[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20080815200230.GA18516@uranus.ravnborg.org>
Date: Fri, 15 Aug 2008 22:02:30 +0200
From: Sam Ravnborg <sam@...nborg.org>
To: Ingo Molnar <mingo@...e.hu>
Cc: Steven Rostedt <rostedt@...dmis.org>, linux-kernel@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <peterz@...radead.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
David Miller <davem@...emloft.net>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
Gregory Haskins <ghaskins@...ell.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
"Luis Claudio R. Goncalves" <lclaudio@...g.org>,
Clark Williams <williams@...hat.com>, srostedt@...hat.com
Subject: Re: [PATCH 0/3] ftrace: handle kernel code remove
On Fri, Aug 15, 2008 at 12:06:00PM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <mingo@...e.hu> wrote:
>
> > > http://redhat.com/~mingo/misc/config-Fri_Aug_15_11_34_53_CEST_2008.bad
> >
> > the problem is that i'm building a 32-bit kernel on a 64-bit host, and
> > the scripts/recordmcount.pl script does not create the temporary
> > object files in the proper (32-bit) output ELF format.
>
> the crude hack below got me going for now - but this needs a proper
> solution.
recordmount.pl should use the already define environment variables:
$CC + $CFLAGS
$LD + $LDFLAGS
$OBJCOPY, $OBJCOPYFLAGS
$OBJDUMP
We need to set $OBJCOPYFLAFS to a sensible variable in arch/x86/Makefile
And we should introduce $OBJDUMPFLAGS too.
This would solve all the problems - no?
I am limited in time atm - so relying on one of you to create the patch
and do some testing.
Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists