Hi Peter,
On Fri, Dec 04, 2009 at 01:43:40PM -0600, Peter Tyser wrote:
> This change resolves 2 issues:
> - Different chips have a different number of GPIO pins per controller.
> For example, the MPC8347 has 32, the P2020 16, and the mpc8572 8.
> Previously, the mpc8xxx_gpio driver assumed eve
Hi Anton,
Thanks for the feedback.
> On Fri, Dec 04, 2009 at 01:43:40PM -0600, Peter Tyser wrote:
> > This change resolves 2 issues:
> > - Different chips have a different number of GPIO pins per controller.
> > For example, the MPC8347 has 32, the P2020 16, and the mpc8572 8.
> > Previously,
On Fri, 2009-12-04 at 14:20 -0700, Grant Likely wrote:
> From: Asier Llano Palacios
>
> net/mpc5200: Fix locking on fec_mpc52xx driver
>
> Fix the locking scheme on the fec_mpc52xx driver. This device can
> receive IRQs from three sources; the FEC itself, the tx DMA, and the
> rx DMA. Mutual e
On Sat, Dec 05, 2009 at 01:32:32PM -0600, Peter Tyser wrote:
[...]
> > > Adding a new "fsl,gpio-mask" device tree property allows a dts file to
> > > accurately describe what GPIO pins are available for use on a given
> > > board.
> >
> > I don't see any real usage for this. If device tree specifi
On Dec 4, 2009, at 3:25 PM, Benjamin Herrenschmidt wrote:
On Fri, 2009-12-04 at 08:09 -0600, Kumar Gala wrote:
On Dec 4, 2009, at 2:58 AM, Benjamin Herrenschmidt wrote:
On Fri, 2009-12-04 at 01:18 -0600, Kumar Gala wrote:
Ben, David,
If we want to support true 4G/4G split on ppc32 using th
* Torsten Duwe [2009-12-04 23:20:00]:
> On Wednesday 02 December 2009, Arun R Bharadwaj wrote:
> > * Arun R Bharadwaj [2009-12-02 15:24:27]:
> >
> > This patch cleans up drivers/cpuidle/cpuidle.c
> > Earlier cpuidle assumed pm_idle as the default idle loop. Break that
> > assumption and make it
My posts are showing up in the archive...
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-October/076727.html
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-October/077059.html
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-December/078498.html
But no replies. Is there somebody spe
Trying again with a few likely-looking cc's from the MAINTAINERS file:
Summary:
The PMACZILOG serial driver last worked in 2.6.28. It was broken by commit
f751928e0ddf54ea4fe5546f35e99efc5b5d9938 by Alan Cox making bits of the tty
layer dynamically allocated. The PMACZILOG driver wasn't prop
