> What was the ppc you used?
The 8315E PowerQUIICC II
> On 85xx/QorIQ-family chips such as P2020, there is no DMA controller
> inside the PCIe controller itself (or are you talking about bus
> mastering by the PCIe device[1]? "interface" is a bit ambiguous),
> though it was considered part of
On Tue, Jan 25, 2011 at 11:17 AM, Mitsutaka Amano
wrote:
> On Tue, Jan 25, 2011 at 11:05 AM, tiejun.chen
> wrote:
>> Mitsutaka Amano wrote:
>>> On Mon, Jan 24, 2011 at 3:48 PM, tiejun.chen
>>> wrote:
Mitsutaka Amano wrote:
> Hi all,
>
> I'm testing the ppc platform is based on
The 476FP core may hang if an instruction fetch happens during an msync
following a tlbsync. This workaround makes sure that enough instruction
cache lines are pre-fetched before executing the msync. (sync and msync
are the same to the compiler.)
Signed-off-by: Dave Kleikamp
---
arch/powerpc/m
These patches add a workaround to avoid a hang on the DD2 level of the
476FP core. This hardware bug will be fixed in future products, but this
particular core will used in production.
Dave Kleikamp (2):
powerpc/476: define specific cpu table entry DD2 core
powerpc/476: Workaround for PLB6 ha
В Wed, 19 Jan 2011 14:57:32 -0800
tma...@apm.com пишет:
> From: Tirumala Marri
>
> Core Interface Layer Common provides common functions for both host
> controller and peripheral controller. CIL manages the memory map
> for the core. It also handles basic tasks like reading/writing the
> regist
The DD2 core still has some unstability. Define CPU_FTR_476_DD2 to
enable workarounds in later patches.
This is based on an earlier, unreleased patch for DD1 by Ben Herrenschmidt.
Signed-off-by: Dave Kleikamp
---
arch/powerpc/include/asm/cputable.h |3 ++-
arch/powerpc/kernel/cputable.c
Hi,
Please consider squashing this little patch into yours. The driver
currently prints 0x as the register base. This patch will fix
that.
commit 2f850fe637101be287f116a37282b6b1a09e6a98
Author: Alexander Gordeev
Date: Mon Nov 29 15:15:25 2010 +0300
dwc_otg: set usb hcd resource a
> Also in_le32/out_le32/in_be32/out_be32 are
> architecture-specific AFAIK.
Isn't the whole patch architecture-specific ?
> I'd suggest using readl/writel for LE ops and
> __be32_to_cpu(__raw_readl(addr))/__raw_writel(__cpu_to_be32(b),addr)
> for BE ops.
Since the ppc doesn't have a byteswap
The device tree is used by more than just PowerPC. Make the documentation
directory available to all.
Signed-off-by: Grant Likely
---
Assuming nobody has an issue with this, I'll push it out to Linus for
2.6.38 since it is only a documentation change.
g.
.../bindings}/4xx/cpm.txt
On Tue, Jan 25, 2011 at 10:32 PM, Benjamin Herrenschmidt
wrote:
>>
>> What are exception 700 & 901?
>
> 700 is a program check (illegal instruction or BUG_ON() statement)
>
> 900 is decrementer (aka timer) interrupt.
>
>> The 0x1000c694 address looks fishy?
>
> That's userspace.
>
> So you took a
В Wed, 26 Jan 2011 16:35:05 -
"David Laight" пишет:
>
> > Also in_le32/out_le32/in_be32/out_be32 are
> > architecture-specific AFAIK.
>
> Isn't the whole patch architecture-specific ?
I use this driver on MIPS board right now. :)
This core from Synopsys is used in many SOCs with various
On Wed, 26 Jan 2011 10:18:01 +
David Laight wrote:
>
> > What was the ppc you used?
>
> The 8315E PowerQUIICC II
Ah. The interconnect between the DMA engine and PCIe is different on
83xx.
> > The DMA engine and PCIe are both on OCeaN, so the traffic
> > does not need to pass through th
On Wed, Jan 26, 2011 at 10:20:34AM -0700, Grant Likely wrote:
> The device tree is used by more than just PowerPC. Make the documentation
> directory available to all.
How does the planned stucture look like for this
new directory?
I see that in your move the architecture is dropped.
But some of
On Wed, Jan 26, 2011 at 10:20:34AM -0700, Grant Likely wrote:
>The device tree is used by more than just PowerPC. Make the documentation
>directory available to all.
>
>Signed-off-by: Grant Likely
>---
>
>Assuming nobody has an issue with this, I'll push it out to Linus for
>2.6.38 since it is on
On Wed, Jan 26, 2011 at 12:43 PM, Josh Boyer wrote:
> On Wed, Jan 26, 2011 at 10:20:34AM -0700, Grant Likely wrote:
>>The device tree is used by more than just PowerPC. Make the documentation
>>directory available to all.
>>
>>Signed-off-by: Grant Likely
>>---
>>
>>Assuming nobody has an issue w
Hi,
Does this content look ok:
kevdig@SatelliteA75:/usr/src/linux-2.6.36/arch/powerpc/kernel$ diff
-U3 process.c process-new_c
--- process.c 2010-10-23 20:01:13.0 -0500
+++ process-new_c 2011-01-26 14:04:17.0 -0600
@@ -1107,6 +1107,27 @@
static int kstack_depth_to_print
On Wed, 2011-01-26 at 11:20 -0600, kevin diggs wrote:
> This is kind of my problem. ANY suggestions (applicable to an old
> world PowerMac) would be appreciated on how to get access to the rest
> of the information. This thing appears completely dead at this point.
You don't have a serial port ?
Allow the early debug uart address to be overridden from the kernel
command line.
I would have preferred use the uart's virtual-reg property, but the device
tree hasn't been unflatted yet, and I don't know a reliable way to find it.
Signed-off-by: Dave Kleikamp
---
arch/powerpc/kernel/udbg_1655
These patches add Asynchonous MultiProcessing support for the 47x chipset.
This allows independent OS instances to run on separate cores.
Dave Kleikamp (5):
powerpc: Move udbg_early_init() after early_init_devtree()
powerpc/44x: allow override to hard-coded uart address
powerpc/47x: allow ke
These are completely independent OS instances, each running on 2 cores.
Signed-off-by: Dave Kleikamp
---
arch/powerpc/boot/Makefile |9 ++-
arch/powerpc/boot/dts/iss476-amp1.dts | 119 ++
arch/powerpc/boot/dts/iss476-amp2.dts | 123
so that it can use information from the device tree.
Signed-off-by: Dave Kleikamp
---
arch/powerpc/kernel/setup_32.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/setup_32.c b/arch/powerpc/kernel/setup_32.c
index 1d2fbc9..d1ca976 100644
--- a/a
Since other OS's may be running on the other cores don't use tlbivax
Signed-off-by: Dave Kleikamp
---
arch/powerpc/include/asm/mmu.h |2 +-
arch/powerpc/kernel/setup_32.c |2 ++
arch/powerpc/mm/tlb_nohash.c | 21 -
3 files changed, 23 insertions(+), 2 deletions(-)
Signed-off-by: Dave Kleikamp
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/configs/44x/iss476-smp_defconfig |6 ++--
arch/powerpc/kernel/head_44x.S| 42 -
arch/powerpc/mm/44x_mmu.c | 13 ++--
4 fil
On Wed, Jan 26, 2011 at 3:43 PM, Benjamin Herrenschmidt
wrote:
>
> You don't have a serial port ?
>
Yeah, just did not know what to do with them?
> If you do, use "sccdbg" on the kernel command line to route xmon to it,
> and boot with console=ttyPZ0,38400 (I think the old things default to
> 384
On Wed, 2011-01-26 at 21:59 -0600, kevin diggs wrote:
> Ok! Thanks!
>
> One thing. The 2.6 driver for the serial ports on this machine does
> not work very well. Can I use a slower speed to avoid missing stuff?
pmac zilog ? It should work fine on tx... unless your receiving side is
the one with a
25 matches
Mail list logo
