Jake,
That is exactly what I needed. Patch 34113 worked like a charm.
Thanks for the help!
Jonathan
Here ya go Jonathan,
http://patchwork.ozlabs.org/patch/34047/
http://patchwork.ozlabs.org/patch/34113/
Both patches work for my situation, but I went with the second set as a final
patch(341
On Fri 2009-10-16 15:13:08, Arun R Bharadwaj wrote:
> * Arun R Bharadwaj [2009-10-16 15:08:50]:
>
> This patch cleans up x86 of all instances of pm_idle.
>
> pm_idle which was earlier called from cpu_idle() idle loop
> is replaced by cpuidle_idle_call.
>
> x86 also registers to cpuidle when the
Add checks to allow only PSCs capable of SPI.
Also turn printk to dev_err while we are here.
Signed-off-by: Wolfram Sang
Cc: Grant Likely
Cc: David Brownell
---
Grant, if the patch is OK, maybe it can also go via your tree?
drivers/spi/mpc52xx_psc_spi.c |9 -
1 files changed, 4 i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Chen,
many thanks for your very fast answer.
If I understand well, the situation is as follows:
32 bits mode, plane1 - if I write any alpha component != 0 I have a system hang
; writing alpha components in any other plane is ok.
- -
- From m
Hi,
Pls refer to my comment embedded.
> -Original Message-
> From:
> linuxppc-dev-bounces+hong-jun.chen=freescale@lists.ozlabs.
> org
> [mailto:linuxppc-dev-bounces+hong-jun.chen=freescale@lists
> .ozlabs.org] On Behalf Of LD
> Sent: Friday, October 23, 2009 3:17 PM
> To: Linu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I am working on Freescale MPC5121e evaluation board ADS512101 rev. 3 (M34K
processor stepping), developing a graphical application.
Just switched to ADS512101 rev. 4, 0M36P processor stepping.
I have problems with the video framebuffer driver,
Additionally to increasing #size-cells to in the root node, we also
need to explicitly define the ranges property in the plb node, because
of the different #size-cells between child and parent.
Signed-off-by: Stefan Roese
Cc: Josh Boyer
---
arch/powerpc/boot/dts/katmai.dts | 14 +++---
