From mboxrd@z Thu Jan 1 00:00:00 1970 From: lee.jones@linaro.org (Lee Jones) Date: Wed, 26 Aug 2015 12:57:52 +0100 Subject: [PATCH 2/3] ARM: DT: STi: STiH407: Add c8sectpfe LinuxDVB DT node. In-Reply-To: <20150826114433.GB1498@griffinp-ThinkPad-X1-Carbon-2nd> References: <1440519730-486-1-git-send-email-peter.griffin@linaro.org> <1440519730-486-3-git-send-email-peter.griffin@linaro.org> <20150826073041.GT19409@x1> <20150826114433.GB1498@griffinp-ThinkPad-X1-Carbon-2nd> Message-ID: <20150826115752.GX19409@x1> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wed, 26 Aug 2015, Peter Griffin wrote: > On Wed, 26 Aug 2015, Lee Jones wrote: > > On Tue, 25 Aug 2015, Peter Griffin wrote: > > > > > This patch adds in the required DT node for the c8sectpfe > > > Linux DVB demux driver which allows the tsin channels > > > to be used on an upstream kernel. > > > > > > Signed-off-by: Peter Griffin > > > --- > > > arch/arm/boot/dts/stihxxx-b2120.dtsi | 38 ++++++++++++++++++++++++++++++++++++ > > > 1 file changed, 38 insertions(+) > > > > > > diff --git a/arch/arm/boot/dts/stihxxx-b2120.dtsi b/arch/arm/boot/dts/stihxxx-b2120.dtsi > > > index 62994ae..1bc018e 100644 > > > --- a/arch/arm/boot/dts/stihxxx-b2120.dtsi > > > +++ b/arch/arm/boot/dts/stihxxx-b2120.dtsi [...] > > How about *-c8sectpfe-demod? > > That doesn't really make sense, the demod is a seperate device > typically controlled over I2C bus and connected to this IP block > via the TS pins. Also although a tsin channel is "normally" connected > to a demodulator device there is no reason it couldn't be connected > for example to another STi chipset which is doing tsout. > > Also this IP block can do more than accept tsin, it can > also do tsout, and merge TS channels together (some coming from > DDR, external TS pins). Which are features we hope to add > to the driver in the future so the name needs to be very generic. > > So with that in mind I would prefer to leave the compatible as > the name of the IP block from the SoC datasheet. Understood. Thanks for the explanation. [...] > > > + tsin-num = <0>; > > > + serial-not-parallel; > > > + i2c-bus = <&ssc2>; > > > > If you are adding this property, I would get Wolfram or one of the DT > > guys to Ack it. > > This driver is actually already accepted, I just missed off one patch from > the v2 series which meant this patch broke the build when Mauro applied it, > which is the reason for re-sending it. > > This binding is the same way the drm display drivers use DT via ddc-i2c-bus > property to get the i2c bus for EDID control, so I think uncontroversial. You're still adding a non-vendor property. If you think it's generic enough not to require a "," prefix, please attempt to document it in a generic binding document. > > > + rst-gpio = <&pio15 4 0>; > > > > Why not use the whole name "reset"? > > > > "-gpio" should be "-gpios". > > > > So, in full: "reset-gpios"? > > > > Flags: GPIO_ACTIVE_HIGH ? > > Doing a grep, that does seem to be "more standard". Will fix in V2 as a single > atomic commit. It's not just 'more standard', it's documented in the GPIO binding. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org ? Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lee Jones Subject: Re: [PATCH 2/3] ARM: DT: STi: STiH407: Add c8sectpfe LinuxDVB DT node. Date: Wed, 26 Aug 2015 12:57:52 +0100 Message-ID: <20150826115752.GX19409@x1> References: <1440519730-486-1-git-send-email-peter.griffin@linaro.org> <1440519730-486-3-git-send-email-peter.griffin@linaro.org> <20150826073041.GT19409@x1> <20150826114433.GB1498@griffinp-ThinkPad-X1-Carbon-2nd> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: <20150826114433.GB1498@griffinp-ThinkPad-X1-Carbon-2nd> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Peter Griffin Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, srinivas.kandagatla-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, maxime.coquelin-qxv4g6HH51o@public.gmane.org, patrice.chotard-qxv4g6HH51o@public.gmane.org, mchehab-JPH+aEBZ4P+UEJcrhfAQsw@public.gmane.org, kernel-F5mvAk5X5gdBDgjK7y7TUQ@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: devicetree@vger.kernel.org On Wed, 26 Aug 2015, Peter Griffin wrote: > On Wed, 26 Aug 2015, Lee Jones wrote: > > On Tue, 25 Aug 2015, Peter Griffin wrote: > >=20 > > > This patch adds in the required DT node for the c8sectpfe > > > Linux DVB demux driver which allows the tsin channels > > > to be used on an upstream kernel. > > >=20 > > > Signed-off-by: Peter Griffin > > > --- > > > arch/arm/boot/dts/stihxxx-b2120.dtsi | 38 ++++++++++++++++++++++= ++++++++++++++ > > > 1 file changed, 38 insertions(+) > > >=20 > > > diff --git a/arch/arm/boot/dts/stihxxx-b2120.dtsi b/arch/arm/boot= /dts/stihxxx-b2120.dtsi > > > index 62994ae..1bc018e 100644 > > > --- a/arch/arm/boot/dts/stihxxx-b2120.dtsi > > > +++ b/arch/arm/boot/dts/stihxxx-b2120.dtsi [...] > > How about *-c8sectpfe-demod? >=20 > That doesn't really make sense, the demod is a seperate device > typically controlled over I2C bus and connected to this IP block > via the TS pins. Also although a tsin channel is "normally" connected > to a demodulator device there is no reason it couldn't be connected > for example to another STi chipset which is doing tsout. >=20 > Also this IP block can do more than accept tsin, it can > also do tsout, and merge TS channels together (some coming from > DDR, external TS pins). Which are features we hope to add > to the driver in the future so the name needs to be very generic. >=20 > So with that in mind I would prefer to leave the compatible as > the name of the IP block from the SoC datasheet. Understood. Thanks for the explanation. [...] > > > + tsin-num =3D <0>; > > > + serial-not-parallel; > > > + i2c-bus =3D <&ssc2>; > >=20 > > If you are adding this property, I would get Wolfram or one of the = DT > > guys to Ack it. >=20 > This driver is actually already accepted, I just missed off one patch= from > the v2 series which meant this patch broke the build when Mauro appli= ed it, > which is the reason for re-sending it. >=20 > This binding is the same way the drm display drivers use DT via ddc-i= 2c-bus > property to get the i2c bus for EDID control, so I think uncontrovers= ial. You're still adding a non-vendor property. If you think it's generic enough not to require a "," prefix, please attempt to document it in a generic binding document. > > > + rst-gpio =3D <&pio15 4 0>; > >=20 > > Why not use the whole name "reset"? > >=20 > > "-gpio" should be "-gpios". > >=20 > > So, in full: "reset-gpios"? > >=20 > > Flags: GPIO_ACTIVE_HIGH ? >=20 > Doing a grep, that does seem to be "more standard". Will fix in V2 as= a single > atomic commit. It's not just 'more standard', it's documented in the GPIO binding. --=20 Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org =E2=94=82 Open source software for ARM SoCs =46ollow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe devicetree" i= n the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933064AbbHZL6B (ORCPT ); Wed, 26 Aug 2015 07:58:01 -0400 Received: from mail-wi0-f180.google.com ([209.85.212.180]:34993 "EHLO mail-wi0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751982AbbHZL56 (ORCPT ); Wed, 26 Aug 2015 07:57:58 -0400 Date: Wed, 26 Aug 2015 12:57:52 +0100 From: Lee Jones To: Peter Griffin Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, srinivas.kandagatla@gmail.com, maxime.coquelin@st.com, patrice.chotard@st.com, mchehab@osg.samsung.com, kernel@stlinux.com, devicetree@vger.kernel.org Subject: Re: [PATCH 2/3] ARM: DT: STi: STiH407: Add c8sectpfe LinuxDVB DT node. Message-ID: <20150826115752.GX19409@x1> References: <1440519730-486-1-git-send-email-peter.griffin@linaro.org> <1440519730-486-3-git-send-email-peter.griffin@linaro.org> <20150826073041.GT19409@x1> <20150826114433.GB1498@griffinp-ThinkPad-X1-Carbon-2nd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150826114433.GB1498@griffinp-ThinkPad-X1-Carbon-2nd> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 26 Aug 2015, Peter Griffin wrote: > On Wed, 26 Aug 2015, Lee Jones wrote: > > On Tue, 25 Aug 2015, Peter Griffin wrote: > > > > > This patch adds in the required DT node for the c8sectpfe > > > Linux DVB demux driver which allows the tsin channels > > > to be used on an upstream kernel. > > > > > > Signed-off-by: Peter Griffin > > > --- > > > arch/arm/boot/dts/stihxxx-b2120.dtsi | 38 ++++++++++++++++++++++++++++++++++++ > > > 1 file changed, 38 insertions(+) > > > > > > diff --git a/arch/arm/boot/dts/stihxxx-b2120.dtsi b/arch/arm/boot/dts/stihxxx-b2120.dtsi > > > index 62994ae..1bc018e 100644 > > > --- a/arch/arm/boot/dts/stihxxx-b2120.dtsi > > > +++ b/arch/arm/boot/dts/stihxxx-b2120.dtsi [...] > > How about *-c8sectpfe-demod? > > That doesn't really make sense, the demod is a seperate device > typically controlled over I2C bus and connected to this IP block > via the TS pins. Also although a tsin channel is "normally" connected > to a demodulator device there is no reason it couldn't be connected > for example to another STi chipset which is doing tsout. > > Also this IP block can do more than accept tsin, it can > also do tsout, and merge TS channels together (some coming from > DDR, external TS pins). Which are features we hope to add > to the driver in the future so the name needs to be very generic. > > So with that in mind I would prefer to leave the compatible as > the name of the IP block from the SoC datasheet. Understood. Thanks for the explanation. [...] > > > + tsin-num = <0>; > > > + serial-not-parallel; > > > + i2c-bus = <&ssc2>; > > > > If you are adding this property, I would get Wolfram or one of the DT > > guys to Ack it. > > This driver is actually already accepted, I just missed off one patch from > the v2 series which meant this patch broke the build when Mauro applied it, > which is the reason for re-sending it. > > This binding is the same way the drm display drivers use DT via ddc-i2c-bus > property to get the i2c bus for EDID control, so I think uncontroversial. You're still adding a non-vendor property. If you think it's generic enough not to require a "," prefix, please attempt to document it in a generic binding document. > > > + rst-gpio = <&pio15 4 0>; > > > > Why not use the whole name "reset"? > > > > "-gpio" should be "-gpios". > > > > So, in full: "reset-gpios"? > > > > Flags: GPIO_ACTIVE_HIGH ? > > Doing a grep, that does seem to be "more standard". Will fix in V2 as a single > atomic commit. It's not just 'more standard', it's documented in the GPIO binding. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog