Hi Geert, Thank you for the patch. On Wednesday 09 March 2016 20:18:42 Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven <geert+renesas@xxxxxxxxx> > --- > v3: > - New. > --- > include/dt-bindings/power/r8a7795-sysc.h | 42 +++++++++++++++++++++++++++++ > 1 file changed, 42 insertions(+) > create mode 100644 include/dt-bindings/power/r8a7795-sysc.h > > diff --git a/include/dt-bindings/power/r8a7795-sysc.h > b/include/dt-bindings/power/r8a7795-sysc.h new file mode 100644 > index 0000000000000000..ee2e26ba605ef9a3 > --- /dev/null > +++ b/include/dt-bindings/power/r8a7795-sysc.h > @@ -0,0 +1,42 @@ > +/* > + * Copyright (C) 2016 Glider bvba > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License as published by > + * the Free Software Foundation; version 2 of the License. > + */ > +#ifndef __DT_BINDINGS_POWER_R8A7795_SYSC_H__ > +#define __DT_BINDINGS_POWER_R8A7795_SYSC_H__ > + > +/* > + * These power domain indices match the numbers of the interrupt bits > + * representing the power areas in the various Interrupt Registers > + * (e.g. SYSCISR, Interrupt Status Register) > + */ > + > +#define R8A7795_PD_CA57_CPU0 0 > +#define R8A7795_PD_CA57_CPU1 1 > +#define R8A7795_PD_CA57_CPU2 2 > +#define R8A7795_PD_CA57_CPU3 3 > +#define R8A7795_PD_CA53_CPU0 5 > +#define R8A7795_PD_CA53_CPU1 6 > +#define R8A7795_PD_CA53_CPU2 7 > +#define R8A7795_PD_CA53_CPU3 8 > +#define R8A7795_PD_A3VP 9 > +#define R8A7795_PD_CA57_SCU 12 > +#define R8A7795_PD_CR7 13 > +#define R8A7795_PD_A3VC 14 > +#define R8A7795_PD_3DG_A 17 > +#define R8A7795_PD_3DG_B 18 > +#define R8A7795_PD_3DG_C 19 > +#define R8A7795_PD_3DG_D 20 > +#define R8A7795_PD_CA53_SCU 21 > +#define R8A7795_PD_3DG_E 22 > +#define R8A7795_PD_A3IR 24 > +#define R8A7795_PD_A2VC0 25 > +#define R8A7795_PD_A2VC1 26 > + > +/* Always-on power area */ > +#define R8A7795_PD_ALWAYS_ON 32 Shouldn't we also define the always-on power domain for the other SoCs (patches 2/7 to 6/7 in this series) ? I know they're already covered by the cpg power domain, but going forward I believe that standardizing on the SYSC power domains would be beneficial. We of course have to keep backward compatibility in the implementation. This isn't an issue for this patch, so Reviewed-by: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> > +#endif /* __DT_BINDINGS_POWER_R8A7795_SYSC_H__ */ -- Regards, Laurent Pinchart