Re: [PATCH 3/3] ptp: Added a clock that uses the eTSEC found on the MPC85xx.

2010-05-02 Thread Richard Cochran
On Sat, May 01, 2010 at 11:36:12AM -0500, Kumar Gala wrote: > Is there a binding document that describes this node you are adding? No, but I will add one to Documentation/powerpc/dts-bindings. Thanks, Richard ___ Linuxppc-dev mailing list Linuxppc-dev@l

Re: [Patch 2/2] PPC64-HWBKPT: Implement hw-breakpoints for PPC64

2010-05-02 Thread Paul Mackerras
On Wed, Apr 14, 2010 at 09:18:27AM +0530, K.Prasad wrote: > Implement perf-events based hw-breakpoint interfaces for PPC64 processors. > These interfaces help arbitrate requests from various users and schedules > them as appropriate. [snip] > --- /dev/null > +++ linux-2.6.ppc64_test/arch/powerpc

Re: [Patch 1/2] PPC64-HWBKPT: Disable interrupts for data breakpoint exceptions

2010-05-02 Thread Paul Mackerras
On Wed, Apr 14, 2010 at 09:18:09AM +0530, K.Prasad wrote: > Data address breakpoint exceptions are currently handled along with > page-faults > which require interrupts to remain in enabled state. Since exception handling > for data breakpoints aren't pre-empt safe, we handle them separately. >

Re: [PATCH] add icswx support

2010-05-02 Thread Olof Johansson
On Fri, Apr 23, 2010 at 05:04:35PM -0500, Tseng-Hui (Frank) Lin wrote: > Add Power7 icswx co-processor instruction support. > > Signed-off-by: Sonny Rao > Signed-off-by: Tseng-Hui (Frank) Lin > --- > arch/powerpc/include/asm/mmu-hash64.h |3 + > arch/powerpc/include/asm/mmu_context.h |

[PATCH] USB: FHCI: cq_get() should check kfifo_out()'s return value

2010-05-02 Thread Anton Vorontsov
Since commit 7acd72eb85f1c7a15e8b5eb554994949241737f1 ("kfifo: rename kfifo_put... into kfifo_in... and kfifo_get... into kfifo_out..."), kfifo_out() is marked __must_check, and that causes gcc to produce lots of warnings like this: CC drivers/usb/host/fhci-mem.o In file included from drive

[PATCH] powerpc/83xx: Add MCU LEDs support for MPC837xRDB and MPC8315RDB boards

2010-05-02 Thread Anton Vorontsov
There are two front-panel LEDs on MPC837xRDB and MPC8315RDB boards: PWR and HDD. After adding appropriate nodes we can program these LEDs from kernel and user space. Signed-off-by: Anton Vorontsov --- arch/powerpc/boot/dts/mpc8315erdb.dts | 14 ++ arch/powerpc/boot/dts/mpc8377_

Re: [PATCH 2/2] powerpc/mpc5121: add initial support for PDM360NG board

2010-05-02 Thread Grant Likely
Hi Anatolij, Comments below. On Fri, Apr 30, 2010 at 2:30 PM, Anatolij Gustschin wrote: > Adds IFM PDM360NG device tree, and platform code. > > Currently following is supported: >  - Spansion S29GL512P 256 MB NOR flash >  - ST Micro NAND 1 GiB flash >  - DIU, please use "fbcon=map:5 video=fslfb:

Re: mpc512x uart: testers wanted

2010-05-02 Thread Grant Likely
On Sun, May 2, 2010 at 5:24 AM, Albrecht Dreß wrote: > Hi Grant: > > Am 27.04.10 20:28 schrieb(en) Albrecht Dreß: >>> >>> MPC5121e Hardware Design Guide provides correct info according to my >>> tests using /16 and /10 prescaler. I've send a new patch with the fixed >>> comments, unfortunately f

Re: mpc512x uart: testers wanted

2010-05-02 Thread Albrecht Dreß
Hi Grant: Am 27.04.10 20:28 schrieb(en) Albrecht Dreß: MPC5121e Hardware Design Guide provides correct info according to my tests using /16 and /10 prescaler. I've send a new patch with the fixed comments, unfortunately forgot to mark it as v4, but it is threaded to your v.3a patch and conta

Re: [PATCH] Fix DEBUG_PAGEALLOC on 603/e300

2010-05-02 Thread Maindoor
Any updates on this ? I need something similar. Thanks, Maindoor. --- On Thu, 4/29/10, Benjamin Herrenschmidt wrote: From: Benjamin Herrenschmidt Subject: Re: [PATCH] Fix DEBUG_PAGEALLOC on 603/e300 To: "Xianghua Xiao" Cc: "linuxppc-dev" Date: Thursday, April 29, 2010, 3:59 AM On Wed, 2010-

Re: [PATCH v21 001/100] eclone (1/11): Factor out code to allocate pidmap page

2010-05-02 Thread Matt Helsley
On Sat, May 01, 2010 at 03:10:22PM -0700, David Miller wrote: > NO WAY, there is no way in the world you should post 100 patches > at a time to any mailing list, especially those at vger.kernel.org > that have thousands upon thousands of subscribers. I am sorry we concluded that sending these 100