Re: [PATCH 1/1] ARM: EXYNOS: Add enable property to power domains

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Hi Prathyush,

Thanks for your reply. However, please do not use HTML messages to reply
to mailing lists, as many of them filter out such.

On Monday 11 of November 2013 05:53:18 Prathyush Kalashwaram wrote:
> Hi Tomasz,
>  
> The enable values for some configuration registers are not 0x7.
> Though there is no issue observed (so far) in using 0x7, it is better to use the correct enable values.
> Thats the reason for this patch.

Well, this means that the patch does not fix or improve anything, just
introduces changes that are not needed for anything. This is especially
bad, because it introduces a change in DT binding that is not needed yet
and might turn out to be insufficient for future SoCs.

This patch will be okay, if a need for explicit mask specification shows
up in future, though.

Best regards,
Tomasz

> And you're right. Using "samsung,enable-bit-mask" makes more sense. I will change and update with v2.
>  
> Regards,
> Prathyush
>  
> ------- Original Message -------
> Sender : Tomasz Figa<tomasz.figa@xxxxxxxxx>
> Date : Nov 11, 2013 00:36 (GMT+05:30)
> Title : Re: [PATCH 1/1] ARM: EXYNOS: Add enable property to power domains
>  
> Hi Sachin,
> 
> On Thursday 07 of November 2013 12:12:55 Sachin Kamat wrote:
> > From: Prathyush K
> >
> > Different power domains of Exynos SOCs have different enable values.
> > E.g. Exynos5250:
> > ROTATOR_MEM_CONFIGURATION -> 0x3
> > GSCL_CONFIGURATION -> 0x7
> > Currently, there is no way to differentiate between these power domains
> > and we write default value of 0x7 to turn on all the power domains.
> >
> > This patch adds a new 'enable' property to the power domain structure.
> > This enable value can be set from the device tree by adding a property
> > 'enable' in the device node. If no such property is found, the default
> > value of 0x7 is used as enable value.
> 
> Is this patch really needed? Is there any problem with simply using 0x7?
> Patch description should always include rationale behind the change.
> 
> >
> > Signed-off-by: Prathyush K
> > Signed-off-by: Sachin Kamat
> > ---
> >  .../bindings/arm/exynos/power_domain.txt           |    5 +++++
> >  arch/arm/mach-exynos/pm_domains.c                  |   10 +++++++---
> >  2 files changed, 12 insertions(+), 3 deletions(-)
> >
> > diff --git a/Documentation/devicetree/bindings/arm/exynos/power_domain.txt b/Documentation/devicetree/bindings/arm/exynos/power_domain.txt
> > index 5216b419016a..6b24b234617c 100644
> > --- a/Documentation/devicetree/bindings/arm/exynos/power_domain.txt
> > +++ b/Documentation/devicetree/bindings/arm/exynos/power_domain.txt
> > @@ -9,6 +9,10 @@ Required Properties:
> >  - reg: physical base address of the controller and length of memory mapped
> >      region.
> >  
> > +Optional Properties:
> > +- enable: enable value of the register which is used to turn on the power
> > +    domain. If no enable is specificed, default value of 0x7 is used.
> 
> Vendor-specific properties should have vendor prefix added, so this one
> should be called samsung,enable instead. Also enable is not a very
> specific name.
> 
> So in the end, if it turns out that we really need such patch, I'd prefer
> something like:
> 
> - samsung,enable-bit-mask: Mask of power control register bits that need
>     to be set to enable the power domain. If omitted, it defaults to 0x7.
> 
> Best regards,
> Tomasz
> 
>  
>  
>  
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux