From: Sebastian Reichel <sebastian.reichel@collabora.com>
To: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
Cc: jason98166@gmail.com, Vinod Koul <vkoul@kernel.org>,
Neil Armstrong <neil.armstrong@linaro.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Heiko Stuebner <heiko@sntech.de>,
Guochun Huang <hero.huang@rock-chips.com>,
Philipp Zabel <p.zabel@pengutronix.de>,
linux-phy@lists.infradead.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/4] phy: rockchip-samsung-dcphy: factor MIPI D-PHY power on/off into helpers
Date: Thu, 6 Aug 2026 21:31:20 +0200 [thread overview]
Message-ID: <anTgZiqnol4226Le@venus> (raw)
In-Reply-To: <43327fb2-0085-4d86-b408-8723d852c258@linaro.org>
[-- Attachment #1.1: Type: text/plain, Size: 1456 bytes --]
Hi,
On Thu, Aug 06, 2026 at 05:17:45PM +0100, Bryan O'Donoghue wrote:
> On 26/07/2026 15:55, Jason Yang via B4 Relay wrote:
> > static int samsung_mipi_dcphy_power_on(struct phy *phy)
> > {
> > struct samsung_mipi_dcphy *samsung = phy_get_drvdata(phy);
> > @@ -1368,7 +1376,7 @@ static int samsung_mipi_dcphy_power_on(struct phy *phy)
> >
> > switch (samsung->type) {
> > case PHY_TYPE_DPHY:
> > - return samsung_mipi_dphy_power_on(samsung);
> > + return samsung_mipi_dphy_tx_power_on(samsung);
> > default:
> > /* CPHY part to be implemented later */
> > return -EOPNOTSUPP;
> > @@ -1383,16 +1391,11 @@ static int samsung_mipi_dcphy_power_off(struct phy *phy)
> >
> > switch (samsung->type) {
> > case PHY_TYPE_DPHY:
> > - samsung_mipi_dphy_lane_disable(samsung);
> > - break;
> > + return samsung_mipi_dphy_tx_power_off(samsung);
> > default:
> > /* CPHY part to be implemented later */
> > return -EOPNOTSUPP;
> > }
> > -
> > - samsung_mipi_dcphy_pll_disable(samsung);
> > -
> > - return 0;
> > }
>
> This looks a bit funny.
>
> Do you have an int method() {} with a final path that returns no value ?
>
> Tooling/compilers will definitely and rightly complain about that.
int function() {
...
switch(foo) {
case 42:
return 1;
default:
return 0;
}
/* cannot be reached */
}
Greetings,
-- Sebastian
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 112 bytes --]
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
WARNING: multiple messages have this Message-ID (diff)
From: Sebastian Reichel <sebastian.reichel@collabora.com>
To: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
Cc: jason98166@gmail.com, Vinod Koul <vkoul@kernel.org>,
Neil Armstrong <neil.armstrong@linaro.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Heiko Stuebner <heiko@sntech.de>,
Guochun Huang <hero.huang@rock-chips.com>,
Philipp Zabel <p.zabel@pengutronix.de>,
linux-phy@lists.infradead.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/4] phy: rockchip-samsung-dcphy: factor MIPI D-PHY power on/off into helpers
Date: Thu, 6 Aug 2026 21:31:20 +0200 [thread overview]
Message-ID: <anTgZiqnol4226Le@venus> (raw)
In-Reply-To: <43327fb2-0085-4d86-b408-8723d852c258@linaro.org>
[-- Attachment #1.1: Type: text/plain, Size: 1456 bytes --]
Hi,
On Thu, Aug 06, 2026 at 05:17:45PM +0100, Bryan O'Donoghue wrote:
> On 26/07/2026 15:55, Jason Yang via B4 Relay wrote:
> > static int samsung_mipi_dcphy_power_on(struct phy *phy)
> > {
> > struct samsung_mipi_dcphy *samsung = phy_get_drvdata(phy);
> > @@ -1368,7 +1376,7 @@ static int samsung_mipi_dcphy_power_on(struct phy *phy)
> >
> > switch (samsung->type) {
> > case PHY_TYPE_DPHY:
> > - return samsung_mipi_dphy_power_on(samsung);
> > + return samsung_mipi_dphy_tx_power_on(samsung);
> > default:
> > /* CPHY part to be implemented later */
> > return -EOPNOTSUPP;
> > @@ -1383,16 +1391,11 @@ static int samsung_mipi_dcphy_power_off(struct phy *phy)
> >
> > switch (samsung->type) {
> > case PHY_TYPE_DPHY:
> > - samsung_mipi_dphy_lane_disable(samsung);
> > - break;
> > + return samsung_mipi_dphy_tx_power_off(samsung);
> > default:
> > /* CPHY part to be implemented later */
> > return -EOPNOTSUPP;
> > }
> > -
> > - samsung_mipi_dcphy_pll_disable(samsung);
> > -
> > - return 0;
> > }
>
> This looks a bit funny.
>
> Do you have an int method() {} with a final path that returns no value ?
>
> Tooling/compilers will definitely and rightly complain about that.
int function() {
...
switch(foo) {
case 42:
return 1;
default:
return 0;
}
/* cannot be reached */
}
Greetings,
-- Sebastian
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #2: Type: text/plain, Size: 170 bytes --]
_______________________________________________
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: Sebastian Reichel <sebastian.reichel@collabora.com>
To: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
Cc: jason98166@gmail.com, Vinod Koul <vkoul@kernel.org>,
Neil Armstrong <neil.armstrong@linaro.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Heiko Stuebner <heiko@sntech.de>,
Guochun Huang <hero.huang@rock-chips.com>,
Philipp Zabel <p.zabel@pengutronix.de>,
linux-phy@lists.infradead.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/4] phy: rockchip-samsung-dcphy: factor MIPI D-PHY power on/off into helpers
Date: Thu, 6 Aug 2026 21:31:20 +0200 [thread overview]
Message-ID: <anTgZiqnol4226Le@venus> (raw)
In-Reply-To: <43327fb2-0085-4d86-b408-8723d852c258@linaro.org>
[-- Attachment #1: Type: text/plain, Size: 1456 bytes --]
Hi,
On Thu, Aug 06, 2026 at 05:17:45PM +0100, Bryan O'Donoghue wrote:
> On 26/07/2026 15:55, Jason Yang via B4 Relay wrote:
> > static int samsung_mipi_dcphy_power_on(struct phy *phy)
> > {
> > struct samsung_mipi_dcphy *samsung = phy_get_drvdata(phy);
> > @@ -1368,7 +1376,7 @@ static int samsung_mipi_dcphy_power_on(struct phy *phy)
> >
> > switch (samsung->type) {
> > case PHY_TYPE_DPHY:
> > - return samsung_mipi_dphy_power_on(samsung);
> > + return samsung_mipi_dphy_tx_power_on(samsung);
> > default:
> > /* CPHY part to be implemented later */
> > return -EOPNOTSUPP;
> > @@ -1383,16 +1391,11 @@ static int samsung_mipi_dcphy_power_off(struct phy *phy)
> >
> > switch (samsung->type) {
> > case PHY_TYPE_DPHY:
> > - samsung_mipi_dphy_lane_disable(samsung);
> > - break;
> > + return samsung_mipi_dphy_tx_power_off(samsung);
> > default:
> > /* CPHY part to be implemented later */
> > return -EOPNOTSUPP;
> > }
> > -
> > - samsung_mipi_dcphy_pll_disable(samsung);
> > -
> > - return 0;
> > }
>
> This looks a bit funny.
>
> Do you have an int method() {} with a final path that returns no value ?
>
> Tooling/compilers will definitely and rightly complain about that.
int function() {
...
switch(foo) {
case 42:
return 1;
default:
return 0;
}
/* cannot be reached */
}
Greetings,
-- Sebastian
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2026-08-06 19:31 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-26 14:55 [PATCH v2 0/4] phy: rockchip-samsung-dcphy: support the D-PHY receiver direction Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 14:55 ` [PATCH v2 1/4] dt-bindings: phy: rockchip,rk3588-mipi-dcphy: support per-direction phys Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 15:02 ` sashiko-bot
2026-07-26 15:02 ` sashiko-bot
2026-08-03 11:17 ` Michael Riesch
2026-08-03 11:17 ` Michael Riesch
2026-08-03 11:17 ` Michael Riesch
2026-08-06 15:56 ` Vinod Koul
2026-08-06 15:56 ` Vinod Koul
2026-08-06 15:56 ` Vinod Koul
2026-08-07 21:33 ` Michael Riesch
2026-08-07 21:33 ` Michael Riesch
2026-08-07 21:33 ` Michael Riesch
2026-08-06 16:14 ` Bryan O'Donoghue
2026-08-06 16:14 ` Bryan O'Donoghue
2026-08-06 16:14 ` Bryan O'Donoghue
2026-07-26 14:55 ` [PATCH v2 2/4] phy: rockchip-samsung-dcphy: factor MIPI D-PHY power on/off into helpers Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-08-06 16:17 ` Bryan O'Donoghue
2026-08-06 16:17 ` Bryan O'Donoghue
2026-08-06 16:17 ` Bryan O'Donoghue
2026-08-06 19:31 ` Sebastian Reichel [this message]
2026-08-06 19:31 ` Sebastian Reichel
2026-08-06 19:31 ` Sebastian Reichel
2026-08-07 9:09 ` Bryan O'Donoghue
2026-08-07 9:09 ` Bryan O'Donoghue
2026-08-07 9:09 ` Bryan O'Donoghue
2026-07-26 14:55 ` [PATCH v2 3/4] phy: rockchip-samsung-dcphy: model TX and RX as separate PHYs Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-08-03 12:05 ` Michael Riesch
2026-08-03 12:05 ` Michael Riesch
2026-08-03 12:05 ` Michael Riesch
2026-08-04 5:38 ` 楊智成
2026-08-04 5:38 ` 楊智成
2026-08-04 5:38 ` 楊智成
2026-08-07 22:59 ` Michael Riesch
2026-08-07 22:59 ` Michael Riesch
2026-08-07 22:59 ` Michael Riesch
2026-07-26 14:55 ` [PATCH v2 4/4] phy: rockchip-samsung-dcphy: add MIPI D-PHY receiver support Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 14:55 ` Jason Yang via B4 Relay
2026-07-26 15:07 ` sashiko-bot
2026-07-26 15:07 ` sashiko-bot
2026-07-27 2:01 ` 楊智成
2026-07-27 2:01 ` 楊智成
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=anTgZiqnol4226Le@venus \
--to=sebastian.reichel@collabora.com \
--cc=bryan.odonoghue@linaro.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=heiko@sntech.de \
--cc=hero.huang@rock-chips.com \
--cc=jason98166@gmail.com \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=neil.armstrong@linaro.org \
--cc=p.zabel@pengutronix.de \
--cc=robh@kernel.org \
--cc=vkoul@kernel.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.