Will Deacon wrote:
I don't agree. We're making sensible use of a vendor prefix to isolate
errata workarounds. The description clearly states that the implementation
is buggy.
Yeah, but I'm disappointed that the patch doesn't explain the exact bug
that necessitates the property. I think that's
On Fri, Feb 28, 2014 at 05:07:31PM +, Timur Tabi wrote:
> On 02/28/2014 10:21 AM, Will Deacon wrote:
> >>> > >+- calxeda,smmu-secure-config-access : Enable proper handling of buggy
> >>> > >+ implementations that always use secure access to
> >>> > >+ SMMU conf
On 02/28/2014 10:21 AM, Will Deacon wrote:
> >+- calxeda,smmu-secure-config-access : Enable proper handling of buggy
> >+ implementations that always use secure access to
> >+ SMMU configuration registers. In this case non-secure
> >+ aliases of s
On Fri, Feb 28, 2014 at 04:17:43PM +, Timur Tabi wrote:
> On Fri, Feb 21, 2014 at 11:16 AM, Will Deacon wrote:
> >
> > +- calxeda,smmu-secure-config-access : Enable proper handling of buggy
> > + implementations that always use secure access to
> > + SMMU conf
On Fri, Feb 21, 2014 at 11:16 AM, Will Deacon wrote:
>
> +- calxeda,smmu-secure-config-access : Enable proper handling of buggy
> + implementations that always use secure access to
> + SMMU configuration registers. In this case non-secure
> + alias
Hello.
On 02/21/2014 08:16 PM, Will Deacon wrote:
From: Andreas Herrmann
This patch adds descriptions for new properties of the device tree
binding for the ARM SMMU architecture. These properties control
arm-smmu driver options.
Cc: Grant Likely
Acked-by: Rob Herring
Signed-off-by: And
From: Andreas Herrmann
This patch adds descriptions for new properties of the device tree
binding for the ARM SMMU architecture. These properties control
arm-smmu driver options.
Cc: Grant Likely
Acked-by: Rob Herring
Signed-off-by: Andreas Herrmann
[will: removed device isolation property, a