Signed-off-by: Peter Korsgaard jac...@sunsite.dk
---
.../powerpc/dts-bindings/fsl/8xxx_gpio.txt | 22 +++-
arch/powerpc/sysdev/mpc8xxx_gpio.c | 147
2 files changed, 168 insertions(+), 1 deletions(-)
Changes since v1:
- Document OF binding for IRQ
I have observed an odd behavior in the latest 405EX revision parts (Rev D).
Upon first power up on our custom board,
the 405EX Rev D shows a value of 0x12911470 in the PVR register.
After a reset, the 405EX Rev D shows the correct value of 0x12911475
in the PVR register.
The 405EX Rev C part
Subject: Re: [PATCH] powerpc: update ibm,client-architecture
Please give this a more appropriate name.
Any suggestions?
In order to boot with more than 64 cores on machines that support the
ibm,client-architecture RTAS call a new field has been added to the
structure. This
Tony Breeds wrote:
On Fri, Dec 18, 2009 at 03:07:32PM -0600, Joel Schopp wrote:
In order to boot with more than 64 cores on machines that support the
ibm,client-architecture RTAS call a new field has been added to the
structure. This patch updates that field and adds a few others in the
Guys:
I'm trying to come up with the right stuff for my dts file to assign a
Linux heartbeat trigger to an I2C GPIO expansion device (MAX7314).
I'm running on a platform that is very similar to the lite5200b, with
linux-2.6.32. I'm a bit new to the device tree concept, having come
most
Subject: Re: [PATCH] powerpc: update ibm,client-architecture
Please give this a more appropriate name.
Any suggestions?
Something that's more descriptive of what the patch does. Say Add
max CPU nodes field to ibm,client-architecture call
In order to boot with more
On Mon, Dec 21, 2009 at 01:40:48PM -0600, Bill Gatliff wrote:
[...]
I'm stumped. Could it be that the startup code is trying to register
the heartbeat device before it has registered the MAX7314, so it doesn't
know yet that the GPIO line exists?
Anyone have any suggestions?
OK.
+ W(NR_CPUS/4), /* max cores supported */
FYI reading the PAPR, this comment should technically be max 'cpu'
nodes presented.
I applied a disambiguation filter to the comment since cpus can mean a
lot of things these days ( ie hardware threads,
Guys:
I think I already know the answer to this, having read most of the
MPC52xx manual. But I'll ask anyway, just to be sure I'm not missing
something obvious... :)
Is it possible to treat the external IRQ[123] pins on the MPC52xx as
GPIO inputs? And if so, how do I tweak my dts file and
Hello all,
I have made some test on network throughput with MPC8313e RDB revA4 and
revC.
Some have mentioned that CSB(Coherent System Bus) frequency or untuned
TCP/IP stack,
could cause decrease of network throughput.
**Test results
-on MPC8313e RDB revA4 with kernel 2.6.20 and u-boot 1.1.6
Hi Linus !
Here are some powerpc leftovers from the merge window. Mostly fixes,
plus a few embedded things that I didn't pull from Kumar in time.
Cheers,
Ben.
The following changes since commit 55639353a0035052d9ea6cfe4dde0ac7fcbb2c9f:
Linus Torvalds (1):
Linux 2.6.33-rc1
are
On Thu, Dec 17, 2009 at 5:55 AM, Roman Fietze
roman.fie...@telemotive.de wrote:
Hello Grant,
On Tuesday 15 December 2009 20:50:05 Grant Likely wrote:
Yes, I'm using the driver in a couple of projects. It works for me
for both RX and TX (although TX+DMA has been troublesome).
That's what I
On Mon, Dec 21, 2009 at 12:22:09PM -0600, Joel Schopp wrote:
4 is the new 2. Since the actual threads per core is unknown at
this point in boot you have to be conservative and go with the
maximum number of any processor. See page 4 of these charts:
OK.
+ W(NR_CPUS/4), /* max cores supported */
FYI reading the PAPR, this comment should technically be max 'cpu'
nodes presented.
I applied a disambiguation filter to the comment since cpus can mean a
lot of things these days ( ie hardware threads,
On Mon, Dec 21, 2009 at 04:14:54PM -0600, Joel Schopp wrote:
It's a bad interface. No matter what you choose there will be a
downside. 1) If you choose NR_CPUS, the best case of how many you
could boot without SMT, then when you boot with SMT2 or SMT4 you can
get assigned more cpus than you
mkuboot.sh provides a basic wrapper for the 'mkimage' utility. Using
mkuboot.sh provides clearer error reporting and allows a toolchain to
use its own 'mkimage' executable specified by ${CROSS_COMPILE}mkimage.
Additionally, this brings PowerPC in line with other architectures
which already call
These patches add support for creating the new FIT uImage type
that U-Boot can use. Additional info about FIT images can be
found in the doc/uImage.FIT/ directory of the U-Boot source.
Here's a link to a howto which gives an overview of the format:
Recent U-Boot versions support booting a Flattened Image Tree (FIT)
image format. The FIT uImage format uses a tree structure to describe a
kernel image as well as supporting device tree blobs, ramdisks, etc.
The 'mkimage' and 'dtc' utilities convert this tree description into a
binary blob that
The PowerPC architecture has the ability to embed the ramdisk located
at arch/powerpc/boot/ramdisk.image.gz into a bootable kernel image. If
the bootable kernel is in the Flattened Image Tree (FIT) format, the
ramdisk should be a node in the tree instead of being embedded directly
in the kernel
Benjamin Herrenschmidt wrote:
On Fri, 2009-12-18 at 15:33 +0100, Andreas Schwab wrote:
Nathan Fontenot nf...@austin.ibm.com writes:
Index: powerpc/arch/powerpc/Kconfig
===
--- powerpc.orig/arch/powerpc/Kconfig 2009-10-28
Hi,
On Mon, Dec 21, 2009 at 07:50:42PM -0600, Peter Tyser wrote:
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index bb2465b..e56ec21 100644
--- a/arch/powerpc/boot/Makefile
+++ b/arch/powerpc/boot/Makefile
@@ -310,6 +310,9 @@ $(obj)/zImage.iseries: vmlinux
Hi Olof,
On Mon, 2009-12-21 at 21:48 -0600, Olof Johansson wrote:
Hi,
On Mon, Dec 21, 2009 at 07:50:42PM -0600, Peter Tyser wrote:
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index bb2465b..e56ec21 100644
--- a/arch/powerpc/boot/Makefile
+++
Hello Grant,
On Tuesday 22 December 2009 01:11:30 Grant Likely wrote:
Access Forbidden!
git-fetch should have worked. It's a git tree prepared using
git-update-server-info.
It is easier for me though if you post them to the list. Then I can
just hit reply to all and make comments on the
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
b/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
index
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/include/asm/mpc52xx.h| 24
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 79 +++--
2 files changed, 59 insertions(+), 44 deletions(-)
diff --git
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/include/asm/mpc52xx.h | 40 +++
1 files changed, 31 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc52xx.h
b/arch/powerpc/include/asm/mpc52xx.h
index
Use SCLPC bit definitions from mpc52xx.h for better readability.
Rewrite IRQ handlers, make them work for DMA.
Fix module unload error.
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 306 -
1 files changed, 149
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
b/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
index
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/include/asm/mpc52xx.h|2 +-
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 26 +++-
2 files changed, 21 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc52xx.h
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
b/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
index
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 40 -
1 files changed, 26 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 33 +++--
1 files changed, 20 insertions(+), 13 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
The order of the raised interrupts of SCLPC and BCOM cannot be
predicted, because it depends on the individual BCOM and CPU loads. So
in DMA mode we just wait for both until we finish the transaction.
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/include/asm/mpc52xx.h|1 -
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 13 +++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc52xx.h
The original version was done by Grant Likely. This is a modified
version using the platform LocalPlus driver.
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
drivers/misc/mpc5200-localplus-test.c | 879 +
1 files changed, 879 insertions(+), 0
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
b/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
index
On Tue, Dec 22, 2009 at 12:02 AM, Roman Fietze
roman.fie...@telemotive.de wrote:
Signed-off-by: Roman Fietze roman.fie...@telemotive.de
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Hello Grant,
On Tuesday 22 December 2009 08:20:16 Grant Likely wrote:
Is this really what you want? In the TX path, it is the FIFO irq
that indicates the transfer is complete (ie, the DMA fills the FIFO
and finishes before the FIFO has drained). If both irqs were
enabled, then the DMA irq
38 matches
Mail list logo
