Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp5974704rwl; Mon, 9 Jan 2023 02:27:07 -0800 (PST) X-Google-Smtp-Source: AMrXdXvSh4ftiK4Bfj90QWso5I4KxqTq9x5RmzYRDt8W//DkPvexQ+rN33ApllKiEf77gHpu5S8T X-Received: by 2002:a05:6a20:3d16:b0:9d:efbf:48c7 with SMTP id y22-20020a056a203d1600b0009defbf48c7mr94742585pzi.11.1673260026914; Mon, 09 Jan 2023 02:27:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673260026; cv=none; d=google.com; s=arc-20160816; b=vpmH5ZaWvlHN/ZPNZdJXa3v6vQGIQZfgwnkbVpxp28VfgylqTirbBblp7Pnjo3bAnR 0puA7n0wLHnTvlM76BXo5cQLxPRYAQ/IHXLoYoE0hn6pc4oR4gMBj97I7HT7Qv2c0pUU K9GONXStgLYLmuZV5OrcFVhezw530uCrZpWVjkf2Z0DnE4eHChLgaY9wLueVCNZu0Y1I GNMz0kxwmK0cCjDMCxifnNUC5QpT8jCwMLuSoeS8jMktYkYzF5tMgjNMQphp1S3g3Pe+ HIZG4dbkYVWgQRZx4Wgbb34N7hLUYL+GqBP928PsPCjxODuaWmcwZtfYDt/A5B9HMdMe DFnw== 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=BFmXd/4UPgu9PVqNm6AoWBgVTa6i3g45dnuCERHZ2NU=; b=FarqU26QSJMSactCOHLqb0vq1P1itVXIQj/keaLnT8nOIz8gq5LSGobumr+akbsLV+ DHZQKUTjdHeS+hO8Xuu4vanJqRp+5KkSwTgkYSeXC7RAR7CzLIlzAfxq+s2TaSotcIoM nSaDSL+X+EogoclzH4rXlzy5nXUN39uC60DlvW+ZKqXqbma0M8Nw3heQUwG9tDr5FHhR htxoKkNzDexB9VSz6ImFfrj5Rd7k+w0+/Z3z1nKdCbI31B3BZWrv2/UDreV5MrtVMGZv 4RRwyK+uPWtIXM88j7mL6KVzczlrRAiKv6Vlq/mg8EgPMUO9pDAIOvPGIOtmk0q06YHC Kw8Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=WE0liED5; 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 m10-20020a63fd4a000000b0047818d62c89si9025552pgj.237.2023.01.09.02.26.59; Mon, 09 Jan 2023 02:27:06 -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=WE0liED5; 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 S234246AbjAIKLy (ORCPT + 54 others); Mon, 9 Jan 2023 05:11:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60936 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236877AbjAIKL2 (ORCPT ); Mon, 9 Jan 2023 05:11:28 -0500 Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B3D418B3E for ; Mon, 9 Jan 2023 02:10:13 -0800 (PST) Received: by mail-vs1-xe31.google.com with SMTP id z128so1173764vsb.3 for ; Mon, 09 Jan 2023 02:10:13 -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=BFmXd/4UPgu9PVqNm6AoWBgVTa6i3g45dnuCERHZ2NU=; b=WE0liED5Ie5eQRiaAGOQPuSdlhQLG5j7HuHrVbP1gPaqIdGF6HPe9F+Fl7aIFsgP1w +zX09nmDVwU4BStTcFX224IgsQsAyjzkXXkgrvHA8/C6yUrlmTre922pIfb0EU3E/KFH xDTSsgR8Tta0VXepTvmkaqjG0iwVjWnuTGlLI= 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=BFmXd/4UPgu9PVqNm6AoWBgVTa6i3g45dnuCERHZ2NU=; b=pGp5d/xI2H2AB+A4wRpl8RSs0ZCogTJnYW/j3mj1o9/7b+y3BUwFq0/uNFOVEVECgb xJx7L8R9x4YFdJZzKSOCX9WRcUwR9fMLHYSSvm+hafncVPvvjhq6p9/m/3j2MaDQiHBI clU1klT/Lwr8L2DMWyzL7C9eAZZUpCyKgQ9kFc60Kf/H9gR+Gk15Lfu9/C++imekMUOB c8C547nvwM2cc0Xk6nLnMcEcyIKmBNWqpcjFzvfTpnyJLRaoU9nDCnmnHYivXmgPNhej gMTIJ1p9ta0MtrYLtGCxXf8rVv+tHy4TptM8aI2Z7F5Y5Iv9L+nDNLfmD1bgvhUBb1On mPtA== X-Gm-Message-State: AFqh2koh5lfz8HzhkoNZPfyjbID5Wj1nupCOUt9G8wS0LCwwbdIQW2eA KlaYolay0UNUJQ9/miu+eSnVRJwH1mjv+vOpVQxwUA== X-Received: by 2002:a05:6102:3d9f:b0:3c4:4918:80c with SMTP id h31-20020a0561023d9f00b003c44918080cmr7195348vsv.9.1673259012171; Mon, 09 Jan 2023 02:10:12 -0800 (PST) MIME-Version: 1.0 References: <20230109084101.265664-1-treapking@chromium.org> <20230109084101.265664-4-treapking@chromium.org> In-Reply-To: <20230109084101.265664-4-treapking@chromium.org> From: Chen-Yu Tsai Date: Mon, 9 Jan 2023 18:10:01 +0800 Message-ID: Subject: Re: [PATCH v9 3/9] drm/display: Add Type-C switch helpers To: Pin-yen Lin 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 , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Marek Vasut , chrome-platform@lists.linux.dev, Javier Martinez Canillas , linux-acpi@vger.kernel.org, devicetree@vger.kernel.org, Kees Cook , =?UTF-8?B?TsOtY29sYXMgRiAuIFIgLiBBIC4gUHJhZG8=?= , Jani Nikula , Allen Chen , Stephen Boyd , Hsin-Yi Wang , Xin Ji , AngeloGioacchino Del Regno , Douglas Anderson , Thomas Zimmermann 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=unavailable 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 Mon, Jan 9, 2023 at 4:41 PM 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 on MT8192 based Hayato (ASUS Chromebook Flip CM3200). > --- > > (no changes since v8) > > 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 | 132 ++++++++++++++++++++++++ > include/drm/display/drm_dp_helper.h | 16 +++ > 2 files changed, 148 insertions(+) > > diff --git a/drivers/gpu/drm/display/drm_dp_helper.c b/drivers/gpu/drm/display/drm_dp_helper.c > index 16565a0a5da6..fb9e23744c08 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,133 @@ 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, void *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); > + if (num_lanes <= 0) { > + dev_err(dev, "Error on getting data lanes count: %d\n", > + num_lanes); Also printing out the full node name (endpoint@N) would be more helpful. > + 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: %d\n", > + ret); Same here. > + 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; > +} > + > +/** > + * 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, void *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_warn(dev, "No Type-C switches node found\n"); Maybe change this to dev_info or even dev_debug? A warning would be too noisy if the bridge drivers are calling this helper unconditionally. Otherwise, Reviewed-by: Chen-Yu Tsai