From: Bryan O'Donoghue <bryan.odonoghue@linaro.org>
To: Anusha Arun Nandi <anusha.nandi@oss.qualcomm.com>,
david@ixit.cz, andersson@kernel.org, konradybcio@kernel.org,
robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
bod@kernel.org, vladimir.zapolskiy@linaro.org,
loic.poulain@oss.qualcomm.com, mchehab@kernel.org
Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
gjorgji.rosikopulos@oss.qualcomm.com,
jigarkumar.zala@oss.qualcomm.com,
hariram.purushothaman@oss.qualcomm.com, akapatra@quicinc.com,
linux-media@vger.kernel.org,
krzysztof.kozlowski@oss.qualcomm.com, daniel@quora.org,
konrad.dybcio@oss.qualcomm.com, christopher.obbard@linaro.org,
alex.vinarskis@gmail.com
Subject: Re: [PATCH] media: qcom: camss: configure C-PHY in the new csiphy_stream_on()
Date: Sat, 17 Oct 2026 14:44:24 +0100 [thread overview]
Message-ID: <c3608c29-a20e-4b88-a060-165116d2b6f7@linaro.org> (raw)
In-Reply-To: <20261017040529.3832120-1-anusha.nandi@oss.qualcomm.com>
On 17/10/2026 05:05, Anusha Arun Nandi wrote:
> + const bool cphy = (lncfg->phy_cfg == V4L2_MBUS_CSI2_CPHY);
suggest is_cphy
> s64 link_freq;
> + int i;
> int ret;
>
> - dphy_cfg = &dphy_opts.mipi_dphy;
> -
> - link_freq = camss_get_link_freq(&csiphy->subdev.entity, bpp, num_lanes, false);
> + link_freq = camss_get_link_freq(&csiphy->subdev.entity, bpp, num_lanes, cphy);
>
> if (link_freq <= 0) {
> dev_err(dev,
> @@ -346,23 +345,49 @@ static int csiphy_stream_on(struct csiphy_device *csiphy)
> return -EINVAL;
> }
>
> - ret = phy_mipi_dphy_get_default_config_for_hsclk(link_freq, num_lanes,
> - dphy_cfg);
> - if (ret < 0) {
> - dev_err(dev, "Invalid config for link frequency %lld\n",
> - link_freq);
> - return ret;
> - }
> + if (cphy) {
> + struct phy_configure_opts_mipi_cphy *cphy_cfg = &phy_opts.mipi_cphy;
>
> - ret = phy_set_mode(csiphy->phy, PHY_MODE_MIPI_DPHY);
> - if (ret) {
> - dev_err(dev, "Failed to set phy mode\n");
> - return ret;
> + ret = phy_mipi_cphy_get_default_config_for_hsclk(link_freq, num_lanes,
> + cphy_cfg);
> + if (ret < 0) {
> + dev_err(dev, "Invalid config for link frequency %lld\n",
> + link_freq);
> + return ret;
> + }
> +
> + /* Set data trio lane positions and polarities (no clock lane) */
> + for (i = 0; i < num_lanes; i++) {
> + cphy_cfg->lane_positions[i] = lncfg->data[i].pos;
> + cphy_cfg->lane_polarities[i] = lncfg->data[i].pol;
> + }
> +
> + ret = phy_set_mode(csiphy->phy, PHY_MODE_MIPI_CPHY);
> + if (ret) {
> + dev_err(dev, "Failed to set phy mode\n");
> + return ret;
We already derive the lane positions and polarities in the PHY driver.
There's no reason for the CSID block to know or care what the polarities
or positions are.
drivers/phy/qualcomm/phy-qcom-mipi-csi2-core.c::phy_qcom_mipi_csi2_parse_routing()
I guess the PHY already knows the polarities and positions - or at least
knows them for the DPHY case.
/* lane-polarities: optional, up to num_data_lanes + 1 entries */
memset(lane_polarities, 0x00, sizeof(lane_polarities));
num_polarities = fwnode_property_count_u32(ep, "lane-polarities");
if (num_polarities > 0) {
if (num_polarities != stream_cfg->num_data_lanes + 1) {
ret = -EINVAL;
dev_err(dev, "clock+data-lane %d/polarities %d
mismatch\n",
stream_cfg->num_data_lanes + 1,
num_polarities);
goto out_put;
}
ret = fwnode_property_read_u32_array(ep,
"lane-polarities", lane_polarities,
num_polarities);
if (ret) {
dev_err(dev, "Failed to read lane-polarities:
%d\n", ret);
goto out_put;
}
}
csi2phy->stream_cfg.lane_cfg.clk.pos = CSI2_DEFAULT_CLK_LANE;
csi2phy->stream_cfg.lane_cfg.clk.pol = lane_polarities[0];
for (i = 0; i < csi2phy->stream_cfg.num_data_lanes; i++) {
if (data_lanes[i] < 1 || data_lanes[i] >
CSI2_MAX_DATA_LANES) {
dev_err(dev, "Invalid lane %d\n", data_lanes[i]);
ret = -EINVAL;
goto out_put;
}
/* Convert data-lanes = <1 2 3 4> to bit positions */
csi2phy->stream_cfg.lane_cfg.data[i].pos =
data_lanes[i] - 1;
csi2phy->stream_cfg.lane_cfg.data[i].pol =
lane_polarities[i + 1];
}
---
bod
next prev parent reply other threads:[~2026-10-17 13:44 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-17 4:05 Anusha Arun Nandi
2026-10-17 8:07 ` Krzysztof Kozlowski
2026-10-20 2:05 ` Anusha Arun Nandi
2026-10-17 10:48 ` George Neacsu
2026-10-23 0:52 ` Anusha Arun Nandi
2026-10-17 13:44 ` Bryan O'Donoghue [this message]
2026-10-20 2:27 ` Anusha Arun Nandi
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=c3608c29-a20e-4b88-a060-165116d2b6f7@linaro.org \
--to=bryan.odonoghue@linaro.org \
--cc=akapatra@quicinc.com \
--cc=alex.vinarskis@gmail.com \
--cc=andersson@kernel.org \
--cc=anusha.nandi@oss.qualcomm.com \
--cc=bod@kernel.org \
--cc=christopher.obbard@linaro.org \
--cc=conor+dt@kernel.org \
--cc=daniel@quora.org \
--cc=david@ixit.cz \
--cc=devicetree@vger.kernel.org \
--cc=gjorgji.rosikopulos@oss.qualcomm.com \
--cc=hariram.purushothaman@oss.qualcomm.com \
--cc=jigarkumar.zala@oss.qualcomm.com \
--cc=konrad.dybcio@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=krzysztof.kozlowski@oss.qualcomm.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=loic.poulain@oss.qualcomm.com \
--cc=mchehab@kernel.org \
--cc=robh@kernel.org \
--cc=vladimir.zapolskiy@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®