All of lore.kernel.org
 help / color / mirror / Atom feed
From: shawnguo@kernel.org (Shawn Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: dts: imx: add Gateworks Ventana GW5904 support
Date: Wed, 15 Mar 2017 14:31:41 +0800	[thread overview]
Message-ID: <20170315063139.GR3618@dragon> (raw)
In-Reply-To: <CAJ+vNU2V4R1qEdowBkyS5OKk15iOEq0vvtW-RwRnHskdb861tg@mail.gmail.com>

On Tue, Mar 14, 2017 at 08:05:03AM -0700, Tim Harvey wrote:
> >> +&ldb {
> >> +     status = "okay";
> >> +
> >> +     lvds-channel at 0 {
> >> +             fsl,data-mapping = "spwg";
> >> +             fsl,data-width = <18>;
> >> +             status = "okay";
> >> +
> >> +             display-timings {
> >> +                     native-mode = <&timing0>;
> >> +                     timing0: hsd100pxn1 {
> >> +                             clock-frequency = <65000000>;
> >> +                             hactive = <1024>;
> >> +                             vactive = <768>;
> >> +                             hback-porch = <220>;
> >> +                             hfront-porch = <40>;
> >> +                             vback-porch = <21>;
> >> +                             vfront-porch = <7>;
> >> +                             hsync-len = <60>;
> >> +                             vsync-len = <10>;
> >> +                     };
> >> +             };
> >> +     };
> >
> > Take a look at commit 4dc633e9b019 ("ARM: dts: sabrelite: use
> > simple-panel instead of display-timings for LVDS0"), and consider to use
> > simple-panel?
> 
> I haven't moved to simple-panel yet because I have bootloader code
> that allows choosing/altering display timings with the goal being
> users don't need to recompile their device-tree or kernel to use a
> display with different timings. It seems to me that moving to
> simple-panel would make this even more difficult as while the
> bootloader could find and alter the panel's compatible property (in
> the case the kernel has a supported simple-panel compiled in) it no
> longer has access to the raw timings (in case the kernel doesn't have
> a simple-panel driver built-in already).
> 
> I do like the way simple-panel combines display timings with
> backlight, power supplies, dc bus, and a gpio enable but it doesn't
> encapsulate touch controller or expose timings to device-tree for easy
> manipulation.
> 
> What are you thoughts on this?

I'm fine with it, as you have a reason for that.

> 
> >
> <snip>
> >> +
> >> +&pwm2 {
> >> +     pinctrl-names = "default";
> >> +     pinctrl-0 = <&pinctrl_pwm2>; /* MX6_DIO1 */
> >> +     status = "disabled";
> >> +};
> >> +
> >> +&pwm3 {
> >> +     pinctrl-names = "default";
> >> +     pinctrl-0 = <&pinctrl_pwm3>; /* MX6_DIO2 */
> >> +     status = "disabled";
> >> +};
> >
> > Why do you have these two devices but disable them?
> 
> This is because I have a bootloader configuration that allows the user
> to choose between GPIO and PWM for the non-backlight PWM pins. I
> should probably add a comment to those nodes specifying that firmware
> modifies the status property.

Ditto

Shawn

WARNING: multiple messages have this Message-ID (diff)
From: Shawn Guo <shawnguo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
To: Tim Harvey <tharvey-UMMOYl/HMS+akBO8gow8eQ@public.gmane.org>
Cc: "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH] ARM: dts: imx: add Gateworks Ventana GW5904 support
Date: Wed, 15 Mar 2017 14:31:41 +0800	[thread overview]
Message-ID: <20170315063139.GR3618@dragon> (raw)
In-Reply-To: <CAJ+vNU2V4R1qEdowBkyS5OKk15iOEq0vvtW-RwRnHskdb861tg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On Tue, Mar 14, 2017 at 08:05:03AM -0700, Tim Harvey wrote:
> >> +&ldb {
> >> +     status = "okay";
> >> +
> >> +     lvds-channel@0 {
> >> +             fsl,data-mapping = "spwg";
> >> +             fsl,data-width = <18>;
> >> +             status = "okay";
> >> +
> >> +             display-timings {
> >> +                     native-mode = <&timing0>;
> >> +                     timing0: hsd100pxn1 {
> >> +                             clock-frequency = <65000000>;
> >> +                             hactive = <1024>;
> >> +                             vactive = <768>;
> >> +                             hback-porch = <220>;
> >> +                             hfront-porch = <40>;
> >> +                             vback-porch = <21>;
> >> +                             vfront-porch = <7>;
> >> +                             hsync-len = <60>;
> >> +                             vsync-len = <10>;
> >> +                     };
> >> +             };
> >> +     };
> >
> > Take a look at commit 4dc633e9b019 ("ARM: dts: sabrelite: use
> > simple-panel instead of display-timings for LVDS0"), and consider to use
> > simple-panel?
> 
> I haven't moved to simple-panel yet because I have bootloader code
> that allows choosing/altering display timings with the goal being
> users don't need to recompile their device-tree or kernel to use a
> display with different timings. It seems to me that moving to
> simple-panel would make this even more difficult as while the
> bootloader could find and alter the panel's compatible property (in
> the case the kernel has a supported simple-panel compiled in) it no
> longer has access to the raw timings (in case the kernel doesn't have
> a simple-panel driver built-in already).
> 
> I do like the way simple-panel combines display timings with
> backlight, power supplies, dc bus, and a gpio enable but it doesn't
> encapsulate touch controller or expose timings to device-tree for easy
> manipulation.
> 
> What are you thoughts on this?

I'm fine with it, as you have a reason for that.

> 
> >
> <snip>
> >> +
> >> +&pwm2 {
> >> +     pinctrl-names = "default";
> >> +     pinctrl-0 = <&pinctrl_pwm2>; /* MX6_DIO1 */
> >> +     status = "disabled";
> >> +};
> >> +
> >> +&pwm3 {
> >> +     pinctrl-names = "default";
> >> +     pinctrl-0 = <&pinctrl_pwm3>; /* MX6_DIO2 */
> >> +     status = "disabled";
> >> +};
> >
> > Why do you have these two devices but disable them?
> 
> This is because I have a bootloader configuration that allows the user
> to choose between GPIO and PWM for the non-backlight PWM pins. I
> should probably add a comment to those nodes specifying that firmware
> modifies the status property.

Ditto

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

  reply	other threads:[~2017-03-15  6:31 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-10 20:40 [PATCH] ARM: dts: imx: add Gateworks Ventana GW5904 support Tim Harvey
2017-03-10 20:40 ` Tim Harvey
2017-03-10 20:43 ` Florian Fainelli
2017-03-10 20:43   ` Florian Fainelli
2017-03-11  1:07   ` Tim Harvey
2017-03-11  1:07     ` Tim Harvey
2017-03-11  1:20     ` Florian Fainelli
2017-03-11  1:20       ` Florian Fainelli
2017-03-11  3:04       ` Andrew Lunn
2017-03-11  3:04         ` Andrew Lunn
2017-03-13 13:27         ` Tim Harvey
2017-03-13 13:27           ` Tim Harvey
2017-03-13 13:36           ` Andrew Lunn
2017-03-13 13:36             ` Andrew Lunn
2017-03-13 13:20       ` Tim Harvey
2017-03-13 13:20         ` Tim Harvey
2017-03-13 13:28         ` Andrew Lunn
2017-03-13 13:28           ` Andrew Lunn
2017-03-14 10:55 ` Shawn Guo
2017-03-14 10:55   ` Shawn Guo
2017-03-14 15:05   ` Tim Harvey
2017-03-14 15:05     ` Tim Harvey
2017-03-15  6:31     ` Shawn Guo [this message]
2017-03-15  6:31       ` Shawn Guo
2017-03-15 15:13 ` [PATCH v2] " Tim Harvey
2017-03-15 15:13   ` Tim Harvey
2017-03-16  1:28   ` Shawn Guo
2017-03-16  1:28     ` Shawn Guo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170315063139.GR3618@dragon \
    --to=shawnguo@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.