Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp10660259rwl; Thu, 12 Jan 2023 00:27:54 -0800 (PST) X-Google-Smtp-Source: AMrXdXu4vUy02Jsqvl/DESSHccBJXVi2QCxlsjQ/9FanbAvJLfMMNXs+WobYs5sCkSdEWVawaJoC X-Received: by 2002:a17:906:cec4:b0:84d:269c:760a with SMTP id si4-20020a170906cec400b0084d269c760amr17931902ejb.51.1673512074455; Thu, 12 Jan 2023 00:27:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673512074; cv=none; d=google.com; s=arc-20160816; b=uV92m3EEvHqhxxjG2byuxa53bwflVlsFRq1XdYxIGleQaQYwnRZJeLB1453InJqW81 QUL/jON9WjoX5QNHYi7voz0TilMgo57tPsF8iFeJt1qMOyJ8kezCCiD3dfjbax0cl+m+ IM7EXBTSUk1TRqrXYjE/FrbpuO2pyug8FhtdnmbXR8cxOoS6kYcdaBUyTjUCdoByZQZF kCPCKZnFbdrujV7I9sJe6GUCTEvA686yF1NpRS+nEnuiRLopf+mU1a7a2LHCXLa6wNvZ e/hMR/atWb9yHuBwfbGXFR5nmowmLp0qberktRDCEF/LsnON7TOyxWefAH1IUkiLIlIF ojqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=gapk5GOd/A6JAaUK/nRpY87LbxTrX+/pUnc0mqv2Aj8=; b=q6OZwTNawI6MeMPR5kOTQJogqiKy1QxW7b0ykQS8TbvqeRiT/rl9ZxKZAy1CUGMj0n df1uv1m4ELqHZR2Z43UT1+b8qGdUZMX4o0ZLA3Un0KCMxG5rIO/qDMO17GLVcvtGALaF YINWCVWb8rFwejjBoSbQr5RCklPPOlS624KYXPcmbbko3eCAUrFA6+DALPxPqOI0/kbo Dpme3HdXG0gFeIpx46eG4+x2DH65vTmo+M7gb5s0vOJ65311uuwutGFeUbIEucGBgJnt HKHpQ5tpCkkg+9NSb+FIu++ifBzKIe5+BI/aPJjIVeogdlTwDsgTTfIpuf7xfH5Z1TCf Udow== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Z5IjhGdv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qb23-20020a1709077e9700b007ae286f26b1si18224968ejc.620.2023.01.12.00.27.42; Thu, 12 Jan 2023 00:27:54 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Z5IjhGdv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239532AbjALITl (ORCPT + 50 others); Thu, 12 Jan 2023 03:19:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52538 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239667AbjALIR7 (ORCPT ); Thu, 12 Jan 2023 03:17:59 -0500 Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 325EB3FC9B for ; Thu, 12 Jan 2023 00:17:54 -0800 (PST) Received: by mail-il1-x136.google.com with SMTP id d10so9054052ilc.12 for ; Thu, 12 Jan 2023 00:17:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gapk5GOd/A6JAaUK/nRpY87LbxTrX+/pUnc0mqv2Aj8=; b=Z5IjhGdvvG8VJ7oIKeX889QR2qAqg3TRYZPqvlV/cKGZugdUQS6qWhUn95X6SDUSix p4snwYD7Dl+puAnJNH1goJpUpm801zUOKIN+//cmKMgb3pD8X/oFlsIx20vEohocBY4v e1ztr70IUzYfYcwzzUSITYThGMQA3fZjmT80w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gapk5GOd/A6JAaUK/nRpY87LbxTrX+/pUnc0mqv2Aj8=; b=7xD2hwcSwWR2AOTS+QCp9ubIS4LE/kfiY7AuBsMrwQHs8i4e9bWPVdwBTkgNzc/M5P DasnkqY/6jVN2/Z8mnS0mvzvUHxH7dXDikWfGfM/qCeeUU2z7hlen/wV8bxI46qrUeCD tV2OqJYRBJXxTNHpqidGtO5C8ueXB14u3k2SxWzNFq/Q9Pq13LCMYxYoUPR+4Aw+9lTI KEIOEqk65WB3uGghk+nN7Q5AU5NdVorTROr9IONMsXCpWARS7YUjDsXLfQBm3jWDcX0l gUFKoe9vniJJC300J2dehcWYNa5DOblo1LmeYGGyCxpu9Wn1yrnbTGKKUPh/uU0rCKHB sJEQ== X-Gm-Message-State: AFqh2ko0c/WodO5ZP1VhKYMJ84nPwl9c/ZTrjCTN6xGKAqUNh2P2EuKF Cvo8GCplGOP8ApmDGweMJWyt9M/tPsb9OTbpPNNvkw== X-Received: by 2002:a92:d0f:0:b0:303:96b3:c8a0 with SMTP id 15-20020a920d0f000000b0030396b3c8a0mr7605283iln.192.1673511473456; Thu, 12 Jan 2023 00:17:53 -0800 (PST) MIME-Version: 1.0 References: <20230112042104.4107253-1-treapking@chromium.org> <20230112042104.4107253-4-treapking@chromium.org> In-Reply-To: From: Pin-yen Lin Date: Thu, 12 Jan 2023 16:17:42 +0800 Message-ID: Subject: Re: [PATCH v10 3/9] drm/display: Add Type-C switch helpers To: Dmitry Baryshkov Cc: Andrzej Hajda , Neil Armstrong , Robert Foss , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , David Airlie , Daniel Vetter , Rob Herring , Krzysztof Kozlowski , Andy Shevchenko , Daniel Scally , Heikki Krogerus , Sakari Ailus , Greg Kroah-Hartman , "Rafael J . Wysocki" , Prashant Malani , Benson Leung , Guenter Roeck , Stephen Boyd , =?UTF-8?B?TsOtY29sYXMgRiAuIFIgLiBBIC4gUHJhZG8=?= , Marek Vasut , AngeloGioacchino Del Regno , devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org, Javier Martinez Canillas , Lyude Paul , chrome-platform@lists.linux.dev, Xin Ji , Thomas Zimmermann , linux-kernel@vger.kernel.org, Allen Chen , linux-acpi@vger.kernel.org, Hsin-Yi Wang , Chen-Yu Tsai , Douglas Anderson , Imre Deak , Jani Nikula , Kees Cook , =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= , shaomin Deng Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 12, 2023 at 1:50 PM Dmitry Baryshkov wrote: > > On 12/01/2023 07:48, Pin-yen Lin wrote: > > On Thu, Jan 12, 2023 at 1:24 PM Dmitry Baryshkov > > wrote: > >> > >> On 12/01/2023 07:19, Pin-yen Lin wrote: > >>> Hi Dmitry, > >>> > >>> Thanks for the review. > >>> > >>> On Thu, Jan 12, 2023 at 12:40 PM Dmitry Baryshkov > >>> wrote: > >>>> > >>>> On 12/01/2023 06:20, Pin-yen Lin wrote: > >>>>> Add helpers to register and unregister Type-C "switches" for bridges > >>>>> capable of switching their output between two downstream devices. > >>>>> > >>>>> The helper registers USB Type-C mode switches when the "mode-switch" > >>>>> and the "data-lanes" properties are available in Device Tree. > >>>>> > >>>>> Signed-off-by: Pin-yen Lin > >>>>> Tested-by: Chen-Yu Tsai > >>>>> Reviewed-by: Chen-Yu Tsai > >>>>> Reviewed-by: AngeloGioacchino Del Regno > >>>>> > >>>>> --- > >>>>> > >>>>> Changes in v10: > >>>>> - Collected Reviewed-by and Tested-by tags > >>>>> - Replaced "void *" with "typec_mux_set_fn_t" for mux_set callbacks > >>>>> - Print out the node name when errors on parsing DT > >>>>> - Use dev_dbg instead of dev_warn when no Type-C switch nodes available > >>>>> - Made the return path of drm_dp_register_mode_switch clearer > >>>>> > >>>>> Changes in v8: > >>>>> - Fixed the build issue when CONFIG_TYPEC=m > >>>>> - Fixed some style issues > >>>>> > >>>>> Changes in v7: > >>>>> - Extracted the common codes to a helper function > >>>>> - New in v7 > >>>>> > >>>>> drivers/gpu/drm/display/drm_dp_helper.c | 134 ++++++++++++++++++++++++ > >>>>> include/drm/display/drm_dp_helper.h | 17 +++ > >>>>> 2 files changed, 151 insertions(+) > >>>>> > >>>>> diff --git a/drivers/gpu/drm/display/drm_dp_helper.c b/drivers/gpu/drm/display/drm_dp_helper.c > >>>>> index 16565a0a5da6..a2ec40a621cb 100644 > >>>>> --- a/drivers/gpu/drm/display/drm_dp_helper.c > >>>>> +++ b/drivers/gpu/drm/display/drm_dp_helper.c > >>>>> @@ -30,11 +30,13 @@ > >>>>> #include > >>>>> #include > >>>>> #include > >>>>> +#include > >>>>> #include > >>>>> > >>>>> #include > >>>>> #include > >>>>> #include > >>>>> +#include > >>>>> #include > >>>>> #include > >>>>> #include > >>>>> @@ -3891,3 +3893,135 @@ int drm_panel_dp_aux_backlight(struct drm_panel *panel, struct drm_dp_aux *aux) > >>>>> EXPORT_SYMBOL(drm_panel_dp_aux_backlight); > >>>>> > >>>>> #endif > >>>>> + > >>>>> +#if IS_REACHABLE(CONFIG_TYPEC) > >>>>> +static int drm_dp_register_mode_switch(struct device *dev, struct device_node *node, > >>>>> + struct drm_dp_typec_switch_desc *switch_desc, > >>>>> + void *data, typec_mux_set_fn_t mux_set) > >>>>> +{ > >>>>> + struct drm_dp_typec_port_data *port_data; > >>>>> + struct typec_mux_desc mux_desc = {}; > >>>>> + char name[32]; > >>>>> + u32 dp_lanes[2]; > >>>>> + int ret, num_lanes, port_num = -1; > >>>>> + > >>>>> + num_lanes = drm_of_get_data_lanes_count(node, 0, 2); > >>>> > >>>> 2 looks incorrect. IIRC DP altmode can support up to 4 lanes. > >>> > >>> This function is implemented for 4-lane DP bridges to switch its > >>> outputs between 2 downstreams. So, I assume that there will only be at > >>> most 2 lanes for each downstream. I don't think a 4-lane downstream > >>> makes sense for mode switches unless we want to support bridges with > >>> more than 4 lanes. > >> > >> Yes. However by using 4 here you'd make the helper generic and cover > >> both your case and the generic case. We don't need this for the msm case > >> (since the mux is handled by the PHY). But if not for the PHY, I'd have > >> used such helper (with max_lanes = 4). > >> > > I wonder if simply using 4 here really makes it more generic here. > > This function assumes the mapping between "data-lanes" and the port > > number (e.g., 0/1 --> port 0) and hard-coded the way to parse the > > property. > > > > Is it better to use "reg" instead of "data-lanes" to determine the > > port number? The drivers can still read the DT node to get the > > "data-lanes" property if they want to do some fancy stuffs around > > that. > > Yes, I admit, this sounds more logical. > Thanks for the reply. I'll do that in v11. > >>>> > >>>>> + if (num_lanes <= 0) { > >>>>> + dev_err(dev, "Error on getting data lanes count from %s: %d\n", > >>>>> + node->name, num_lanes); > >>>>> + return num_lanes; > >>>>> + } > >>>>> + > >>>>> + ret = of_property_read_u32_array(node, "data-lanes", dp_lanes, num_lanes); > >>>>> + if (ret) { > >>>>> + dev_err(dev, "Failed to read the data-lanes variable from %s: %d\n", > >>>>> + node->name, ret); > >>>>> + return ret; > >>>>> + } > >>>>> + > >>>>> + port_num = dp_lanes[0] / 2; > >>>>> + > >>>>> + port_data = &switch_desc->typec_ports[port_num]; > >>>>> + port_data->data = data; > >>>>> + mux_desc.fwnode = &node->fwnode; > >>>>> + mux_desc.drvdata = port_data; > >>>>> + snprintf(name, sizeof(name), "%s-%u", node->name, port_num); > >>>>> + mux_desc.name = name; > >>>>> + mux_desc.set = mux_set; > >>>>> + > >>>>> + port_data->typec_mux = typec_mux_register(dev, &mux_desc); > >>>>> + if (IS_ERR(port_data->typec_mux)) { > >>>>> + ret = PTR_ERR(port_data->typec_mux); > >>>>> + dev_err(dev, "Mode switch register for port %d failed: %d\n", > >>>>> + port_num, ret); > >>>>> + > >>>>> + return ret; > >>>>> + } > >>>>> + > >>>>> + return 0; > >>>>> +} > >>>>> + > >>>>> +/** > >>>>> + * drm_dp_register_typec_switches() - register Type-C switches > >>>>> + * @dev: Device that registers Type-C switches > >>>>> + * @port: Device node for the switch > >>>>> + * @switch_desc: A Type-C switch descriptor > >>>>> + * @data: Private data for the switches > >>>>> + * @mux_set: Callback function for typec_mux_set > >>>>> + * > >>>>> + * This function registers USB Type-C switches for DP bridges that can switch > >>>>> + * the output signal between their output pins. > >>>>> + * > >>>>> + * Currently only mode switches are implemented, and the function assumes the > >>>>> + * given @port device node has endpoints with "mode-switch" property. > >>>>> + * Register the endpoint as port 0 if the "data-lanes" property falls in 0/1, > >>>>> + * and register it as port 1 if "data-lanes" falls in 2/3. > >>>>> + */ > >>>>> +int drm_dp_register_typec_switches(struct device *dev, struct device_node *port, > >>>>> + struct drm_dp_typec_switch_desc *switch_desc, > >>>>> + void *data, typec_mux_set_fn_t mux_set) > >>>>> +{ > >>>>> + struct device_node *sw; > >>>>> + int ret; > >>>>> + > >>>>> + for_each_child_of_node(port, sw) { > >>>>> + if (of_property_read_bool(sw, "mode-switch")) > >>>>> + switch_desc->num_typec_switches++; > >>>>> + } > >>>>> + > >>>>> + if (!switch_desc->num_typec_switches) { > >>>>> + dev_dbg(dev, "No Type-C switches node found\n"); > >>>>> + return 0; > >>>>> + } > >>>>> + > >>>>> + switch_desc->typec_ports = devm_kcalloc( > >>>>> + dev, switch_desc->num_typec_switches, > >>>>> + sizeof(struct drm_dp_typec_port_data), GFP_KERNEL); > >>>>> + > >>>>> + if (!switch_desc->typec_ports) > >>>>> + return -ENOMEM; > >>>>> + > >>>>> + /* Register switches for each connector. */ > >>>>> + for_each_child_of_node(port, sw) { > >>>>> + if (!of_property_read_bool(sw, "mode-switch")) > >>>>> + continue; > >>>>> + ret = drm_dp_register_mode_switch(dev, sw, switch_desc, data, mux_set); > >>>>> + if (ret) > >>>>> + goto err_unregister_typec_switches; > >>>>> + } > >>>>> + > >>>>> + return 0; > >>>>> + > >>>>> +err_unregister_typec_switches: > >>>>> + of_node_put(sw); > >>>>> + drm_dp_unregister_typec_switches(switch_desc); > >>>>> + dev_err(dev, "Failed to register mode switch: %d\n", ret); > >>>>> + return ret; > >>>>> +} > >>>>> +EXPORT_SYMBOL(drm_dp_register_typec_switches); > >>>>> + > >>>>> +/** > >>>>> + * drm_dp_unregister_typec_switches() - unregister Type-C switches > >>>>> + * @switch_desc: A Type-C switch descriptor > >>>>> + */ > >>>>> +void drm_dp_unregister_typec_switches(struct drm_dp_typec_switch_desc *switch_desc) > >>>>> +{ > >>>>> + int i; > >>>>> + > >>>>> + for (i = 0; i < switch_desc->num_typec_switches; i++) > >>>>> + typec_mux_unregister(switch_desc->typec_ports[i].typec_mux); > >>>>> +} > >>>>> +EXPORT_SYMBOL(drm_dp_unregister_typec_switches); > >>>>> +#else > >>>>> +void drm_dp_unregister_typec_switches(struct drm_dp_typec_switch_desc *switch_desc) > >>>>> +{ > >>>>> +} > >>>>> +EXPORT_SYMBOL(drm_dp_register_typec_switches); > >>>>> +int drm_dp_register_typec_switches(struct device *dev, struct device_node *port, > >>>>> + struct drm_dp_typec_switch_desc *switch_desc, > >>>>> + void *data, typec_mux_set_fn_t mux_set) > >>>>> +{ > >>>>> + return 0; > >>>>> +} > >>>>> +EXPORT_SYMBOL(drm_dp_unregister_typec_switches); > >>>>> +#endif > >>>>> diff --git a/include/drm/display/drm_dp_helper.h b/include/drm/display/drm_dp_helper.h > >>>>> index ab55453f2d2c..5a3824f13b4e 100644 > >>>>> --- a/include/drm/display/drm_dp_helper.h > >>>>> +++ b/include/drm/display/drm_dp_helper.h > >>>>> @@ -25,6 +25,7 @@ > >>>>> > >>>>> #include > >>>>> #include > >>>>> +#include > >>>>> > >>>>> #include > >>>>> #include > >>>>> @@ -763,4 +764,20 @@ bool drm_dp_downstream_rgb_to_ycbcr_conversion(const u8 dpcd[DP_RECEIVER_CAP_SIZ > >>>>> const u8 port_cap[4], u8 color_spc); > >>>>> int drm_dp_pcon_convert_rgb_to_ycbcr(struct drm_dp_aux *aux, u8 color_spc); > >>>>> > >>>>> +struct drm_dp_typec_port_data { > >>>>> + struct typec_mux_dev *typec_mux; > >>>>> + void *data; > >>>>> + bool dp_connected; > >>>>> +}; > >>>>> + > >>>>> +struct drm_dp_typec_switch_desc { > >>>>> + int num_typec_switches; > >>>>> + struct drm_dp_typec_port_data *typec_ports; > >>>>> +}; > >>>>> + > >>>>> +void drm_dp_unregister_typec_switches(struct drm_dp_typec_switch_desc *switch_desc); > >>>>> +int drm_dp_register_typec_switches(struct device *dev, struct device_node *port, > >>>>> + struct drm_dp_typec_switch_desc *switch_desc, > >>>>> + void *data, typec_mux_set_fn_t mux_set); > >>>>> + > >>>>> #endif /* _DRM_DP_HELPER_H_ */ > >>>> > >>>> -- > >>>> With best wishes > >>>> Dmitry > >>>> > >>> > >>> Best regards, > >>> Pin-yen > >> > >> -- > >> With best wishes > >> Dmitry > >> > > Best regards, > > Pin-yen > > -- > With best wishes > Dmitry > Best regards, Pin-yen