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
On Tue, Dec 22, 2009 at 12:02 AM, Roman Fietze
wrote:
>
> Signed-off-by: Roman Fietze
> ---
> 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/5
Signed-off-by: Roman Fietze
---
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 b2c92f5..a89072a 100644
--- a/
The original version was done by Grant Likely. This is a modified
version using the platform LocalPlus driver.
Signed-off-by: Roman Fietze
---
drivers/misc/mpc5200-localplus-test.c | 879 +
1 files changed, 879 insertions(+), 0 deletions(-)
create mode 100644 d
Signed-off-by: Roman Fietze
---
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
b/arch/powerpc/include/asm/mpc52xx.h
inde
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
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 94 +
Signed-off-by: Roman Fietze
---
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
b/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
index 48f2b4f..21b2a40 1
Signed-off-by: Roman Fietze
---
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
b/arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c
index a7cd585..48f2b4f 1
Signed-off-by: Roman Fietze
---
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 8d8a63a..a7cd585 100644
--- a/arch/powerp
Signed-off-by: Roman Fietze
---
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
b/arch/powerpc/include/asm/m
Signed-off-by: Roman Fietze
---
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 2fd1f3f..1e4f725 100644
--- a/arch/powerp
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
---
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 306 -
1 files changed, 149 insertions(+), 157 deletio
Signed-off-by: Roman Fietze
---
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 57f8335..c659d1d 100644
--- a/arch/powerpc
Signed-off-by: Roman Fietze
---
arch/powerpc/include/asm/mpc52xx.h| 24
arch/powerpc/platforms/52xx/mpc52xx_lpbfifo.c | 79 +++--
2 files changed, 59 insertions(+), 44 deletions(-)
diff --git a/arch/powerpc/include/asm/mpc52xx.h
b/arch/powerpc/inclu
Signed-off-by: Roman Fietze
---
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 929d017..4c84aa5 100644
---
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 t
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
> > +++ b/arch/p
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
> $(ob
Benjamin Herrenschmidt wrote:
On Fri, 2009-12-18 at 15:33 +0100, Andreas Schwab wrote:
Nathan Fontenot writes:
Index: powerpc/arch/powerpc/Kconfig
===
--- powerpc.orig/arch/powerpc/Kconfig 2009-10-28 15:21:47.0 -0500
++
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 ex
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 b
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:
http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.
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 mk
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
>>> 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 (
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:
> http://www.power.org/events/powercon09/
On Thu, Dec 17, 2009 at 5:55 AM, Roman Fietze
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 found out.
>
>>
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 availabl
On Mon, Dec 21, 2009 at 3:30 PM, Bill Gatliff wrote:
> gpio_get_value() on them. There isn't any existing code that I can find
> that allows you to read the states of IRQ pins, be it under gpiolib or
> otherwise. And I think the reason for that is that there's no way to
> actually read the state
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 c
On Mon, Dec 21, 2009 at 12:40 PM, Bill Gatliff wrote:
> 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.
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 oth
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 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?
drivers/gpi
> >> 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 t
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 recent
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
proc
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 patc
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 had
Signed-off-by: Peter Korsgaard
---
.../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 as requested by Ku
40 matches
Mail list logo
