(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
-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
* 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
/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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
301 - 334 of 334 matches
Mail list logo