| Message ID | b6733f80546bf3e6b3799f716b9c8e0f407de03d.1586939718.git.hns@goldelico.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
| Series | ARM/MIPS: DTS: add child nodes describing the PVRSGX GPU present in some OMAP SoC and JZ4780 (and many more) | expand |
> Am 15.04.2020 um 13:49 schrieb Krzysztof Kozlowski <krzk@kernel.org>: > > On Wed, 15 Apr 2020 at 10:36, H. Nikolaus Schaller <hns@goldelico.com> wrote: >> >> From: Jonathan Bakker <xc-racer2@live.ca> >> >> to add support for SGX540 GPU. > > Do not continue the subject in commit msg like it is one sentence. > These are two separate sentences, so commit msg starts with capital > letter and it is sentence by itself. > >> Signed-off-by: Jonathan Bakker <xc-racer2@live.ca> >> Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> >> --- >> arch/arm/boot/dts/s5pv210.dtsi | 15 +++++++++++++++ >> 1 file changed, 15 insertions(+) >> >> diff --git a/arch/arm/boot/dts/s5pv210.dtsi b/arch/arm/boot/dts/s5pv210.dtsi >> index 2ad642f51fd9..e7fc709c0cca 100644 >> --- a/arch/arm/boot/dts/s5pv210.dtsi >> +++ b/arch/arm/boot/dts/s5pv210.dtsi >> @@ -512,6 +512,21 @@ vic3: interrupt-controller@f2300000 { >> #interrupt-cells = <1>; >> }; >> >> + g3d: g3d@f3000000 { >> + compatible = "samsung,s5pv210-sgx540-120"; >> + reg = <0xf3000000 0x10000>; >> + interrupt-parent = <&vic2>; >> + interrupts = <10>; >> + clock-names = "sclk"; >> + clocks = <&clocks CLK_G3D>; > > Not part of bindings, please remove or add to the bindings. Well, the bindings should describe what is common for all SoC and they are quite different in what they need in addition. Thererfore we have no "additionalProperties: false" in the bindings [PATCH v6 01/12]. > >> + >> + power-domains = <&pd S5PV210_PD_G3D>; > > Ditto In this case it might be possible to add the clock/power-domains etc. to a wrapper node compatible to "simple-pm-bus" or similar and make the gpu a child of it. @Jontahan: can you please give it a try? > >> + >> + assigned-clocks = <&clocks MOUT_G3D>, <&clocks DOUT_G3D>; >> + assigned-clock-rates = <0>, <66700000>; >> + assigned-clock-parents = <&clocks MOUT_MPLL>; > > Probably this should have status disabled because you do not set > regulator supply. > > Best regards, > Krzysztof BR and thanks, Nikolaus
Hi Nikolaus, On 2020-04-15 5:50 a.m., H. Nikolaus Schaller wrote: > >> Am 15.04.2020 um 13:49 schrieb Krzysztof Kozlowski <krzk@kernel.org>: >> >> On Wed, 15 Apr 2020 at 10:36, H. Nikolaus Schaller <hns@goldelico.com> wrote: >>> >>> From: Jonathan Bakker <xc-racer2@live.ca> >>> >>> to add support for SGX540 GPU. >> >> Do not continue the subject in commit msg like it is one sentence. >> These are two separate sentences, so commit msg starts with capital >> letter and it is sentence by itself. >> Sorry, that's my fault, I should know better. Nikolaus took this from my testing tree and I apparently didn't have it in as good as state as I should have. >>> Signed-off-by: Jonathan Bakker <xc-racer2@live.ca> >>> Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> >>> --- >>> arch/arm/boot/dts/s5pv210.dtsi | 15 +++++++++++++++ >>> 1 file changed, 15 insertions(+) >>> >>> diff --git a/arch/arm/boot/dts/s5pv210.dtsi b/arch/arm/boot/dts/s5pv210.dtsi >>> index 2ad642f51fd9..e7fc709c0cca 100644 >>> --- a/arch/arm/boot/dts/s5pv210.dtsi >>> +++ b/arch/arm/boot/dts/s5pv210.dtsi >>> @@ -512,6 +512,21 @@ vic3: interrupt-controller@f2300000 { >>> #interrupt-cells = <1>; >>> }; >>> >>> + g3d: g3d@f3000000 { >>> + compatible = "samsung,s5pv210-sgx540-120"; >>> + reg = <0xf3000000 0x10000>; >>> + interrupt-parent = <&vic2>; >>> + interrupts = <10>; >>> + clock-names = "sclk"; >>> + clocks = <&clocks CLK_G3D>; >> >> Not part of bindings, please remove or add to the bindings. > > Well, the bindings should describe what is common for all SoC > and they are quite different in what they need in addition. > > Thererfore we have no "additionalProperties: false" in the > bindings [PATCH v6 01/12]. > >> >>> + >>> + power-domains = <&pd S5PV210_PD_G3D>; >> >> Ditto > > In this case it might be possible to add the clock/power-domains > etc. to a wrapper node compatible to "simple-pm-bus" or similar > and make the gpu a child of it. > > @Jontahan: can you please give it a try? > > The power-domains comes from a (so far) non-upstreamed power domain driver for s5pv210 that I've been playing around with. It's not necessary for proper operation as it's on by default. Looking at simple-pm-bus, I don't really understand its purpose. Is it a way of separating out a power domain from a main device's node? Or is it designed for when you have multiple devices under the same power domain? Nikolaus, I can regenerate a proper patch for you if you want that's not based on my testing tree. >> >>> + >>> + assigned-clocks = <&clocks MOUT_G3D>, <&clocks DOUT_G3D>; >>> + assigned-clock-rates = <0>, <66700000>; >>> + assigned-clock-parents = <&clocks MOUT_MPLL>; >> >> Probably this should have status disabled because you do not set >> regulator supply. I don't believe there is a regulator on s5pv210, if there is, then it is a fixed regulator with no control on both s5pv210 devices that I have. The vendor driver did use the regulator framework for its power domain implementation, but that definitely shouldn't be upstreamed. > BR and thanks, > Nikolaus > Thanks, Jonathan
On Wed, Apr 15, 2020 at 11:17:16AM -0700, Jonathan Bakker wrote: > >> > >>> + > >>> + assigned-clocks = <&clocks MOUT_G3D>, <&clocks DOUT_G3D>; > >>> + assigned-clock-rates = <0>, <66700000>; > >>> + assigned-clock-parents = <&clocks MOUT_MPLL>; > >> > >> Probably this should have status disabled because you do not set > >> regulator supply. > > I don't believe there is a regulator on s5pv210, if there is, then it is a > fixed regulator with no control on both s5pv210 devices that I have. > > The vendor driver did use the regulator framework for its power domain > implementation, but that definitely shouldn't be upstreamed. Starting with Exynos4210 usually they have separate regulator from PMIC but maybe S5Pv210 indeed is different. Leave it then without it. Best regards, Krzysztof
Hi Jonathan, > Am 15.04.2020 um 20:17 schrieb Jonathan Bakker <xc-racer2@live.ca>: > > Hi Nikolaus, > > On 2020-04-15 5:50 a.m., H. Nikolaus Schaller wrote: >> >>> Am 15.04.2020 um 13:49 schrieb Krzysztof Kozlowski <krzk@kernel.org>: >>> >>> On Wed, 15 Apr 2020 at 10:36, H. Nikolaus Schaller <hns@goldelico.com> wrote: >>>> >>>> From: Jonathan Bakker <xc-racer2@live.ca> >>>> >>>> to add support for SGX540 GPU. >>> >>> Do not continue the subject in commit msg like it is one sentence. >>> These are two separate sentences, so commit msg starts with capital >>> letter and it is sentence by itself. >>> > > Sorry, that's my fault, I should know better. Mine as well... > > Nikolaus took this from my testing tree and I apparently didn't have it in > as good as state as I should have. > >>>> Signed-off-by: Jonathan Bakker <xc-racer2@live.ca> >>>> Signed-off-by: H. Nikolaus Schaller <hns@goldelico.com> >>>> --- >>>> arch/arm/boot/dts/s5pv210.dtsi | 15 +++++++++++++++ >>>> 1 file changed, 15 insertions(+) >>>> >>>> diff --git a/arch/arm/boot/dts/s5pv210.dtsi b/arch/arm/boot/dts/s5pv210.dtsi >>>> index 2ad642f51fd9..e7fc709c0cca 100644 >>>> --- a/arch/arm/boot/dts/s5pv210.dtsi >>>> +++ b/arch/arm/boot/dts/s5pv210.dtsi >>>> @@ -512,6 +512,21 @@ vic3: interrupt-controller@f2300000 { >>>> #interrupt-cells = <1>; >>>> }; >>>> >>>> + g3d: g3d@f3000000 { >>>> + compatible = "samsung,s5pv210-sgx540-120"; >>>> + reg = <0xf3000000 0x10000>; >>>> + interrupt-parent = <&vic2>; >>>> + interrupts = <10>; >>>> + clock-names = "sclk"; >>>> + clocks = <&clocks CLK_G3D>; >>> >>> Not part of bindings, please remove or add to the bindings. >> >> Well, the bindings should describe what is common for all SoC >> and they are quite different in what they need in addition. >> >> Thererfore we have no "additionalProperties: false" in the >> bindings [PATCH v6 01/12]. >> >>> >>>> + >>>> + power-domains = <&pd S5PV210_PD_G3D>; >>> >>> Ditto >> >> In this case it might be possible to add the clock/power-domains >> etc. to a wrapper node compatible to "simple-pm-bus" or similar >> and make the gpu a child of it. >> >> @Jontahan: can you please give it a try? >> >> > > The power-domains comes from a (so far) non-upstreamed power domain driver > for s5pv210 that I've been playing around with. It's not necessary for proper > operation as it's on by default. > > Looking at simple-pm-bus, I don't really understand its purpose. Is it a way of separating > out a power domain from a main device's node? Or is it designed for when you have multiple > devices under the same power domain? > > Nikolaus, I can regenerate a proper patch for you if you want that's not based on my testing tree. Yes, please. > >>> >>>> + >>>> + assigned-clocks = <&clocks MOUT_G3D>, <&clocks DOUT_G3D>; >>>> + assigned-clock-rates = <0>, <66700000>; >>>> + assigned-clock-parents = <&clocks MOUT_MPLL>; >>> >>> Probably this should have status disabled because you do not set >>> regulator supply. > > I don't believe there is a regulator on s5pv210, if there is, then it is a > fixed regulator with no control on both s5pv210 devices that I have. > > The vendor driver did use the regulator framework for its power domain > implementation, but that definitely shouldn't be upstreamed. Ok, this means there is no need for regulators in the bindings. BR, Nikolaus
Hi Nikolaus,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on robh/for-next]
[also build test ERROR on sunxi/sunxi/for-next v5.7-rc2 next-20200421]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url: https://github.com/0day-ci/linux/commits/H-Nikolaus-Schaller/ARM-MIPS-DTS-add-child-nodes-describing-the-PVRSGX-GPU-present-in-some-OMAP-SoC-and-JZ4780-and-many-more/20200416-022658
base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (GCC) 9.3.0
reproduce:
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day GCC_VERSION=9.3.0 make.cross ARCH=arm
If you fix the issue, kindly add following tag as appropriate
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
>> Error: arch/arm/boot/dts/s5pv210.dtsi:523.25-26 syntax error
FATAL ERROR: Unable to parse input tree
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
diff --git a/arch/arm/boot/dts/s5pv210.dtsi b/arch/arm/boot/dts/s5pv210.dtsi index 2ad642f51fd9..e7fc709c0cca 100644 --- a/arch/arm/boot/dts/s5pv210.dtsi +++ b/arch/arm/boot/dts/s5pv210.dtsi @@ -512,6 +512,21 @@ vic3: interrupt-controller@f2300000 { #interrupt-cells = <1>; }; + g3d: g3d@f3000000 { + compatible = "samsung,s5pv210-sgx540-120"; + reg = <0xf3000000 0x10000>; + interrupt-parent = <&vic2>; + interrupts = <10>; + clock-names = "sclk"; + clocks = <&clocks CLK_G3D>; + + power-domains = <&pd S5PV210_PD_G3D>; + + assigned-clocks = <&clocks MOUT_G3D>, <&clocks DOUT_G3D>; + assigned-clock-rates = <0>, <66700000>; + assigned-clock-parents = <&clocks MOUT_MPLL>; + }; + fimd: fimd@f8000000 { compatible = "samsung,s5pv210-fimd"; interrupt-parent = <&vic2>;