On Thu, 2008-04-03 at 21:00 -0500, Josh Boyer wrote:
On Thu, 03 Apr 2008 17:43:02 -0500
Jerone Young [EMAIL PROTECTED] wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1207262487 18000
# Node ID 7226bef216680748a50327900572c2fbc3e762b0
# Parent
On Fri, 2008-04-04 at 10:03 +1100, Tony Breeds wrote:
On Thu, Apr 03, 2008 at 05:43:02PM -0500, Jerone Young wrote:
Hi Jerone,
A few minor nits.
Add idle wait support for 44x platforms
This patch adds the ability for the CPU to go into wait state while in
cpu_idle loop. This
On Wednesday 02 April 2008, Carl Love wrote:
On Wed, 2008-04-02 at 07:21 +0200, Arnd Bergmann wrote:
On Tuesday 25 March 2008, Carl Love wrote:
This patch fixes a bug in the code that records the SPU data and
context switches. The buffer_mutex lock must be held when the
kernel is
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Wed, 2008-04-02 at 19:52 +0900, Ishizaki Kou wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
As you said, if read/write/in/out functions take device parameter,
taking I/O function pointers into the dev_archdata structure should
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1207292108 18000
# Node ID afed3e5de82ab6c0ac8d6ceeb0292b6c41ece1ed
# Parent a5b2aebbc6ebd2439c655f1c047ed7e3c1991ec1
[v2] Add idle wait support for 44x platforms
This patch adds the ability for the CPU to go into wait state while
On Fri, 2008-04-04 at 15:42 +0900, Ishizaki Kou wrote:
As you pointed, spider I/O functions in Cell blades need 2 step
indirections by our patch. Shall I make another one for Cell blades
whose spider I/O functions need one step indirection?
(But you will need 2 step indirections when you
I will be out of the office starting 04/04/2008 and will not return
until 04/07/2008.
Should you need any assistance on RS6000/AIX/TSM , please contact :
Mr. Obaid Farghani at 201-413-8028 ([EMAIL PROTECTED]), Mr. Paul
Giglio at 201-413-8280 ([EMAIL PROTECTED]) or Mr. Gary Fatone at
On Tue, Apr 01, 2008 at 11:39:09PM -0700, Andrew Morton wrote:
On Wed, 02 Apr 2008 11:55:36 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
The 2.6.25-rc8-mm1 kernel panic's while bootup on the power machine(s).
[0.00] [ cut here ]
[
On Fri, Apr 04, 2008 at 07:39:29AM +0200, Arnd Bergmann wrote:
Well we still have the regression against 2.6.23 and I'd like to
get that fixed in 2.6.25 if it's not already release by the time
we get there.
Would you prefer using Nathan's proper patch for 2.6.25, or do
that for 2.6.26
Bartlomiej Sieka wrote:
Hi Grant,
Grant Likely wrote:
On Tue, Mar 25, 2008 at 11:38 AM, Bartlomiej Sieka [EMAIL PROTECTED]
wrote:
Grant Likely wrote:
The one part that I have a really strong opinion on is that there
should be a full featured mpc5200 defconfig for build testing.
Beyond
On Apr 4, 2008, at 3:06 AM, Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1207292108 18000
# Node ID afed3e5de82ab6c0ac8d6ceeb0292b6c41ece1ed
# Parent a5b2aebbc6ebd2439c655f1c047ed7e3c1991ec1
[v2] Add idle wait support for 44x platforms
This patch adds
This patch fixes two weaknesses in send/receive packet handling which may
lead to kernel panics during DLPAR memory add operations.
Signed-off-by: Thomas Klein [EMAIL PROTECTED]
---
diff -Nurp -X dontdiff linux-2.6.25-rc8/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
---
All,
I'm having trouble booting a MPC8343 into a recent 2.6.25-rc7 kernel.
Kernel config has been reduced to a minimum : no PCI, no netwoking, i2c,
spi ...
dts has been reduced to the CPU, soc and ipic nodes.
U-Boot fills out dtb correctly - as far as I can see.
Kernel crashes on various
I don't see a reason for either of those mdelay()s, is there any? Works
fine for me without them...
johannes
---
drivers/macintosh/via-pmu.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletions(-)
--- everything.orig/drivers/macintosh/via-pmu.c 2008-04-03
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 not the lockdep patches causing it. I'm still
seeing
On Friday 04 April 2008 00:59:59 Jerone Young wrote:
On Thu, 2008-04-03 at 21:00 -0500, Josh Boyer wrote:
On Thu, 03 Apr 2008 17:43:02 -0500
Jerone Young [EMAIL PROTECTED] wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1207262487 18000
# Node ID
* 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
2 files changed, 87 insertions(+), 1 deletion(-)
arch/powerpc/platforms/44x/Makefile |2
arch/powerpc/platforms/44x/idle.c | 86 +++
This patch adds the ability for the CPU to go into wait state while in cpu_idle
loop. This helps virtulization solutions
On Friday 04 April 2008 10:42:41 Jerone Young wrote:
+{
+ unsigned long msr_save;
+
+ msr_save = mfmsr();
+ /* set wait state MSR */
+ mtmsr(msr_save|MSR_WE|MSR_EE|MSR_CE);
Did we decide to drop MSR_DE?
Hollis argued it down on an earlier email on kvm-ppc-devel.
On Fri, Apr 4, 2008 at 5:13 AM, Bartlomiej Sieka [EMAIL PROTECTED] wrote:
Bartlomiej Sieka wrote:
Hi Grant,
Grant Likely wrote:
I'm thinking 'optimized' defconfigs should go into a subdirectory.
This requires a change to the top-level Makefile and shepherding this
change
On Fri, Apr 4, 2008 at 10:11 AM, Grant Likely [EMAIL PROTECTED] wrote:
I'm thinking 'optimized' defconfigs should go into a subdirectory.
This requires a change to the top-level Makefile and shepherding this
change upstream. Could we perhaps try to avoid this by having optimized
On Fri, Apr 04, 2008 at 10:14:34AM -0600, Grant Likely wrote:
On Fri, Apr 4, 2008 at 10:11 AM, Grant Likely [EMAIL PROTECTED] wrote:
I'm thinking 'optimized' defconfigs should go into a subdirectory.
This requires a change to the top-level Makefile and shepherding this
change
On Fri, Apr 4, 2008 at 11:15 AM, Josh BoyerI really like the
idea. It would probably make sense to organize it in
the same way as the platforms are done today, i.e. per processor/platform
family. And then have shared/merged configs in the main config directory.
Yes. I was thinking
On Fri, Apr 04, 2008 at 07:38:27PM +0200, Segher Boessenkool wrote:
We really need to ack interrupts at mpic_teardown, since
not all platforms reset mpic at kernel start-up. For example,
kexec'ed kernel hangs on P.A. Semi if mpic_eoi() isn't called.
Signed-off-by: Valentine Barshak [EMAIL
Clean up the pwrficient iommu code a bit. It was using u32 *-based offsets
for registers, which can be confusing when comparing to the manual.
Generated binaries from the code is unchanged from before.
---
This will be pushed to for-2.6.26 of pasemi.git, so no signed-off here.
diff
+ msr_save = mfmsr();
+ /* set wait state MSR */
+ mtmsr(msr_save|MSR_WE|MSR_EE|MSR_CE);
Did we decide to drop MSR_DE?
+ /* return to initial state */
+ mtmsr(msr_save);
It may be my paranoia but I'm pretty sure you need the isync() after
_both_ mtmsr()s
On Fri, Apr 4, 2008 at 12:24 PM, Valentine Barshak
[EMAIL PROTECTED] wrote:
With a multiplatform kernel, once built we always have
warp_setup_nand_flash() called
and NDFC probed, no matter what machine we actually run on. This potentially
can cause
problems (such as kernel crash), since
platforms/maple/setup.c and platforms/powermac/pic.c use
MPIC_WANTS_RESET.
Is there a reason why we don't do that on every MPIC? If there is
such
a reason, the default should be to reset, only pseries and chrp and
cell
and now pasemi do not use it. It's the only sane way to get an MPIC
into
On Fri, 2008-04-04 at 10:20 -0700, Brad Boyer wrote:
On Thu, Apr 03, 2008 at 05:44:44PM +0200, Johannes Berg wrote:
I don't see a reason for either of those mdelay()s, is there any? Works
fine for me without them...
Which hardware revisions did you test? I suspect the mdelay calls were
On Fri, Apr 04, 2008 at 08:55:01PM +0200, Segher Boessenkool wrote:
platforms/maple/setup.c and platforms/powermac/pic.c use
MPIC_WANTS_RESET.
Is there a reason why we don't do that on every MPIC? If there is
such
a reason, the default should be to reset, only pseries and chrp and
cell
On Wed, 2008-04-02 at 16:15 +0200, Johannes Berg wrote:
On Fri, 2008-02-01 at 12:50 -0700, Dale Farnsworth wrote:
This adds the low level irq tracing hooks for 32-bit powerpc.
This patch applies on top of Benjamin Herrenschmidt's patch that
provides similar support for 64-bit powerpc. See
On Fri, Apr 04, 2008 at 09:33:18PM +0200, Johannes Berg wrote:
On Wed, 2008-04-02 at 16:15 +0200, Johannes Berg wrote:
On Fri, 2008-02-01 at 12:50 -0700, Dale Farnsworth wrote:
This adds the low level irq tracing hooks for 32-bit powerpc.
This patch applies on top of Benjamin
Add the low level irq tracing hooks for 32-bit powerpc needed
to enable full lockdep functionality.
Dale Farnsworth [EMAIL PROTECTED]
---
This patch applies on top of Benjamin Herrenschmidt's lockdep patch for
64-bit powerpc. (http://patchwork.ozlabs.org/linuxppc/patch?id=17673)
This version
Ben,
Any thoughts about device tree bindings for indirect DCR?
Steve
-Original Message-
From: Benjamin Herrenschmidt [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 30, 2008 3:03 PM
To: Stephen Neuendorffer
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 1/5] [v2][POWERPC] refactor
config LOCKDEP_SUPPORT
diff --git a/arch/powerpc/kernel/entry_32.S b/arch/powerpc/kernel/entry_32.S
index 69a91bd..bd3ce0f 100644
--- a/arch/powerpc/kernel/entry_32.S
+++ b/arch/powerpc/kernel/entry_32.S
@@ -144,6 +144,47 @@ transfer_to_handler:
.globl transfer_to_handler_cont
On Fri, 2008-04-04 at 14:29 -0700, Dale Farnsworth wrote:
On Fri, Apr 04, 2008 at 09:33:18PM +0200, Johannes Berg wrote:
On Wed, 2008-04-02 at 16:15 +0200, Johannes Berg wrote:
On Fri, 2008-02-01 at 12:50 -0700, Dale Farnsworth wrote:
This adds the low level irq tracing hooks for 32-bit
On Fri, 2008-04-04 at 15:02 -0700, Stephen Neuendorffer wrote:
Ben,
Any thoughts about device tree bindings for indirect DCR?
No, not really. For 44x PCI-E, I've just used something like an
sdr-base property to provide the base SDR for the port, simple but not
necessarily the nicest way to do
On Sat, Apr 05, 2008 at 09:07:31AM +1100, Benjamin Herrenschmidt wrote:
diff --git a/arch/powerpc/kernel/entry_32.S b/arch/powerpc/kernel/entry_32.S
index 69a91bd..bd3ce0f 100644
--- a/arch/powerpc/kernel/entry_32.S
+++ b/arch/powerpc/kernel/entry_32.S
@@ -144,6 +144,47 @@
Right, it's not needed on 4xx/BookE, but I didn't think it worth
optimizing at this point, since it will split the code into 4xx/BookE
and classic versions. Let's get it working solid first.
Yup, it's just that I spotted it while reading the code.
That's what I originally thought and had in
This version takes care to save and restore *all* the volatile registers
around the call to trace_hardirqs_off in transfer_to_handler, and should
fix the anomalies seen by Johannes Berg. I've tested on 7447- and 8548-
based boards.
Still has problems on my machine. Maybe to do with
On Fri, 04 Apr 2008 11:28:27 -0500
Jerone Young [EMAIL PROTECTED] wrote:
2 files changed, 87 insertions(+), 1 deletion(-)
arch/powerpc/platforms/44x/Makefile |2
arch/powerpc/platforms/44x/idle.c | 86 +++
- adds MSR_DE to MSRs to enable while in
On Sat, 2008-04-05 at 01:31 +0200, Johannes Berg wrote:
This version takes care to save and restore *all* the volatile registers
around the call to trace_hardirqs_off in transfer_to_handler, and should
fix the anomalies seen by Johannes Berg. I've tested on 7447- and 8548-
based boards.
On Sat, Apr 05, 2008 at 04:14:56PM +1100, Benjamin Herrenschmidt wrote:
On Sat, 2008-04-05 at 01:31 +0200, Johannes Berg wrote:
This version takes care to save and restore *all* the volatile registers
around the call to trace_hardirqs_off in transfer_to_handler, and should
fix the
43 matches
Mail list logo