On Tue, 18 Aug 2009 10:51:10 +0200
Ingo Molnar <mingo@xxxxxxx> wrote:
>
> * Ingo Molnar <mingo@xxxxxxx> wrote:
>
> > * Paul Mundt <lethal@xxxxxxxxxxxx> wrote:
> >
> > > [ Adding to Cc everyone that now has a broken tree thanks to this .. ]
> > >
> > > On Wed, Aug 12, 2009 at 11:11:33AM +0200, Ingo Molnar wrote:
> > > > * Frederic Weisbecker <fweisbec@xxxxxxxxx> wrote:
> > > > > This pull request integrate one cleanup/fix for ftrace and an
> > > > > update for syscall tracing: the migration from old-style tracer to
> > > > > individual tracepoints/trace_events and the support for perf
> > > > > counter.
> > > > >
> > > > > I've tested it with success either with ftrace (every syscall
> > > > > tracepoints enabled at the same time without problems) and with
> > > > > perfcounter.
> > > > >
> > > > > May be one drawback: it creates so much trace events that the
> > > > > ftrace selftests can take some time :-)
> > > >
> > > > Pulled, thanks a lot!
> > >
> > > And this has now subsequently broken every single SH and S390
> > > configuration, [...]
> >
> > I test SH cross-builds regularly. I just checked the SH defconfig
> > and it builds just fine here:
> >
> > $ make -j32 CROSS_COMPILE=sh3-linux- ARCH=sh vmlinux
>
> The s390 build indeed broke. (This got masked by the s390 toolchain
> i'm using not having been able to build Linus's tree - i fixed
> that.)
>
> Could you try the fix below? It does the trick here.
>
> Martin, Heiko - does the fix look good to you? regs->gprs[2] seems
> to be the register used for both the syscall number (enter
> callback) and for the return code (exit callback).
Correct, for do_syscall_trace_{enter,exit} the code in entry.S stores
the system call number in regs->gprs[2]. The fix is fine.
Thanks Ingo.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
