On Thu, 2015-03-26 at 17:15 +0800, ying.zh...@freescale.com wrote:
> From: Ying Zhang <b40...@freescale.com>
> 
> Create the dts files for each core and splits the devices between
> the two cores for P1021RDB-PC.
> 
> Core0 has l2, serial0, i2c, spi, gpio, tdm,dma, usb, eth0, eth1,
> sdhc, crypto, global-util, message, pci0, pci1, msi, crypto.
> Core1 has l2, serial1, eth2.

Are we going to have this split for every board (I hope not)?  We
already have a couple examples of CAMP; why do we need p1021
specifically?

> Signed-off-by: Ying Zhang <b40...@freescale.com>
> Change-Id: I92614abdca3db3ab6083c4443ad563fd687050ec
> Reviewed-on: http://git.am.freescale.net:8181/1179
> Reviewed-by: Fleming Andrew-AFLEMING <aflem...@freescale.com>
> Tested-by: Fleming Andrew-AFLEMING <aflem...@freescale.com>

Get rid of the gerrit stuff.

> +             mpic: pic@40000 {
> +                     protected-sources = <
> +                     42              /* serial1 */
> +                     31 32 33        /* enet2-queue-group0 */
> +                     25 26 27        /* enet2-queue-group1 */
> +                     >;
> +                     pic-no-reset;
> +             };

If you have pic-no-reset you don't strictly need protected-sources.
Having it can protect against some relatively unlikely software errors,
at the expense of allowing more likely device tree errors.  Or at least,
it makes it harder to modify the device tree to assign devices
differently.

-Scott


_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Reply via email to