Question about e300 core decrementer interrupt

2009-09-08 Thread Li Tao-B22598
Dear all, I have a problem in MPC5121 sleep mode. As you know MPC5121 use e300c4 core. When I make the e300c4 core into sleep mode, it will return to full power mode when the“decrementer interrupt” occurred. But in the e300 core reference manual said that the “decrementer interrupt”have no

Queries regarding I2C and GPIO driver for Freescale MPC5121e in Linux 2.6.24 of BSP: MPC512xADS_20090603-ltib.iso

2009-09-08 Thread Uma Kanta Patro
Hi all, I am a newbie to the powerpc linux kernel, but I have worked on some drivers in arm architecture. I am finding powerpc architecture to be fully different than that. I am working on Freescale MPC5121e with the BSP MPC512xADS_20090603-ltib.iso running in it on the ADS512101

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Adam Zilkie
Hi Prodyut, Yes, I am using the 440EPx (same as the sequoia board). Our ideDriver is DMA'ing blocks of 192-byte data over the PCI bus (using the Sil0680A PCI-IDE bridge). Most of the DMA's (depending on timing) end up being partially corrupted when we try to parse the data in the virtual page.

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Prodyut Hazarika
Hi Adam, Yes, I am using the 440EPx (same as the sequoia board). Our ideDriver is DMA'ing blocks of 192-byte data over the PCI bus (using the Sil0680A PCI-IDE bridge). Most of the DMA's (depending on timing) end up being partially corrupted when we try to parse the data in the virtual page.

[PATCH] powerpc/85xx: Fix SMP compile error and allow NULL for smp_ops

2009-09-08 Thread Kumar Gala
The following commit introduced a compile error since it removed the implementation of smp_85xx_basic_setup: commit 77c0a700c1c292edafa11c1e52821ce4636f81b0 Author: Benjamin Herrenschmidt b...@kernel.crashing.org Date: Fri Aug 28 14:25:04 2009 +1000 powerpc: Properly start decrementer on

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Prodyut Hazarika
We have found that using flush_dcache_range() after each DMA solves the problem. Ideally, we'd like to be able to allocate the virtual page in cache inhibited memory to avoid the performance loss from all the flush calls. To do this, we'd have to change our TLB sizes and reserve a TLB in

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Benjamin Herrenschmidt
On Tue, 2009-09-08 at 14:01 -0400, Adam Zilkie wrote: Hi Prodyut, Yes, I am using the 440EPx (same as the sequoia board). Our ideDriver is DMA'ing blocks of 192-byte data over the PCI bus (using the Sil0680A PCI-IDE bridge). Most of the DMA's (depending on timing) end up being partially

Re: [PATCH] powerpc/85xx: Fix SMP compile error and allow NULL for smp_ops

2009-09-08 Thread Benjamin Herrenschmidt
On Tue, 2009-09-08 at 14:21 -0500, Kumar Gala wrote: struct smp_ops_t smp_85xx_ops = { + .message_pass = NULL, + .probe = NULL, .kick_cpu = smp_85xx_kick_cpu, + .setup_cpu = NULL, }; Why explicitely setting those to NULL ? Cheers, Ben. -static int __init

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Benjamin Herrenschmidt
On Tue, 2009-09-08 at 15:30 -0400, Adam Zilkie wrote: All, We have found that using flush_dcache_range() after each DMA solves the problem. Ideally, we'd like to be able to allocate the virtual page in cache inhibited memory to avoid the performance loss from all the flush calls. To do

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Adam Zilkie
We are using pci_alloc_consistent() Adam On Tue, 2009-09-08 at 12:56 -0700, Prodyut Hazarika wrote: We have found that using flush_dcache_range() after each DMA solves the problem. Ideally, we'd like to be able to allocate the virtual page in cache inhibited memory to avoid the

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Adam Zilkie
All, We have found that using flush_dcache_range() after each DMA solves the problem. Ideally, we'd like to be able to allocate the virtual page in cache inhibited memory to avoid the performance loss from all the flush calls. To do this, we'd have to change our TLB sizes and reserve a TLB in

Re: [RFC] [PATCH] Write to HVC terminal from purgatory code

2009-09-08 Thread Simon Horman
On Mon, Sep 07, 2009 at 10:44:07AM +0530, M. Mohan Kumar wrote: Write to HVC terminal from purgatory code Current x86/x86-64 kexec-tools print the message I'm in purgatory to serial console/VGA while executing the purgatory code. Implement this feature for POWERPC pseries platform by using

Re: [FTRACE] Enabling function_graph causes OOPS

2009-09-08 Thread Steven Rostedt
On Mon, 2009-08-03 at 16:10 +0530, Sachin Sant wrote: Steven Rostedt wrote: Thanks, I've seen issues with my PPC box and function graph, but the bugs were also caused by other changes. I'll boot up my PPC64 box and see if I see the same issues you have. Hi Steven, I can still

[PATCH] [SCSI] mpt fusion: Fix 32 bit platforms with 64 bit resources

2009-09-08 Thread pbathija
From: Pravin Bathija pbath...@amcc.com Powerpc 44x uses 36 bit real address while the real address defined in MPT Fusion driver is of type 32 bit. This causes ioremap to fail and driver fails to initialize. This fix changes the data types representing the real address from unsigned long 32-bit

[PATCH] Don't set DABR on 64-bit BookE, use DAC1 instead

2009-09-08 Thread Benjamin Herrenschmidt
Also remove a duplicate setting of it in the context switch path on BookE. Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org --- arch/powerpc/kernel/process.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/powerpc/kernel/process.c

Re: [PATCH][sata_fsl] Defer non-ncq commands when ncq commands active

2009-09-08 Thread Jeff Garzik
On 07/29/2009 12:03 PM, ashish kalra wrote: From: Ashish Kalra ashish.ka...@freescale.com Date: Wed, 29 Jul 2009 21:15:49 +0530 Fix for non-ncq ncq commands causing timeouts when both are issued simultaneously to the same device. Signed-off-by: Ashish Kalra ashish.ka...@freescale.com ---

RE: Queries regarding I2C and GPIO driver for Freescale MPC5121e in Linux2.6.24 of BSP: MPC512xADS_20090603-ltib.iso

2009-09-08 Thread Chen Hongjun-R66092
One I2C driver has been included in 0603 bsp, you can refer to it. It has no specific driver for GPIO, but you can find some initializing code for GPIO in arch/powerpc/platforms/512x/mpc5125_ads.c. and mpc512x_pm_test.c. From:

RE: AW: PowerPC PCI DMA issues (prefetch/coherency?)

2009-09-08 Thread Benjamin Herrenschmidt
On Tue, 2009-09-08 at 16:00 -0400, Adam Zilkie wrote: We are using pci_alloc_consistent() Then your flush should have no effect since pci_alloc_consistent will return I=1 mapped memory, unless you don't have CONFIG_NOT_COHERENT_CACHE for some reason. Cheers, Ben. Adam On Tue, 2009-09-08 at

Re: [PATCH] powerpc/85xx: Fix SMP compile error and allow NULL for smp_ops

2009-09-08 Thread Kumar Gala
On Sep 8, 2009, at 4:31 PM, Benjamin Herrenschmidt wrote: On Tue, 2009-09-08 at 14:21 -0500, Kumar Gala wrote: struct smp_ops_t smp_85xx_ops = { + .message_pass = NULL, + .probe = NULL, .kick_cpu = smp_85xx_kick_cpu, + .setup_cpu = NULL, }; Why explicitely

[PATCH v2] powerpc/85xx: Fix SMP compile error and allow NULL for smp_ops

2009-09-08 Thread Kumar Gala
The following commit introduced a compile error since it removed the implementation of smp_85xx_basic_setup: commit 77c0a700c1c292edafa11c1e52821ce4636f81b0 Author: Benjamin Herrenschmidt b...@kernel.crashing.org Date: Fri Aug 28 14:25:04 2009 +1000 powerpc: Properly start decrementer on

[0/5] Assorted hugepage cleanups

2009-09-08 Thread David Gibson
Currently, ordinary pages use one pagetable layout, and each different hugepage size uses a slightly different variant layout. A number of places which need to walk the pagetable must first check the slice map to see what the pagetable layout then handle the various different forms. New

[1/5] Make hpte_need_flush() correctly mask for multiple page sizes

2009-09-08 Thread David Gibson
Currently, hpte_need_flush() only correctly flushes the given address for normal pages. Callers for hugepages are required to mask the address themselves. But hpte_need_flush() already looks up the page sizes for its own reasons, so this is a rather silly imposition on the callers. This patch