Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-20 Thread Steven Rostedt
On Thu, 16 Oct 2008, Josh Boyer wrote: On Thu, 16 Oct 2008, Josh Boyer wrote: 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. Oh, the patches I sent on here, are not to solve this issue. It was

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-20 Thread Steven Rostedt
On Mon, 20 Oct 2008, Josh Boyer wrote: On Mon, Oct 20, 2008 at 12:30:33PM -0400, Steven Rostedt wrote: Anyway, if you want a tester let me know. It seems 2.6.27.1 should be fine since FTRACE was disabled, but for .28-rc1 it would be cool if it worked :). Hi Josh, I've been looking

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-20 Thread Steven Rostedt
On Mon, 20 Oct 2008, Fr?d?ric Weisbecker wrote: There are other arch that support ftrace as well like sh or sparc64 (I'm currently working on an implementation for mips). So the choice would be better between waiting for a fix or disable dynamic ftrace on Kconfig only for PowerPC. Hi

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-20 Thread Frédéric Weisbecker
2008/10/20 Josh Boyer [EMAIL PROTECTED]: That seems like a good plan. Should we mark dynamic ftrace as X86 only in Kconfig for .28 to prevent people from inadvertently setting it? Hi Josh. There are other arch that support ftrace as well like sh or sparc64 (I'm currently working on an

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-16 Thread Steven Rostedt
On Thu, 16 Oct 2008, Josh Boyer wrote: On Sat, Sep 06, 2008 at 02:03:47PM +0200, Ingo Molnar wrote: * Steven Rostedt [EMAIL PROTECTED] 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

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-16 Thread Steven Rostedt
On Thu, 16 Oct 2008, Josh Boyer wrote: 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.

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-16 Thread Steven Rostedt
On Thu, 16 Oct 2008, Josh Boyer wrote: 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. Oh, the patches I sent on here, are not to solve this issue. It was actually solving issues in linux-tip itself. I'm

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-16 Thread Josh Boyer
On Thu, 16 Oct 2008 14:45:15 -0400 (EDT) Steven Rostedt [EMAIL PROTECTED] wrote: On Thu, 16 Oct 2008, Josh Boyer wrote: 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. Oh, the patches I sent on here,

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-16 Thread Josh Boyer
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 [EMAIL PROTECTED] wrote: I spent the day chasing a bug that would hang PPC on boot up when ftrace is

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-10-16 Thread Chris Friesen
Josh Boyer wrote: 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. Until recently I could boot my G5 with FTRACE

Re: [PATCH 0/2] ftrace: fixes for PPC

2008-09-06 Thread Ingo Molnar
* Steven Rostedt [EMAIL PROTECTED] 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

[PATCH 0/2] ftrace: fixes for PPC

2008-09-05 Thread Steven Rostedt
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