All of lore.kernel.org
 help / color / mirror / Atom feed
From: Manuel Traut <manut@mecka.net>
To: "Ondřej Jirman" <megi@xff.cz>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"David Airlie" <airlied@gmail.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Heiko Stuebner" <heiko@sntech.de>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Mark Yao" <markyao0591@gmail.com>,
	"Diederik de Haas" <didi.debian@cknow.org>,
	Segfault <awarnecke002@hotmail.com>,
	"Arnaud Ferraris" <aferraris@debian.org>,
	Danct12 <danct12@riseup.net>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org
Subject: Re: [PATCH v3 4/4] arm64: dts: rockchip: Add devicetree for Pine64 PineTab2
Date: Fri, 26 Jan 2024 21:30:18 +0100	[thread overview]
Message-ID: <ZbQWWp3nmorbEVFl@mecka.net> (raw)
In-Reply-To: <elumjkchw5m6rcb73l4ouemjgk7nsgkeu576ybbkc5nbvcpiyi@txkepy7wqops>

Hello Ondřej,

On Fri, Jan 05, 2024 at 05:48:46PM +0100, Ondřej Jirman wrote:
> On Fri, Jan 05, 2024 at 05:11:03PM +0100, Manuel Traut wrote:
> > On Wed, Jan 03, 2024 at 10:42:54AM +0100, Ondřej Jirman wrote:
> > > Hello Manuel,
> > > 
> > > a few more things I noticed:
> > > 
> > > On Tue, Jan 02, 2024 at 05:15:47PM +0100, Manuel Traut wrote:
> > > > From: Alexander Warnecke <awarnecke002@hotmail.com>
> > > > 
> > > > +	leds {
> > > > +		compatible = "gpio-leds";
> > > > +
> > > > +		pinctrl-names = "default";
> > > > +		pinctrl-0 = <&flash_led_en_h>;
> > > > +
> > > > +		led-0 {
> > > > +			gpios = <&gpio4 RK_PA5 GPIO_ACTIVE_HIGH>;
> > > > +			color = <LED_COLOR_ID_WHITE>;
> > > > +			function = LED_FUNCTION_FLASH;
> > > > +		};
> > > 
> > > This LED is supplied by VCC5V_MIDU, so maybe this should be a regulator-led
> > > supplied by gpio (FLASH_LED_EN_H) controlled regulator-fixed named f_led which
> > > is in turn supplied by VCC5V_MIDU.
> > > 
> > > https://megous.com/dl/tmp/9bf0d85d78946b5e.png
> > 
> > regulator-leds are controlled by turning on or off the regulator. However
> > VCC5V_MIDU is also used by other devices (USB, HDMI, ..) so I guess this is
> > not what we want. I would keep it as is.
> 
> It's used by the LED. gpio-leds will not ensure it's on when you enable the LED.
> 
> In practice this may only come up if someone tries to save power by unloading
> dwc3 USB driver, when using PT2 outside of the keyboard case. Otherwise
> VCC5V_MIDU will be enabled by DWC3 driver's use of PHY API.
> 
> In any case, I'm not saying you should use VCC5V_MIDU directly in regulator-led,
> but as a vin-supply to a new regulator-fixed node (which would be describing
> this "fixed voltage regulator" https://megous.com/dl/tmp/cc65ec81ab9af163.png ).

Sorry for the late response, I was busy with other things in the last weeks.

I changed it to be a regulator led and will post a v4 soon.

_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: Manuel Traut <manut@mecka.net>
To: "Ondřej Jirman" <megi@xff.cz>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"David Airlie" <airlied@gmail.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Heiko Stuebner" <heiko@sntech.de>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Mark Yao" <markyao0591@gmail.com>,
	"Diederik de Haas" <didi.debian@cknow.org>,
	Segfault <awarnecke002@hotmail.com>,
	"Arnaud Ferraris" <aferraris@debian.org>,
	Danct12 <danct12@riseup.net>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org
Subject: Re: [PATCH v3 4/4] arm64: dts: rockchip: Add devicetree for Pine64 PineTab2
Date: Fri, 26 Jan 2024 21:30:18 +0100	[thread overview]
Message-ID: <ZbQWWp3nmorbEVFl@mecka.net> (raw)
In-Reply-To: <elumjkchw5m6rcb73l4ouemjgk7nsgkeu576ybbkc5nbvcpiyi@txkepy7wqops>

Hello Ondřej,

On Fri, Jan 05, 2024 at 05:48:46PM +0100, Ondřej Jirman wrote:
> On Fri, Jan 05, 2024 at 05:11:03PM +0100, Manuel Traut wrote:
> > On Wed, Jan 03, 2024 at 10:42:54AM +0100, Ondřej Jirman wrote:
> > > Hello Manuel,
> > > 
> > > a few more things I noticed:
> > > 
> > > On Tue, Jan 02, 2024 at 05:15:47PM +0100, Manuel Traut wrote:
> > > > From: Alexander Warnecke <awarnecke002@hotmail.com>
> > > > 
> > > > +	leds {
> > > > +		compatible = "gpio-leds";
> > > > +
> > > > +		pinctrl-names = "default";
> > > > +		pinctrl-0 = <&flash_led_en_h>;
> > > > +
> > > > +		led-0 {
> > > > +			gpios = <&gpio4 RK_PA5 GPIO_ACTIVE_HIGH>;
> > > > +			color = <LED_COLOR_ID_WHITE>;
> > > > +			function = LED_FUNCTION_FLASH;
> > > > +		};
> > > 
> > > This LED is supplied by VCC5V_MIDU, so maybe this should be a regulator-led
> > > supplied by gpio (FLASH_LED_EN_H) controlled regulator-fixed named f_led which
> > > is in turn supplied by VCC5V_MIDU.
> > > 
> > > https://megous.com/dl/tmp/9bf0d85d78946b5e.png
> > 
> > regulator-leds are controlled by turning on or off the regulator. However
> > VCC5V_MIDU is also used by other devices (USB, HDMI, ..) so I guess this is
> > not what we want. I would keep it as is.
> 
> It's used by the LED. gpio-leds will not ensure it's on when you enable the LED.
> 
> In practice this may only come up if someone tries to save power by unloading
> dwc3 USB driver, when using PT2 outside of the keyboard case. Otherwise
> VCC5V_MIDU will be enabled by DWC3 driver's use of PHY API.
> 
> In any case, I'm not saying you should use VCC5V_MIDU directly in regulator-led,
> but as a vin-supply to a new regulator-fixed node (which would be describing
> this "fixed voltage regulator" https://megous.com/dl/tmp/cc65ec81ab9af163.png ).

Sorry for the late response, I was busy with other things in the last weeks.

I changed it to be a regulator led and will post a v4 soon.

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: Manuel Traut <manut@mecka.net>
To: "Ondřej Jirman" <megi@xff.cz>,
	"Neil Armstrong" <neil.armstrong@linaro.org>,
	"Jessica Zhang" <quic_jesszhan@quicinc.com>,
	"Sam Ravnborg" <sam@ravnborg.org>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"David Airlie" <airlied@gmail.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Heiko Stuebner" <heiko@sntech.de>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Mark Yao" <markyao0591@gmail.com>,
	"Diederik de Haas" <didi.debian@cknow.org>,
	Segfault <awarnecke002@hotmail.com>,
	"Arnaud Ferraris" <aferraris@debian.org>,
	Danct12 <danct12@riseup.net>,
	dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org
Subject: Re: [PATCH v3 4/4] arm64: dts: rockchip: Add devicetree for Pine64 PineTab2
Date: Fri, 26 Jan 2024 21:30:18 +0100	[thread overview]
Message-ID: <ZbQWWp3nmorbEVFl@mecka.net> (raw)
In-Reply-To: <elumjkchw5m6rcb73l4ouemjgk7nsgkeu576ybbkc5nbvcpiyi@txkepy7wqops>

Hello Ondřej,

On Fri, Jan 05, 2024 at 05:48:46PM +0100, Ondřej Jirman wrote:
> On Fri, Jan 05, 2024 at 05:11:03PM +0100, Manuel Traut wrote:
> > On Wed, Jan 03, 2024 at 10:42:54AM +0100, Ondřej Jirman wrote:
> > > Hello Manuel,
> > > 
> > > a few more things I noticed:
> > > 
> > > On Tue, Jan 02, 2024 at 05:15:47PM +0100, Manuel Traut wrote:
> > > > From: Alexander Warnecke <awarnecke002@hotmail.com>
> > > > 
> > > > +	leds {
> > > > +		compatible = "gpio-leds";
> > > > +
> > > > +		pinctrl-names = "default";
> > > > +		pinctrl-0 = <&flash_led_en_h>;
> > > > +
> > > > +		led-0 {
> > > > +			gpios = <&gpio4 RK_PA5 GPIO_ACTIVE_HIGH>;
> > > > +			color = <LED_COLOR_ID_WHITE>;
> > > > +			function = LED_FUNCTION_FLASH;
> > > > +		};
> > > 
> > > This LED is supplied by VCC5V_MIDU, so maybe this should be a regulator-led
> > > supplied by gpio (FLASH_LED_EN_H) controlled regulator-fixed named f_led which
> > > is in turn supplied by VCC5V_MIDU.
> > > 
> > > https://megous.com/dl/tmp/9bf0d85d78946b5e.png
> > 
> > regulator-leds are controlled by turning on or off the regulator. However
> > VCC5V_MIDU is also used by other devices (USB, HDMI, ..) so I guess this is
> > not what we want. I would keep it as is.
> 
> It's used by the LED. gpio-leds will not ensure it's on when you enable the LED.
> 
> In practice this may only come up if someone tries to save power by unloading
> dwc3 USB driver, when using PT2 outside of the keyboard case. Otherwise
> VCC5V_MIDU will be enabled by DWC3 driver's use of PHY API.
> 
> In any case, I'm not saying you should use VCC5V_MIDU directly in regulator-led,
> but as a vin-supply to a new regulator-fixed node (which would be describing
> this "fixed voltage regulator" https://megous.com/dl/tmp/cc65ec81ab9af163.png ).

Sorry for the late response, I was busy with other things in the last weeks.

I changed it to be a regulator led and will post a v4 soon.

  reply	other threads:[~2024-01-26 20:30 UTC|newest]

Thread overview: 75+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-02 16:15 [PATCH v3 0/4] arm64: rockchip: Pine64 PineTab2 support Manuel Traut
2024-01-02 16:15 ` Manuel Traut
2024-01-02 16:15 ` Manuel Traut
2024-01-02 16:15 ` Manuel Traut
2024-01-02 16:15 ` [PATCH v3 1/4] dt-bindings: display: panel: Add BOE TH101MB31IG002-28A panel Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15 ` [PATCH v3 2/4] drm/panel: Add driver for " Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-08 18:24   ` Jessica Zhang
2024-01-08 18:24     ` Jessica Zhang
2024-01-08 18:24     ` Jessica Zhang
2024-01-08 18:24     ` Jessica Zhang
2024-01-02 16:15 ` [PATCH v3 3/4] dt-bindings: arm64: rockchip: Add Pine64 PineTab2 Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15 ` [PATCH v3 4/4] arm64: dts: rockchip: Add devicetree for " Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 16:15   ` Manuel Traut
2024-01-02 18:07   ` Ondřej Jirman
2024-01-02 18:07     ` Ondřej Jirman
2024-01-02 18:07     ` Ondřej Jirman
2024-01-02 18:07     ` Ondřej Jirman
2024-01-02 20:56     ` Jonas Karlman
2024-01-02 20:56       ` Jonas Karlman
2024-01-02 20:56       ` Jonas Karlman
2024-01-02 21:18       ` Ondřej Jirman
2024-01-02 21:18         ` Ondřej Jirman
2024-01-02 21:18         ` Ondřej Jirman
2024-01-02 21:18         ` Ondřej Jirman
2024-01-03 13:40       ` Manuel Traut
2024-01-03 13:40         ` Manuel Traut
2024-01-03 13:40         ` Manuel Traut
2024-01-03 13:40         ` Manuel Traut
2024-01-03 14:19         ` Jonas Karlman
2024-01-03 14:19           ` Jonas Karlman
2024-01-03 14:19           ` Jonas Karlman
2024-01-03 14:19           ` Jonas Karlman
2024-01-05 16:46           ` Manuel Traut
2024-01-05 16:46             ` Manuel Traut
2024-01-05 16:46             ` Manuel Traut
2024-01-05 16:46             ` Manuel Traut
2024-01-27  9:31           ` Manuel Traut
2024-01-27  9:31             ` Manuel Traut
2024-01-27  9:31             ` Manuel Traut
2024-01-27  9:31             ` Manuel Traut
2024-01-03  4:09     ` Dang Huynh
2024-01-03  4:09       ` Dang Huynh
2024-01-03  4:09       ` Dang Huynh
2024-01-03 13:22     ` Manuel Traut
2024-01-03 13:22       ` Manuel Traut
2024-01-03 13:22       ` Manuel Traut
2024-01-03  9:42   ` Ondřej Jirman
2024-01-03  9:42     ` Ondřej Jirman
2024-01-03  9:42     ` Ondřej Jirman
2024-01-03  9:42     ` Ondřej Jirman
2024-01-05 16:11     ` Manuel Traut
2024-01-05 16:11       ` Manuel Traut
2024-01-05 16:11       ` Manuel Traut
2024-01-05 16:48       ` Ondřej Jirman
2024-01-05 16:48         ` Ondřej Jirman
2024-01-05 16:48         ` Ondřej Jirman
2024-01-05 16:48         ` Ondřej Jirman
2024-01-26 20:30         ` Manuel Traut [this message]
2024-01-26 20:30           ` Manuel Traut
2024-01-26 20:30           ` Manuel Traut
2024-01-12  9:25 ` (subset) [PATCH v3 0/4] arm64: rockchip: Pine64 PineTab2 support neil.armstrong
2024-01-12  9:25   ` neil.armstrong
2024-01-12  9:25   ` neil.armstrong
2024-01-12  9:25   ` neil.armstrong

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=ZbQWWp3nmorbEVFl@mecka.net \
    --to=manut@mecka.net \
    --cc=aferraris@debian.org \
    --cc=airlied@gmail.com \
    --cc=awarnecke002@hotmail.com \
    --cc=conor+dt@kernel.org \
    --cc=danct12@riseup.net \
    --cc=daniel@ffwll.ch \
    --cc=devicetree@vger.kernel.org \
    --cc=didi.debian@cknow.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=heiko@sntech.de \
    --cc=hjc@rock-chips.com \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=markyao0591@gmail.com \
    --cc=megi@xff.cz \
    --cc=mripard@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=quic_jesszhan@quicinc.com \
    --cc=robh+dt@kernel.org \
    --cc=sam@ravnborg.org \
    --cc=tzimmermann@suse.de \
    /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.