Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp3965385imc; Thu, 14 Mar 2019 09:10:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqy2HqyhflTPTjCYV46H8raQNheTD3EZkOwQrJ72TkbCcAPoaNC6ay0lfjPFKyt+awAfcUVi X-Received: by 2002:aa7:92da:: with SMTP id k26mr50422849pfa.216.1552579812971; Thu, 14 Mar 2019 09:10:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552579812; cv=none; d=google.com; s=arc-20160816; b=fo/6Bp3GBCTRrvI5l3Jzb//fHW81nr/DkusVoEqtAa+qJvV1PLWA6cjhKKzeEYyaCB dO7u7QXShDBiv410bCiorVe1+IGt/qDFxp8TB6s/2GjpyBI0JRFEZjjOFVbwXSv5029p wVlavbRmutSPy0xNwmDyXaaR+KnclbZpEhbOcu1/tbVGMPL+iRVED6/NPyo8y2b5m+lK I5TPvhqf6BHaKZBDyzvDAChhJcYoVAjJZt3hfbYIll0vJ9Xzl4qo//CuuMUQU3i6xEJ4 OWNO1xemgNn4n+0bvD7EA9l6NeUauRcPliAsKldMnErHdGDIl893YEz8jFIijmAEEkTr et3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:message-id:in-reply-to:date:references:subject:cc:to :from; bh=r8zJornL2OQawgp+yByKW3ddE3MMKovCPufkLgUVX0g=; b=P2h0BKnB4hTW8hBGG2GfMm3zN+afyOFwPdIqKG+lx2S2w3VpRJefPehL8eszNdoAIW xefYZv1DnP4ESExS3BfuihKN7W2oTib3Nt6jR3uidy1EU6aVlx8nmRKNaeLrGNYCnclK r1wimtdGbL1NtTsZBkUtzZh/kv5ZFKhfA9ZGXDK/jR5Pc2X5Q+drY41QXNVzw/EwztLS AT18oVx+MgitP6syGrTOoP3CkgCP+Uz3DV6jUr+FGDxL9kpQ3hFRDT3mjYc6gMug69oG HKHfZf8v/RlGspZRds6KYKLp+GezxXFdniNw7Qtf5RElwJ8oPL47qfTKLahTJSoiSUgP echA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u20si10351360plq.183.2019.03.14.09.09.56; Thu, 14 Mar 2019 09:10:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727420AbfCNQJQ convert rfc822-to-8bit (ORCPT + 99 others); Thu, 14 Mar 2019 12:09:16 -0400 Received: from unicorn.mansr.com ([81.2.72.234]:55242 "EHLO unicorn.mansr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726157AbfCNQJQ (ORCPT ); Thu, 14 Mar 2019 12:09:16 -0400 Received: by unicorn.mansr.com (Postfix, from userid 51770) id 0A69814CEA; Thu, 14 Mar 2019 16:09:13 +0000 (GMT) From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= To: Maxime Ripard Cc: David Airlie , Chen-Yu Tsai , dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] drm/sun4i: hdmi: add support for ddc-i2c-bus property References: <20190311134713.25876-1-mans@mansr.com> <20190311154702.eslw5ccol44vxcmy@flea> <20190314154105.o6r7hzeuiyajxh7v@flea> Date: Thu, 14 Mar 2019 16:09:13 +0000 In-Reply-To: <20190314154105.o6r7hzeuiyajxh7v@flea> (Maxime Ripard's message of "Thu, 14 Mar 2019 16:41:05 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Maxime Ripard writes: > On Mon, Mar 11, 2019 at 04:11:06PM +0000, M?ns Rullg?rd wrote: >> Maxime Ripard writes: >> >> > Hi! >> > >> > On Mon, Mar 11, 2019 at 01:47:13PM +0000, Mans Rullgard wrote: >> >> Sometimes it is desirabled to use a separate i2c controller for ddc >> >> access. This adds support for the ddc-i2c-bus property of the >> >> hdmi-connector node, using the specified controller if provided. >> >> >> >> Signed-off-by: Mans Rullgard >> >> --- >> >> drivers/gpu/drm/sun4i/sun4i_hdmi.h | 1 + >> >> drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c | 37 +++++++++++++++++++++++--- >> >> 2 files changed, 35 insertions(+), 3 deletions(-) >> >> >> >> diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi.h b/drivers/gpu/drm/sun4i/sun4i_hdmi.h >> >> index b685ee11623d..b08c4453d47c 100644 >> >> --- a/drivers/gpu/drm/sun4i/sun4i_hdmi.h >> >> +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi.h >> >> @@ -269,6 +269,7 @@ struct sun4i_hdmi { >> >> struct clk *tmds_clk; >> >> >> >> struct i2c_adapter *i2c; >> >> + struct i2c_adapter *ddc_i2c; >> >> >> >> /* Regmap fields for I2C adapter */ >> >> struct regmap_field *field_ddc_en; >> >> diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c >> >> index 061d2e0d9011..5b2fac79f5d6 100644 >> >> --- a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c >> >> +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c >> >> @@ -212,7 +212,7 @@ static int sun4i_hdmi_get_modes(struct drm_connector *connector) >> >> struct edid *edid; >> >> int ret; >> >> >> >> - edid = drm_get_edid(connector, hdmi->i2c); >> >> + edid = drm_get_edid(connector, hdmi->ddc_i2c ?: hdmi->i2c); >> > >> > You can't test whether ddc_i2c is NULL or not... >> > >> >> if (!edid) >> >> return 0; >> >> >> >> @@ -228,6 +228,28 @@ static int sun4i_hdmi_get_modes(struct drm_connector *connector) >> >> return ret; >> >> } >> >> >> >> +static struct i2c_adapter *sun4i_hdmi_get_ddc(struct device *dev) >> >> +{ >> >> + struct device_node *phandle, *remote; >> >> + struct i2c_adapter *ddc; >> >> + >> >> + remote = of_graph_get_remote_node(dev->of_node, 1, -1); >> >> + if (!remote) >> >> + return ERR_PTR(-EINVAL); >> >> + >> >> + phandle = of_parse_phandle(remote, "ddc-i2c-bus", 0); >> >> + of_node_put(remote); >> >> + if (!phandle) >> >> + return NULL; >> >> + >> >> + ddc = of_get_i2c_adapter_by_node(phandle); >> >> + of_node_put(phandle); >> >> + if (!ddc) >> >> + return ERR_PTR(-EPROBE_DEFER); >> >> + >> >> + return ddc; >> > >> > ... Since even in (most) error cases you're returning a !NULL pointer. >> > >> >> +} >> >> + >> >> static const struct drm_connector_helper_funcs sun4i_hdmi_connector_helper_funcs = { >> >> .get_modes = sun4i_hdmi_get_modes, >> >> }; >> >> @@ -575,6 +597,12 @@ static int sun4i_hdmi_bind(struct device *dev, struct device *master, >> >> goto err_disable_mod_clk; >> >> } >> >> >> >> + hdmi->ddc_i2c = sun4i_hdmi_get_ddc(dev); >> >> + if (IS_ERR(hdmi->ddc_i2c)) { >> >> ... which is checked here. >> >> The property is optional, so the idea was to return null in that case >> and use the built-in controller. If the property exists but some error >> occurs, we want to abort rather than proceed with the fallback which >> almost certainly won't work. >> >> Maybe I got something wrong in that logic. > > Indeed, I just got confused. I guess returning ENODEV in such a case, > and testing for that, would make things more obvious. There's also a case I hadn't thought of: property exists but isn't a valid phandle. What do you think is the correct action in that case? -- M?ns Rullg?rd