* 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
Hi Grant,
Currently, the kernel uses CONFIG_DEVICE_TREE to wrap a kernel image
with a fdt blob which means for any given configuration only one dts
file can be selected and so support for only one board can be built
This patch moves the selection of the default .dts file out of the kernel
Add CPM i2c support for mpc8272, mpc866 and mpc885 boards.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8272ads.dts | 10 ++
arch/powerpc/boot/dts/mpc866ads.dts | 10 ++
arch/powerpc/boot/dts/mpc885ads.dts | 10
Using the port of 2.4 code from Vitaly Bordug [EMAIL PROTECTED]
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
On Thu, 2008-01-31 at 00:41 -0600, Olof Johansson wrote:
More late-caught fallout from the mainline merge. The patch:
[POWERPC] Use archdata.dma_data in dma_direct_ops and add the offset
Now that all platforms using dma_direct_offset setup the
archdata.dma_data correctly, ...
Nope --
Add support for two Motion-PRO board custom LEDs:
- motionpro-statusled
- motionpro-readyled
Signed-off-by: Jan Wrobel [EMAIL PROTECTED]
Signed-off-by: Marian Balakowicz [EMAIL PROTECTED]
---
Update since v6:
- fix error handling for null label proper
drivers/leds/Kconfig |7 +
Hi
I get the following kernel core while a user program I have is dumping
core.
Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
a 8280)
When runnign the program on 2.6.18 arch/ppc, the program gets a sig 11
and dumps core.
On 2.6.24, I ghet the kernel oops, and then the
The latest commits to powerpc.git removes commproc.h files used by
arch/powerpc/platforms/8xx/adder875.c
The kernel fails to build for the adder configs.
Regards,
Dag Rognlien
winmail.dat___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Wed, Jan 30, 2008 at 07:40:28PM -0700, Grant Likely wrote:
mpc866ads, mpc885ads and ep88xc are oddities in that they build
zImages with embedded device tree blobs.
What about ep8248e? And the mpc8xxads boards use cuImage, not zImage.
One option would be to add two new targets:
Nathan Lynch wrote:
Hmm, this is the second report of 2.6.24 crashing in
__flush_dcache_icache during a core dump; see:
http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048662.html
Is this easily recreatable?
Yes. I have a binary that will do this every time it is started (on this
More fallout from the merge:
[POWERPC] Use archdata.dma_data in dma_direct_ops and add the offset
Now that all platforms using dma_direct_offset setup the
archdata.dma_data correctly, ...
Nope -- the pasemi iommu setup code that disables translation on the DMA
pci device still set dma_data to
On Thu, Jan 31, 2008 at 11:38:16PM +1100, Michael Ellerman wrote:
On Thu, 2008-01-31 at 00:41 -0600, Olof Johansson wrote:
More late-caught fallout from the mainline merge. The patch:
[POWERPC] Use archdata.dma_data in dma_direct_ops and add the offset
Now that all platforms using
Rune Torgersen wrote:
I was going to test HEAD of powerpc.git to see if it is still there.
Still there. Also used GDB on the vmlinux image to get source and
dissasembly of the ooops:
Unable to handle kernel paging request for data at address 0x48024000
Faulting instruction address: 0xc000f0a0
Zhang Wei wrote:
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8641_hpcn.dts
b/arch/powerpc/boot/dts/mpc8641_hpcn.dts
index
asm/commproc.h was renamed to asm/cpm1.h
sysdev/commproc.h was renamed to platforms/8xx/mpc8xx.h
m8xx_pic_init was renamed to mpc8xx_pics_init
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/platforms/8xx/adder875.c |6 +++---
arch/powerpc/platforms/8xx/ep88xc.c |1 -
2
according to the 8349EA ref man, pci2 IRQ is 67. Thanks to Peter
Van Ackeren for finding this.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc834x_mds.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc834x_mds.dts
hm, as far as i could check, on ia64 UP the .percpu section link
difference was the only ia64 difference i could find out of those
changes. Could you try to copy a 2.6.24 include/asm-generic/percpu.h,
include/asm-ia64.h and include/linux/percpu.h into your current tree,
and see whether
On Thu, 2008-01-31 at 14:30 +0800, Zhang Wei wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
On Jan 31, 2008, at 12:15 AM, Kumar Gala wrote:
On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
-Original Message-
From: Kumar Gala
Peter,
Sorry, this has taken so long... I've undertaken some significant
refactorings, and included support for the new EDK9.2 xps_hwicap.
Responses below.
Please don't put the HWICAP option in the middle of the HVC options.
oops! fixed.
+config XILINX_HWICAP
+ tristate Xilinx OPB
Hi Rognlien,
The latest commits to powerpc.git removes commproc.h files used by
arch/powerpc/platforms/8xx/adder875.c
The kernel fails to build for the adder configs.
This should fix it:
diff --git a/arch/powerpc/platforms/8xx/adder875.c
b/arch/powerpc/platforms/8xx/adder875.c
index
On Jan 31, 2008, at 12:20 PM, Jochen Friedrich wrote:
Hi Rognlien,
The latest commits to powerpc.git removes commproc.h files used by
arch/powerpc/platforms/8xx/adder875.c
The kernel fails to build for the adder configs.
This should fix it:
diff --git
Kumar Gala wrote:
Can you git-bisect to narrow this down further.
Not easilly, as the board port to arch/powerpc was done on 2.6.24-rc7
and up.
Is there an somewhat esy way in git to apply the differences from master
branch to our board branch to a branch created by bisect?
And I don't even
On Jan 31, 2008, at 10:26 AM, Rune Torgersen wrote:
Nathan Lynch wrote:
Hmm, this is the second report of 2.6.24 crashing in
__flush_dcache_icache during a core dump; see:
http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048662.html
Is this easily recreatable?
Yes. I have a binary
}
(gdb) list *0xc000f0a0
No source file for address 0xc000f0a0.
(gdb) disassemble 0xc000f0a0
Dump of assembler code for function __flush_dcache_icache:
0xc000f08c __flush_dcache_icache+0: dec%esi
0xc000f08d __flush_dcache_icache+1: addb $0x20,(%eax)
0xc000f090
Hi Rognlien,
Hi Rognlien,
The latest commits to powerpc.git removes commproc.h files used by
arch/powerpc/platforms/8xx/adder875.c
The kernel fails to build for the adder configs.
This should fix it:
diff --git a/arch/powerpc/platforms/8xx/adder875.c
On 1/31/08, Stephen Neuendorffer [EMAIL PROTECTED] wrote:
This includes code for new fifo-based xps_hwicap in addition to the
older opb_hwicap, which has a significantly different interface. The
common code between the two drivers is largely shared.
Significant differences exists between
Rune Torgersen wrote:
Kumar Gala wrote:
Can you git-bisect to narrow this down further.
Not easilly, as the board port to arch/powerpc was done on 2.6.24-rc7
and up.
Is there an somewhat esy way in git to apply the differences from master
branch to our board branch to a branch created by
On Thu, Jan 31, 2008 at 11:40:04AM -0600, Rune Torgersen wrote:
Unable to handle kernel paging request for data at address 0x48024000
Faulting instruction address: 0xc000f0a0
Oops: Kernel access of bad area, sig: 11 [#1]
PREEMPT Innovative Systems ApMax
Does it happen without preempt?
Scott Wood wrote:
Does it happen without preempt?
Will try shortly, just updated my git to HEAD of Linus's tree
Modules linked in: drv_wd(P) drv_scc devcom drv_pcir tipc drv_ss7
drv_auxcpu drv_leds(P) drv_ethsw proc_sysinfo(P) i2c_8266(P)
NIP: c000f0a0 LR: c0011fec CTR: 0080
REGS:
Scott Wood wrote:
Does it happen without preempt?
Yes
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Nathan Lynch wrote:
Scott Wood wrote:
Do you have a simple test case that we could try to reproduce? I
tried a simple core dump on an 8280, and it worked.
Is the crashing program multithreaded? The first report had firefox
triggering the oops.
The crashing program has 10 threads. (NPTL
Nathan Lynch wrote:
I doubt the modules are the problem; there was a practically identical
report from someone with an untainted 2.6.24-rc kernel a few weeks ago
(see my first reply to Rune).
I didn't think they were; I was just trying to eliminate the low hanging
fruit and get a simpler
On Friday 25 January 2008, Kumar Gala wrote:
Just a reminder that the plan is to remove arch/ppc this summer (June
2008). The following boards still existing over in arch/ppc. Some of
them have been ported over to arch/powerpc. If you care about one of
these boards and its not ported speak
Scott Wood wrote:
On Thu, Jan 31, 2008 at 11:40:04AM -0600, Rune Torgersen wrote:
Unable to handle kernel paging request for data at address 0x48024000
Faulting instruction address: 0xc000f0a0
Oops: Kernel access of bad area, sig: 11 [#1]
PREEMPT Innovative Systems ApMax
Does it happen
Signed-off-by: Dale Farnsworth [EMAIL PROTECTED]
---
This code doesn't seem to be referenced anywhere.
arch/powerpc/kernel/head_32.S | 17 -
arch/ppc/kernel/head.S| 17 -
2 files changed, 0 insertions(+), 34 deletions(-)
diff --git
On 01/30/2008 04:34 PM, Grant Likely wrote:
--- a/arch/powerpc/boot/Makefile
+++ b/arch/powerpc/boot/Makefile
...
$(obj)/zImage.ps3: vmlinux $(wrapper) $(wrapperbits)
$(srctree)/$(src)/dts/ps3.dts
Seems like this could use $(dtstree).
$(STRIP) -s -R .comment $ -o vmlinux.strip
-
Scott Wood wrote:
Nathan Lynch wrote:
Is the crashing program multithreaded? The first report had firefox
triggering the oops.
OK, I've got a test program that triggers it now. I'll see if I can
figure out what's going on.
The problem seems to be that update_mmu_cache() is called on a
Zhang Wei wrote:
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8641_hpcn.dts
b/arch/powerpc/boot/dts/mpc8641_hpcn.dts
index
Scott Wood wrote:
Scott Wood wrote:
Nathan Lynch wrote:
Is the crashing program multithreaded? The first report had firefox
triggering the oops.
OK, I've got a test program that triggers it now. I'll see if I can
figure out what's going on.
The problem seems to be that
On Fri, Jan 25, 2008 at 10:55:25AM -0600, Kumar Gala wrote:
Just a reminder that the plan is to remove arch/ppc this summer (June
2008). The following boards still existing over in arch/ppc. Some of
them have been ported over to arch/powerpc. If you care about one of
these boards and
On 1/31/08, Stephen Neuendorffer [EMAIL PROTECTED] wrote:
Also, this isn't sufficient to prevent 2 processes from having the
device open. If a process has already opened it and then calls
fork(), then *both* processes will have it opened even though the open
fop was only called once. (It
So the percpu changes are innocent ... something else since 2.6.24 is
to blame. Only 5749 commits :-) I'll start bisecting.
12 bisections later ... nothing! I think I got lost in the
maze. Bisection #5 had a crash, but it looked to be a very
differnt crash (and looked to happen later than
[POWERPC] pasemi: Fix thinko in dma_direct_ops setup
The first patch will just fall through and still set dma_data to a bad
value, make it return directly instead.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
---
Linus, thanks for picking up the patch so quickly. Unfortunately I
messed it
Rune Torgersen wrote:
Hi
I get the following kernel core while a user program I have is dumping
core.
Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
a 8280)
When runnign the program on 2.6.18 arch/ppc, the program gets a sig 11
and dumps core.
On 2.6.24, I ghet
the 8313 rdb has a ds1339 at address 0x68.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8313erdb.dts |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8313erdb.dts
b/arch/powerpc/boot/dts/mpc8313erdb.dts
index
A small set of fixups for checkpatch.
Based on upstream pull from a few hours ago.
drivers/net/ehea/ehea.h |3 +
drivers/net/ehea/ehea_ethtool.c |4 +-
drivers/net/ehea/ehea_hw.h |8 +-
drivers/net/ehea/ehea_main.c| 87 +++--
Cc: Jan-Bernd Themann [EMAIL PROTECTED]
Signed-off-by: Doug Maxey [EMAIL PROTECTED]
---
drivers/net/ehea/ehea_ethtool.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ehea/ehea_ethtool.c b/drivers/net/ehea/ehea_ethtool.c
index 679f40e..d768852 100644
---
Cc: Jan-Bernd Themann [EMAIL PROTECTED]
Signed-off-by: Doug Maxey [EMAIL PROTECTED]
---
drivers/net/ehea/ehea_phyp.c | 158 +-
drivers/net/ehea/ehea_phyp.h | 22 +++---
2 files changed, 90 insertions(+), 90 deletions(-)
diff --git
Cc: Jan-Bernd Themann [EMAIL PROTECTED]
Signed-off-by: Doug Maxey [EMAIL PROTECTED]
---
drivers/net/ehea/ehea_main.c | 87 ++
1 files changed, 46 insertions(+), 41 deletions(-)
diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c
Doug Maxey wrote:
A small set of fixups for checkpatch.
Based on upstream pull from a few hours ago.
Er, ehea doesn't even build right now[1], maybe that could get fixed
first? :-)
[1] http://lkml.org/lkml/2008/1/28/337
___
Linuxppc-dev mailing
On Jan 31, 2008, at 9:21 PM, Zhang Wei wrote:
-Original Message-
From: Loeliger Jon
Zhang Wei wrote:
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git
Hi, Jon,
-Original Message-
From: Loeliger Jon
Zhang Wei wrote:
Signed-off-by: Zhang Wei [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git
On Thu, 31 Jan 2008 21:05:42 CST, Nathan Lynch wrote:
Doug Maxey wrote:
A small set of fixups for checkpatch.
Based on upstream pull from a few hours ago.
Er, ehea doesn't even build right now[1], maybe that could get fixed
first? :-)
[1] http://lkml.org/lkml/2008/1/28/337
For
On Jan 31, 2008, at 1:28 PM, mike zheng wrote:
Hello,
I am using MPC8568MDS BSP on my board, which has same memory map with
MPC8568MDS board. However I have kernel Ooop at
free_bootmem_with_active_regions() within do_init_bootmem(). Any idea
on this issue?
such questions should be asked
On 1/31/08, Stephen Neuendorffer [EMAIL PROTECTED] wrote:
This includes code for new fifo-based xps_hwicap in addition to the
older opb_hwicap, which has a significantly different interface. The
common code between the two drivers is largely shared.
Significant differences exists between
On Wed, Jan 23, 2008 at 08:18:47PM +, Matt Sealey wrote:
Jon Smirl wrote:
--- a/drivers/i2c/chips/tps65010.c
+++ b/drivers/i2c/chips/tps65010.c
@@ -571,6 +571,10 @@ static const struct i2c_device_id tps65010_id[] = {
{ tps65011, TPS65011 },
{ tps65012, TPS65012 },
On Thu, Jan 24, 2008 at 06:41:24PM -0500, Paul Gortmaker wrote:
This adds a v1 device tree source for the Wind River SBC8560 board. The
biggest difference between this and the MPC8560ADS reference platform
dts is the use of an external 16550 compatible UART instead of the CPM2.
On Thu, 2008-01-31 at 17:50 -0600, Olof Johansson wrote:
[POWERPC] pasemi: Fix thinko in dma_direct_ops setup
The first patch will just fall through and still set dma_data to a bad
value, make it return directly instead.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
OK I get it now,
58 matches
Mail list logo