* Metzger, Markus T markus.t.metz...@intel.com wrote:
-Original Message-
From: Paul Mackerras [mailto:pau...@samba.org]
Sent: Monday, September 21, 2009 8:45 AM
Markus, please take care in future to mention it in the changelog if
your patches touch definitions used by other
* Heiko Carstens heiko.carst...@de.ibm.com wrote:
On Mon, Sep 21, 2009 at 09:30:43AM +0200, Ingo Molnar wrote:
* Metzger, Markus T markus.t.metz...@intel.com wrote:
-Original Message-
From: Paul Mackerras [mailto:pau...@samba.org]
Sent: Monday, September 21, 2009 8:45
* Paul Mackerras pau...@samba.org wrote:
Commit 5622f295 (x86, perf_counter, bts: Optimize BTS overflow
handling) removed the regs field from struct perf_sample_data and
added a regs parameter to perf_counter_overflow(). This breaks the
build on powerpc as reported by Sachin Sant:
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Tue, 2009-09-22 at 09:48 +1000, Paul Mackerras wrote:
This fixes two places in the powerpc perf_event (perf_counter) code
where 'list_entry' needs to be changed to 'group_entry', but were
missed in commit 65abc865
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
Nevertheless you are right that i should have caught this particular
PowerPC build bug - i missed it - sorry about that!
Allright. Well, to help in general, we are setting
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
Nevertheless you are right that i should have caught this particular
PowerPC build bug - i missed it - sorry about
* Michael Ellerman mich...@ellerman.id.au wrote:
On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Ingo,
On Thu, 24 Sep 2009 23:25:55 +1000 Michael Ellerman mich...@ellerman.id.au
wrote:
Give me a day or two, I should be able to add a per-branch setting for
who to send mails to without too much trouble.
In the mean time I don't
* Anton Blanchard an...@samba.org wrote:
If CONFIG_PPC_ISERIES isn't defined we end up with iseries_check_pending_irqs
and do_work at the same address. perf ends up picking
iseries_check_pending_irqs which creates confusing backtraces. Hide it.
Signed-off-by: Anton Blanchard
* Anton Blanchard an...@samba.org wrote:
Hook up the alignment-faults and emulation-faults events for powerpc.
Signed-off-by: Anton Blanchard an...@samba.org
nice.
The first patch is for perf events - it would be nice if we could do the
two PowerPC changes via the perf events tree - that
* Paul Mackerras pau...@samba.org wrote:
Here is a series of patches from Anton Blanchard that implement some
nice tracing and perf_event features on powerpc. One of them is
generic perf_event stuff (adding software events for alignment faults
and instruction emulation faults).
Since
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Thu, 2009-10-29 at 07:55 +0100, Ingo Molnar wrote:
* Paul Mackerras pau...@samba.org wrote:
Here is a series of patches from Anton Blanchard that implement some
nice tracing and perf_event features on powerpc. One of them
* Steven Rostedt rost...@goodmis.org wrote:
Paul,
I found the bug that was causing large modules to fail in setting
up dynamic ftrace. It wound up being a simple math error. To calculate
the offset in the TOC, I had used an OR, but the bottom half was
a signed extended short, and it
* Sam Ravnborg s...@ravnborg.org wrote:
On Wed, Feb 04, 2009 at 10:26:12PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
This patch gives arches more freedom on overwriting CFLAGS, specifically
on PowerPC we want to remove -fno-omit-frame-pointer flag
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Sat, 2009-02-14 at 23:03 +0100, Ingo Molnar wrote:
So the question is: even with FRAME_POINTERS disabled on PPC, is
__builtin_return_address(1)/(2) reliable, and is save_stack_trace() fast?
(i.e.
can it walk down the stack
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Mon, Feb 16, 2009 at 05:20:01PM +0300, Anton Vorontsov wrote:
[...]
But then, this commit reverted things back (w/o your Ack):
commit bef5b54bd7bf8117c75cb943d64549134c6d9a1f
Author: Ralf Baechle r...@linux-mips.org
Date: Wed
* Steven Rostedt rost...@goodmis.org wrote:
Ingo and Benjamin,
As discussed, I made a branch called mainline/function-graph-tracer
based off of Linus's commit:
commit d2f8d7ee1a9b4650b4e43325b321801264f7c37a
Author: Linus Torvalds torva...@linux-foundation.org
Date: Fri Feb 13
* Roland McGrath rol...@redhat.com wrote:
+#ifdef CONFIG_COMPAT
+ if (is_compat_task())
syscall = mode1_syscalls_32;
#endif
btw., shouldnt is_compat_task() expand to 0 in the
!CONFIG_COMPAT case? That way we could remove this #ifdef too.
(and move the
* Tejun Heo t...@kernel.org wrote:
Impact: remove spurious WARN on legacy SMP percpu allocator
Commit f2a8205c4ef1af917d175c36a4097ae5587791c8 incorrectly added too
tight WARN_ON_ONCE() on alignments for UP and legacy SMP percpu
allocator. Commit e317603694bfd17b28a40de9d65e1a4ec12f816e
* Rusty Russell ru...@rustcorp.com.au wrote:
On Thursday 19 March 2009 21:23:00 Stephen Rothwell wrote:
From: Stephen Rothwell s...@canb.auug.org.au
Date: Thu, 19 Mar 2009 21:35:24 +1100
Subject: [PATCH] powerpc: mmzone.h needs cpumask_t to be defined
Commit
* Anton Vorontsov avoront...@ru.mvista.com wrote:
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 (tracing: clean
up menu), despite the clean up in its purpose, introduced
behavioural change for Kconfig symbols: we no longer able to
select tracing support on PPC32 (because
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 (tracing: clean
up menu), despite the clean up in its purpose
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote
* Steven Rostedt rost...@goodmis.org wrote:
On Sat, 21 Mar 2009, Steven Rostedt wrote:
Since we know that's not an issue with PPC32, perhaps we should add (I
hate to do this)...
depends on TRACE_IRQFLAGS_SUPPORT || PPC32
And document that the || PPC32 should go when
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
This patch is now applicable to the tracing tree after merging
with Linus' tree.
Thanks, that's useful info.
There's the skb tracepoints related merge fixlet needed too.
Anything else in this context you are aware of?
Ingo
* Luck, Tony [EMAIL PROTECTED] wrote:
I'll start digging on why this doesn't boot ... but you might as well
send the fixes so far upstream to Linus so that the SMP fix is available
Well a pure 2.6.24 version compiled with CONFIG_SMP=n booted just
fine, so the breakage is recent ... and
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
While booting with the 2.6.25-rc1-git1 kernel on the powerbox the
softlockup is seen, with following trace.
BUG: soft lockup - CPU#1 stuck for 61s! [insmod:377]
TASK = c0077cb2f0e0[377] 'insmod' THREAD: c0077cb28000 CPU: 1
NIP
* Johannes Berg [EMAIL PROTECTED] wrote:
Hi,
Not sure whether the lockdep patches or something else is causing this
as I haven't checked w/o the patches yet, but I seem to be having some
confusion of printk timestamps:
Tried reverting the patches ?
That didn't help, so it's
* Stephen Rothwell [EMAIL PROTECTED] wrote:
Hi all,
Today's linux-next merge of the x86-latest tree got a conflict in
include/asm-powerpc/bitops.h between commit
cd008c0f03f3d451e5fbd108b8e74079d402be64 (generic: implement __fls on
all 64-bit archs) from the x86-latest tree and commit
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
yeah, harmless.
Ingo
* Paul Mackerras [EMAIL PROTECTED] wrote:
Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
broken on powerpc, because we end up counting user time twice: once in
timer_interrupt() and once in
* Paul Mackerras [EMAIL PROTECTED] wrote:
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
---
account_process_tick now takes the task_struct * as an argument.
Tested both with and without CONFIG_VIRT_CPU_ACCOUNTING.
thanks, applied.
Ingo
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Last night's build of tip/master on powerpc produced these errors:
kernel/nmi_watchdog.c:33: error: redefinition of 'touch_nmi_watchdog'
kernel/nmi_watchdog.c:59: error: 'nmi_watchdog_enabled' undeclared (first use
in this
* David Miller da...@davemloft.net wrote:
From: Ingo Molnar mi...@elte.hu
Date: Thu, 15 Apr 2010 08:49:40 +0200
Btw., WARN_ON trapping on PowerPC is clearly a PowerPC bug - there's a good
reason we have WARN_ON versus BUG_ON - it should be fixed.
I disagree, an implementation should
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Yesterday's (and today's) linux-next boot (PowerPC) failed like this:
[ cut here ]
Badness at kernel/lockdep.c:2301
NIP: c00a35c8 LR: c00084c4 CTR:
REGS: c0bf77e0
* Frederic Weisbecker fweis...@gmail.com wrote:
On Thu, Apr 15, 2010 at 08:49:40AM +0200, Ingo Molnar wrote:
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Yesterday's (and today's) linux-next boot (PowerPC) failed like this:
[ cut here
* Frederic Weisbecker fweis...@gmail.com wrote:
On Thu, Apr 15, 2010 at 04:03:58PM +0200, Ingo Molnar wrote:
diff --git a/kernel/lockdep.c b/kernel/lockdep.c
index 78325f8..65d4336 100644
--- a/kernel/lockdep.c
+++ b/kernel/lockdep.c
@@ -2298,7 +2298,11 @@ void
* Paul Mackerras pau...@samba.org wrote:
Ingo,
Please pull my perf.git master branch:
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/perf.git master
It has two commits from Ian Munsie that allow us to access local
variables with perf probe on PowerPC. We also need a commit in
* Paul Mackerras [EMAIL PROTECTED] wrote:
Steven Rostedt writes:
The following two patches ports ftrace to PowerPC. I tested this on
both my PPC64 box as well as my 32bit PowerBook G4.
Very cool! Thanks.
great - could you please send an Acked-by line for those patches?
This
* Steven Rostedt [EMAIL PROTECTED] wrote:
PPC doesn't have the irqs_disabled_flags needed by ftrace. This patch
adds it.
applied, thanks.
Ingo
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
* Steven Rostedt [EMAIL PROTECTED] wrote:
This patch adds full support for ftrace for PowerPC (both 64 and 32
bit). This includes dynamic tracing and function filtering.
applied, thanks. Nice stuff! :)
Ingo
___
Linuxppc-dev mailing list
* Linus Torvalds [EMAIL PROTECTED] wrote:
Here's a UNTESTED patch for x86 that may or may not compile and
work, and which serializes (on a compiler level) the IO accesses
against regular memory accesses.
Ok, so it at least boots on x86-32. Thus probably on x86-64 too (since
the code
/driver that happened to bring the image size above 40MB. See
these commits:
commit 88f3aec7afd9ae3e6f6d221801996b69aad1e3a4
Author: Ingo Molnar [EMAIL PROTECTED]
Date: Thu Feb 21 11:04:11 2008 +0100
x86: fix spontaneous reboot with allyesconfig bzImage
commit
* Nathan Lynch [EMAIL PROTECTED] wrote:
There is an interesting quality of POWER6 cores, which each have 2
hardware threads: assuming one thread on the core is idle, the primary
thread is a little faster than the secondary thread. To illustrate:
for cpumask in 0x1 0x2 ; do
taskset
-off-by: Stephen Rothwell [EMAIL PROTECTED]
Acked-by: Jens Axboe [EMAIL PROTECTED]
Cc: Paul Mackerras [EMAIL PROTECTED]
Cc: linuxppc-dev@ozlabs.org
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
diff --git a/arch/powerpc/kernel/machine_kexec_64.c
b/arch/powerpc/kernel/machine_kexec_64.c
(and more readable source code).
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
diff --git a/arch/x86/kernel/traps_64.c b/arch/x86/kernel/traps_64.c
index adff76e..f1a95d1 100644
--- a/arch/x86/kernel/traps_64.c
+++ b/arch/x86/kernel/traps_64.c
@@ -104,30 +104,7 @@ int kstack_depth_to_print
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Sun, 6 Jul 2008, Ingo Molnar wrote:
applied (with the commit message below) to tip/x86/debug for v2.6.27
merging, thanks Linus. Can i add your SOB too?
Sure, add my S-O-B. But I hope/assuem that you also added my earlier
patch that added
* Ingo Molnar [EMAIL PROTECTED] wrote:
yeah, agreed, combined it's not an x86 topic anymore.
[ There's some lkml trouble so i've missed the earlier patch. I'm not
sure the email problem is on my side, see how incomplete the
discussion is on lkml.org as well:
http://lkml.org
* Milton Miller [EMAIL PROTECTED] wrote:
Hi Rusty, Ingo.
Rusty's patch [PATCH 3/3] stop_machine: use cpu mask rather than magic
numbers didn't find kernel/trace/ftrace.c in -next, causing an
immediate almost NULL pointer dereference in ftrace_dynamic_init.
Rusty - what's going on here?
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Milton Miller [EMAIL PROTECTED] wrote:
Hi Rusty, Ingo.
Rusty's patch [PATCH 3/3] stop_machine: use cpu mask rather than magic
numbers didn't find kernel/trace/ftrace.c in -next, causing an
immediate almost NULL pointer dereference
* Stephen Rothwell [EMAIL PROTECTED] wrote:
On Fri, 25 Jul 2008 16:15:59 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
The sfx driver (which happens to be part of some of our test configs)
fails to build in current Linus tree on powerpc with this error:
* Hugh Dickins [EMAIL PROTECTED] wrote:
[PATCH] sched: move sched_clock before first use
Move sched_clock() up to stop warning: weak declaration of
`sched_clock' after first use results in unspecified behavior (if
-fno-unit-at-a-time).
Signed-off-by: Hugh Dickins [EMAIL PROTECTED]
(-)
the x86 bits look fine to me.
Acked-by: Ingo Molnar [EMAIL PROTECTED]
Ingo
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
this patch is whitespace damaged. Could you resend it as attachment, or
set up your email client as per Documentation/email-clients.txt?
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
An error in the split-man.pl PERL snippet in kernel-doc-nano-HOWTO.txt
is also fixed.
applied to tip/sched/devel - thanks Kevin!
* 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
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
An error in the split-man.pl PERL snippet in kernel-doc-nano-HOWTO.txt
is also fixed.
FYI, your patch is already in tip/sched/devel, based
* Srinivasa Ds [EMAIL PROTECTED] wrote:
Currently a SIGTRAP signal can denote any one of below reasons.
- Breakpoint hit
- H/W debug register hit
- Single step
- SIGTRAP signal sent through kill() or rasie()
Architectures like powerpc/parisc provides
* Srinivasa Ds [EMAIL PROTECTED] wrote:
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
please do not send patches that modify include/asm/ files, the
include/asm-x86/ file should be modified instead.
(this problem will go away
* Srinivasa Ds [EMAIL PROTECTED] wrote:
On Monday 22 September 2008 20:24:04 Ingo Molnar wrote:
* Srinivasa Ds [EMAIL PROTECTED] wrote:
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
please do not send patches
* Ingo Molnar [EMAIL PROTECTED] wrote:
Currently a SIGTRAP can denote any one of below reasons.
- Breakpoint hit
- H/W debug register hit
- Single step
- Signal sent through kill() or rasie()
Architectures like powerpc/parisc provides infrastructure
breakage, missing header file.
Signed-off-by: Srinivasa DS [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
include/asm-x86/traps.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-x86/traps.h b/include/asm-x86/traps.h
index 4b1e904..7a692ba
* Jeremy Kerr [EMAIL PROTECTED] wrote:
Mathieu,
We need a marker_synchronize_unregister() before the end of exit() to
make sure every probe callers have exited the non preemptible section
and thus are not executing the probe code anymore.
Looks good - added to spufs.git.
that wont
* Jeremy Kerr [EMAIL PROTECTED] wrote:
Ingo,
that wont work very well as the patch relies on the new
marker_synchronize_unregister() facility.
d'oh, right you are. Should I leave this in your hands to merge?
would be nice if you could give your Acked-by for the sputrace bits,
then we
* Scott Wood scottw...@freescale.com wrote:
On Wed, 28 Jul 2010 14:47:31 +1000
Paul Mackerras pau...@samba.org wrote:
On Tue, Jul 27, 2010 at 11:28:54AM -0500, Scott Wood wrote:
Doesn't the setting of .period need to be maintained (it is in the other
powerpc perf_event
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Yinghai,
On Tue, 14 Sep 2010 16:00:06 -0700 Yinghai Lu ying...@kernel.org wrote:
Also, we may need to remove all extern and __init and __initdata etc in .h
files.
please check
[PATCH -v3] memblock: Fix section mismatch
Mon Sep 17 00:00:00 2001
From: Ingo Molnar [EMAIL PROTECTED]
Date: Fri, 17 Oct 2008 12:41:30 +0200
Subject: [PATCH] fix warning in net/dccp/options.c
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
fix this warning:
net/dccp/options.c: In function
: 0c5d1eb77a8be917b638344a22afe1398236482b
Parent: d6d5aeb661fc14655c417f3582ae7ec52985d2a8
Author: David Brownell [EMAIL PROTECTED]
AuthorDate: Wed Oct 1 14:46:18 2008 -0700
Committer: Ingo Molnar [EMAIL PROTECTED]
CommitDate: Thu Oct 2 10:24:09 2008 +0200
[...]
Signed-off-by: David Brownell [EMAIL
=0c5d1eb77a8be917b638344a22afe1398236482b
Commit: 0c5d1eb77a8be917b638344a22afe1398236482b
Parent: d6d5aeb661fc14655c417f3582ae7ec52985d2a8
Author: David Brownell [EMAIL PROTECTED]
AuthorDate: Wed Oct 1 14:46:18 2008 -0700
Committer: Ingo Molnar [EMAIL PROTECTED]
CommitDate: Thu Oct
* Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2008-10-21 at 09:28 +0200, Ingo Molnar wrote:
From: Chris Friesen [EMAIL PROTECTED]
Date: Mon, 20 Oct 2008 12:41:58 -0600
Subject: [PATCH] genirq: fix set_irq_type() when recording trigger type
In set_irq_type() we want
This reduces a simple single threaded fastpath lock+unlock test from 590
cycles
to 203 cycles on a ppc970 system.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
no objections here. Lets merge these two patches via the ppc tree, so
that it gets testing on real hardware as well?
Acked-by: Ingo Molnar
* Christoph Hellwig [EMAIL PROTECTED] wrote:
On Tue, Nov 18, 2008 at 10:03:25AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2008-11-17 at 15:34 -0500, Steven Rostedt wrote:
Note, I was using a default config that had CONFIG_IRQSTACKS off and
CONFIG_PPC_64K_PAGES on.
For one, we
* Steven Rostedt [EMAIL PROTECTED] wrote:
On Wed, 19 Nov 2008, Paul Mackerras wrote:
Steven Rostedt writes:
Can I add your Acked-by: to all these patches that I submitted? I'm going
to recommit them with a consistent subject (all lower case ppc), but I'm
not going to change
* Steven Rostedt [EMAIL PROTECTED] wrote:
arch/powerpc/Kconfig |2 +
arch/powerpc/include/asm/ftrace.h | 14 +-
arch/powerpc/include/asm/module.h | 16 ++-
arch/powerpc/kernel/ftrace.c | 473 +---
arch/powerpc/kernel/idle.c
* Steven Rostedt [EMAIL PROTECTED] wrote:
branch: ppc/ftrace-disable
Matt Fleming (1):
ftrace: align __mcount_loc sections
Steven Rostedt (8):
ftrace: disable dynamic ftrace from PowerPC
powerpc: ftrace, do not latency trace idle
powerpc: ftrace, convert
* Steven Rostedt [EMAIL PROTECTED] wrote:
Paul and Ingo,
The following are the changes to get dynamic ftrace working on PowerPC.
I modified these a little from the last postings.
1) I removed the changes to recordmcount.pl. This is not a PowerPC
change, although PowerPC needs it
* Steven Rostedt [EMAIL PROTECTED] wrote:
Paul,
I have one more patch. I added it to the end of the ppc/ftrace
branch. The new way of handling the finding of mcounts means we do
not need to do anything in the mcount call itself. It should just be
a stub and when ftrace is enabled, it
* Steven Rostedt [EMAIL PROTECTED] wrote:
On Wed, 26 Nov 2008, Steven Rostedt wrote:
Paul,
This patch series addresses the issues you brought up as well as
adds some more enhancements and fixes. This series is added on
top of the previous patch series.
The new patches are:
* Stephen Rothwell s...@canb.auug.org.au wrote:
It slipped through because it didnt get caught in build tests because
cpufreq isnt enabled in the powerpc defconfig.
Which is one of the reasons we have linux-next: integration testing.
Build bugs slipped through that net too in the past.
* Michael Ellerman mich...@ellerman.id.au wrote:
On Mon, 2009-01-12 at 10:05 +0100, Ingo Molnar wrote:
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Mon, 2009-01-12 at 10:48 +1100, Stephen Rothwell wrote:
Hi Linus,
Today's linux-next build (powerpc
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
This updates the cpufreq drivers in arch/powerpc so they build again
after the core cpufreq changes that broke them in commit
in835481d9bcd65720b473db6b38746a74a3964218.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
can be found below.
Ingo
-
From 01e3eb82278bf45221fc38b391bc5ee0f6a314d6 Mon Sep 17 00:00:00 2001
From: Ingo Molnar mi...@elte.hu
Date: Mon, 12 Jan 2009 13:00:50 +0100
Subject: [PATCH] Revert sched: improve preempt debugging
This reverts commit
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
So 2.6.24-rc3 was OK and 2.6.24-rc3-git2 is not?
Yes, the 2.6.24-rc3 was Ok and this is seen from 2.6.24-rc3-git2/3/4.
just to make sure: this is a real lockup and failed bootup (or device
init), not just a message, right?
Ingo
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Ingo,
This softlockup is seen in the 2.6.24-rc4 either and looks like a
message because this is seen while running tbench and machine
continues running other test's after the softlockup messages and some
times seen with the bootup, but the
* Roland McGrath [EMAIL PROTECTED] wrote:
This patch should go in immediately after:
commit 5e45efc63e33ee2bae9ff4d500b53d3bf86d2b48
Author: Roland McGrath [EMAIL PROTECTED]
compat_binfmt_elf
Thanks,
Roland
---
[PATCH] compat_binfmt_elf Kconfig
thanks,
* Roland McGrath [EMAIL PROTECTED] wrote:
This patch replaces the earlier patch by the same title already in
x86/mm:
commit a9014d2dfcb253fb3ce5f4e3318849f743b85427
Author: Roland McGrath [EMAIL PROTECTED]
x86 compat_binfmt_elf
It requires the new patch I just
* Peter Zijlstra [EMAIL PROTECTED] wrote:
i think it would be OK to do half of this: make it easier to preempt
a +nice task. Michel, do you really need the -nice portion as well?
It's not a problem to super-preempt positively reniced tasks, but it
can be quite annoying if negatively
* Peter Zijlstra [EMAIL PROTECTED] wrote:
* With CONFIG_FAIR_USER_SCHED disabled, there are severe
interactivity hickups with a niced CPU hog and top running. This
started with commit 810e95ccd58d91369191aa4ecc9e6d4a10d8d0c8.
The revert at the bottom causes the
* Mike Travis [EMAIL PROTECTED] wrote:
This broke powerpc (and presumably ia64 and sparc64) in current
linux-2.6.git:
I'm generating a fixup patch right now...
thanks! Sorry about that: we cross-built on ARM but not on SMP non-x86
platforms so this dependency/breakage went unnoticed.
* Luck, Tony [EMAIL PROTECTED] wrote:
Could you check the patch below? With this applied to latest -git,
ia64 buils fine for me in a cross-compiling environment. (but i dont
know whether it boots ...)
Uni-processor build still fails with this patch (config is
* Ingo Molnar [EMAIL PROTECTED] wrote:
Uni-processor build still fails with this patch (config is
arch/ia64/configs/tiger_defconfig with CONFIG_SMP switched from =y
to =n).
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull
problems.
Ingo
--
Subject: ia64: build fix #3
From: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
include/asm-ia64/percpu.h |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-x86.q/include/asm-ia64/percpu.h
* Olof Johansson [EMAIL PROTECTED] wrote:
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull it from:
Looks ok for powerpc so far, I haven't gotten through all defconfigs
yet but the first ones that failed before build now.
the config build/link fine here.
Does this build and boot on your box?
Ingo
Subject: ia64: build fix #3
From: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
include/asm-ia64/percpu.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions
* Ingo Molnar [EMAIL PROTECTED] wrote:
Some place in there. The CONFIG_SMP=n path in ia64 makes quite
radical changes ... rather than putting all the per-cpu stuff into
the top 64K of address space and providing a per-cpu TLB mapping for
that range to a different physical address
* Luck, Tony [EMAIL PROTECTED] wrote:
ah, that was the vital clue. The patch below makes the small memory
model only defined on SMP, and makes the config build/link fine here.
Does this build and boot on your box?
I applied this on top of the git pull from
/kernel/mca_asm.S and the
position of the percpu data.
Is my analysis correct? Do you like my fix and does the patch build and
boot on your system? Thanks,
Ingo
---
Subject: ia64: on UP percpu variables are not small memory model
From: Ingo Molnar [EMAIL PROTECTED]
Tony says
* Luck, Tony [EMAIL PROTECTED] wrote:
I'll start digging on why this doesn't boot ... but you might as well
send the fixes so far upstream to Linus so that the SMP fix is
available (which is all anyone really cares about ... there are very,
very few UP ia64 systems in existence).
Uytterhoeven [EMAIL PROTECTED]
Signed-off-by: Mike Travis [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
include/asm-powerpc/percpu.h | 22 +++---
1 file changed, 3 insertions(+), 19 deletions(-)
Index: linux-x86.q/include/asm-powerpc/percpu.h
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Change:
config ARCH_SETS_UP_PER_CPU_AREA
to:
config HAVE_SETUP_PER_CPU_AREA
undocumented change:
config ARCH_NO_VIRT_TO_BUS
--- a/init/main.c
+++ b/init/main.c
@@ -380,6 +380,8 @@ static void __init setup_per_cpu_areas(v
1 - 100 of 334 matches
Mail list logo