On Mar 18, 2013, at 9:59 AM, Kumar Gala wrote:
>
> On Mar 17, 2013, at 10:48 AM, Sethi Varun-B16395 wrote:
>
+ guts_node = of_find_compatible_node(NULL, NULL,
+ "fsl,qoriq-device-config-1.0");
>>>
>>> This doesn't work for T4 or B4 device trees.
>>>
>> [Sethi
On Mar 17, 2013, at 10:48 AM, Sethi Varun-B16395 wrote:
>>>
>>> + guts_node = of_find_compatible_node(NULL, NULL,
>>> + "fsl,qoriq-device-config-1.0");
>>
>> This doesn't work for T4 or B4 device trees.
>>
> [Sethi Varun-B16395]hmm I need to use the dcfg space for this.
shing.org; Wood Scott-B07421
> Subject: RE: [PATCH 5/5 v9] iommu/fsl: Freescale PAMU driver and iommu
> implementation.
>
>
>
> > -Original Message-
> > From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> > Sent: Thursday, March 14, 2013 3:20 PM
421; linuxppc-
> d...@lists.ozlabs.org
> Subject: Re: [PATCH 5/5 v9] iommu/fsl: Freescale PAMU driver and iommu
> implementation.
>
>
> On Mar 14, 2013, at 3:20 PM, Kumar Gala wrote:
>
> >
> > On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
> >
> >&g
.org; Yoder Stuart-
> B08248; io...@lists.linux-foundation.org; Wood Scott-B07421; linuxppc-
> d...@lists.ozlabs.org
> Subject: Re: [PATCH 5/5 v9] iommu/fsl: Freescale PAMU driver and iommu
> implementation.
>
>
> On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
>
> >
..@vger.kernel.org; b...@kernel.crashing.org; Wood Scott-B07421; Yoder
> Stuart-B08248
> Subject: Re: [PATCH 5/5 v9] iommu/fsl: Freescale PAMU driver and iommu
> implementation.
>
>
> On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
>
> > +/*
> > + * Table of SVRs and the correspond
On Mar 14, 2013, at 3:20 PM, Kumar Gala wrote:
>
> On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
>
>> +/*
>> + * Table of SVRs and the corresponding PORT_ID values.
>> + *
>> + * All future CoreNet-enabled SOCs will have this erratum fixed, so this
>> table
>> + * should never need to be upd
On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
> +/*
> + * Table of SVRs and the corresponding PORT_ID values.
> + *
> + * All future CoreNet-enabled SOCs will have this erratum fixed, so this
> table
> + * should never need to be updated. SVRs are guaranteed to be unique, so
> + * there is no