lkml.org 
[lkml]   [2008]   [Oct]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/2] ftrace: fixes for PPC
On Thu, Oct 16, 2008 at 02:22:48PM -0400, Steven Rostedt wrote:
>
>On Thu, 16 Oct 2008, Josh Boyer wrote:
>
>> On Sat, Sep 06, 2008 at 02:03:47PM +0200, Ingo Molnar wrote:
>> >
>> >* Steven Rostedt <rostedt@goodmis.org> wrote:
>> >
>> >> I spent the day chasing a bug that would hang PPC on boot up when
>> >> ftrace is configured in. I found that it was simply a stupid bug I did
>> >> to handle the non MCOUNT_RECORD case. Since I was testing only on x86,
>> >> and the MCOUNT_RECORD is automatically set for dynamic ftrace if it is
>> >> available, I did not test the case where MCOUNT_RECORD was not set.
>> >>
>> >> I have not finished porting MCOUNT_RECORD to PPC, but have found that
>> >> it has caused some issues for archs that do not support it yet.
>> >>
>> >> This patch series handles these cases.
>> >
>> >applied to tip/tracing/ftrace, thanks Steve.
>>
>> Are these two merged yet? I just spent the better part of the morning
>> trying to figure out why various Fedora kernels based on 2.6.27-rcX and
>> 2.6.27 final hung on my G5 and finally got one booting with FTRACE
>> disabled.
>
>My powerbook does not boot with ftrace enabled. I'm currently debugging
>it. When I get it working, you'll see patches.

Well, that's why I asked. You sent 2 patches out over a month ago that
don't appear to have shown up in any Linus or PowerPC tree.

>They will be to linux-tip though, and not for the current mainline (unless
>the code in linux-tip gets merged).

If linux-tip is some x86 topic branch, I think that's the wrong place for
fixes that are needed on non-x86 arches.

josh


\
 
 \ /
  Last update: 2008-10-16 20:39    [W:0.146 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site