Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp4033868rwb; Tue, 8 Nov 2022 11:09:58 -0800 (PST) X-Google-Smtp-Source: AA0mqf5w/hzC8FW3uJzJtgcxA+FU1aB31unNHXX4m7nrOr/QhooWqWA23rhiuEAJEXYceMYdJv1m X-Received: by 2002:a50:cbc1:0:b0:466:4a4d:685 with SMTP id l1-20020a50cbc1000000b004664a4d0685mr14344663edi.312.1667934598494; Tue, 08 Nov 2022 11:09:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667934598; cv=none; d=google.com; s=arc-20160816; b=etXc4DX6XziGGQuR9mxah7NKeqkUBIQBvjV/uyA9G4uPYSr5ze6UVQiw3heJJlV1S0 YbEheqWu05924F2AQDWdscA6eqdmNvh4ta8ZnyWDZAw8fie4NPMGuVa5QYZ288aiKNlx EdK6hJbSp+UnFZE5mRG3Z33+wWhE73Et4SGW9kZAoZrPml/oinLmEKldSvd8+vLURMcN UivqBneuYQnknn1vD5rOdAO9LAazTHj2sgb2AwOebUrGv/fDxd7CaR/8eUkaDKit7KVv IZvyE580pAE2Aebs7G7ykLLMNDPxSvN0UtTvQfCL1TAbv1byPedRuqwzx+CXOL0vhOis tkAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:from:subject:message-id:mime-version:date :dkim-signature; bh=ZB1r43VJCLEuCBOYhWr/N5mF6kTlkofIg4Tb9RTYcbk=; b=AUIRGce1onGcwfsQ0BC/mj+T44irZ8WOkXGMZY9GHWwQj3jwlgb2N6e/O+QNGpZAtC lPWybb/lanbQ7yM1s4fvJIMTHgbqkplbUb9pLXa7m1KOmhXGg4frr8rmPXmULa9GQaCG 77MEItmbfujKb40sg+DzlCRH2rG9BHn8dkErI85eYH+duTEGz3eZJ3rjvyP8TxVTxNPX xw0RZqTkvT5RHJsRyMHuRcWp9cOTRL01+cAaD7OtihumwdBis9M6ZqShXQiI8TWKV36t Aj2qlGjxkhZiP+JEzIOizMZJZZp+/dVLmQnyOKV7bfXTrTz6IwkAAdCsKLtq6kd81ZZs RVYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=NisyEsfb; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 6-20020a508e46000000b00462dca18096si12820852edx.520.2022.11.08.11.09.37; Tue, 08 Nov 2022 11:09:58 -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=@google.com header.s=20210112 header.b=NisyEsfb; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229597AbiKHSvP (ORCPT + 91 others); Tue, 8 Nov 2022 13:51:15 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36824 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229730AbiKHSu6 (ORCPT ); Tue, 8 Nov 2022 13:50:58 -0500 Received: from mail-oa1-x4a.google.com (mail-oa1-x4a.google.com [IPv6:2001:4860:4864:20::4a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 528EF742D6 for ; Tue, 8 Nov 2022 10:50:48 -0800 (PST) Received: by mail-oa1-x4a.google.com with SMTP id 586e51a60fabf-13bf576ffa6so7425536fac.9 for ; Tue, 08 Nov 2022 10:50:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=to:from:subject:message-id:mime-version:date:from:to:cc:subject :date:message-id:reply-to; bh=ZB1r43VJCLEuCBOYhWr/N5mF6kTlkofIg4Tb9RTYcbk=; b=NisyEsfbVYNv6Hsq46RUemq5+Nod7rKoNQcwWsLzOKRC3P3TWNrxadp2uEKtLNU5ff l7tXdYBT12CTvVajEmmkWrU6kkKibllyL4yBWeX/OH96i5+OPUZFDwycrxxHR26C4C2C U2Zcvf9qO4SfpoogqZ7eoImSdfA6bqHK0x7c9nVdIxLK6QMDB4N3XeL55053VhPJVQyg r9YTHT9cYnsFDYazzX+/4DcMPnmCUeUE8wPIjiC37qqaI+XwBN4JmKpgz650rNa8rlch fwdGiN0nYtwluN8Dw9C4yhMou1EfuGrMUWQZxqV18u29oweRiMENEM/g3LcEhvRdlkaV wsDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:from:subject:message-id:mime-version:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ZB1r43VJCLEuCBOYhWr/N5mF6kTlkofIg4Tb9RTYcbk=; b=no8dCGrZ4sjKudZlnct0ufc9P0Bbo5k8KlmUPhy/0BytDf9Nty+ZKHg8CDiHLAamTH Cn7pX1vasqmrIegDGSHXbpW8D3T62CX0VBj4lTl7PoAKJT0Js0XbGjXSFjGgYOnmjgx9 SNNKYF1ViF2hdmz1+PGiOMeZhJwZu2XcNdCq9XKDfQSlOlfZohRKuv6Ka75oLe9pWGmX PMWWkqKU01MstSNB7t6fs4364go+8j/Jf5NvTO7lchW8H8AJP89J9NRZ6dGTlxTOD/+f 9INDOQyUwozs9TDX1RFdExjG/+wHOq5EPFyk44+K9rQSs5w0u1F6aQeAjihVDbuxJGzZ Ntdg== X-Gm-Message-State: ACrzQf1akNlUUUU5UP24kxIVWUZaJtooqC0+O5RgDlk6RhciPiMCn8iR 6OwVld7X2zk/Rw4JzKNk9cwu98S9YDySjQ== X-Received: from wonchungspecialist.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:1440]) (user=wonchung job=sendgmr) by 2002:a0d:df46:0:b0:36a:73db:2c2d with SMTP id i67-20020a0ddf46000000b0036a73db2c2dmr55535895ywe.130.1667933436613; Tue, 08 Nov 2022 10:50:36 -0800 (PST) Date: Tue, 8 Nov 2022 18:50:04 +0000 Mime-Version: 1.0 X-Mailer: git-send-email 2.38.1.431.g37b22c650d-goog Message-ID: <20221108185004.2263578-1-wonchung@google.com> Subject: [PATCH v4] drm/sysfs: Link DRM connectors to corresponding Type-C connectors From: Won Chung To: wonchung@google.com, bleung@google.com, pmalani@chromium.org, heikki.krogerus@linux.intel.com, imre.deak@intel.com, maarten.lankhorst@linux.intel.com, mripard@kernel.org, tzimmermann@suse.de, airlied@gmail.com, daniel@ffwll.ch, jani.nikula@linux.intel.com, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL 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 Create a symlink pointing to USB Type-C connector for DRM connectors when they are created. The link will be created only if the firmware is able to describe the connection beween the two connectors. Currently, even if a display uses a USB Type-C port, there is no way for the userspace to find which port is used for which display. With the symlink, display information would be accessible from Type-C connectors and port information would be accessible from DRM connectors. Associating the two subsystems, userspace would have potential to expose and utilize more complex information, such as bandwidth used for a specific USB Type-C port. Signed-off-by: Won Chung Acked-by: Heikki Krogerus --- Changes from v3: - Append to the commit message on why this patch is needed Changes from v2: - Resend the patch to dri-devel list Changes from v1: - Fix multiple lines to single line drivers/gpu/drm/drm_sysfs.c | 40 +++++++++++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+) diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c index 430e00b16eec..6a9904fa9186 100644 --- a/drivers/gpu/drm/drm_sysfs.c +++ b/drivers/gpu/drm/drm_sysfs.c @@ -11,12 +11,14 @@ */ #include +#include #include #include #include #include #include #include +#include #include #include @@ -95,6 +97,34 @@ static char *drm_devnode(struct device *dev, umode_t *mode) return kasprintf(GFP_KERNEL, "dri/%s", dev_name(dev)); } +static int typec_connector_bind(struct device *dev, + struct device *typec_connector, void *data) +{ + int ret; + + ret = sysfs_create_link(&dev->kobj, &typec_connector->kobj, "typec_connector"); + if (ret) + return ret; + + ret = sysfs_create_link(&typec_connector->kobj, &dev->kobj, "drm_connector"); + if (ret) + sysfs_remove_link(&dev->kobj, "typec_connector"); + + return ret; +} + +static void typec_connector_unbind(struct device *dev, + struct device *typec_connector, void *data) +{ + sysfs_remove_link(&typec_connector->kobj, "drm_connector"); + sysfs_remove_link(&dev->kobj, "typec_connector"); +} + +static const struct component_ops typec_connector_ops = { + .bind = typec_connector_bind, + .unbind = typec_connector_unbind, +}; + static CLASS_ATTR_STRING(version, S_IRUGO, "drm 1.1.0 20060810"); /** @@ -355,6 +385,13 @@ int drm_sysfs_connector_add(struct drm_connector *connector) if (connector->ddc) return sysfs_create_link(&connector->kdev->kobj, &connector->ddc->dev.kobj, "ddc"); + + if (dev_fwnode(kdev)) { + r = component_add(kdev, &typec_connector_ops); + if (r) + drm_err(dev, "failed to add component\n"); + } + return 0; err_free: @@ -367,6 +404,9 @@ void drm_sysfs_connector_remove(struct drm_connector *connector) if (!connector->kdev) return; + if (dev_fwnode(connector->kdev)) + component_del(connector->kdev, &typec_connector_ops); + if (connector->ddc) sysfs_remove_link(&connector->kdev->kobj, "ddc"); -- 2.37.3.998.g577e59143f-goog