Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp483392rdh; Thu, 23 Nov 2023 09:06:19 -0800 (PST) X-Google-Smtp-Source: AGHT+IHiZCW14D99WW7TBI/pi6oaHB793GRSKcNJEYpSzOhYVmF14D9uggNeYVkA/y738nUvG7tP X-Received: by 2002:a05:6871:d201:b0:1f9:6962:b06c with SMTP id pk1-20020a056871d20100b001f96962b06cmr7732859oac.53.1700759179518; Thu, 23 Nov 2023 09:06:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700759179; cv=none; d=google.com; s=arc-20160816; b=K03qud7rRjxG8nZYN8qWR5Lj2C6/hUTG6dQ4GzHBkZ34UW8ssAa3qt42gdxadpGHKf LSDVXYJQOKbLwBoVyaG78BLzXm2OJSTxpA9nbKLzOrb+S+/eQsnpVyL9sV4B5cCsmJsH vS+hGItXO0iRN2JYBkvgw58ocebKc2fLyaIBNBKcEcMabLXbzNRpQf3kR5NN0yJsrdsS fP/8RjaZBgN7+lsC8ovJ5qFuQVVCKV6EXKX2XfCSKIDx5eZBrMTBRnNNfejnVlysC7MX dVw3N417l0Tf/WkfdPuNe3sOWIjYPQBBov7dq0MCtFMxlWwHHsKN2qyi+4Gha05Na5OO qw3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:mime-version:date :dkim-signature:message-id; bh=t+oX6Z1R5D902d7QsFYgso+yPiFC9aIghMuoj3BGEfk=; fh=L6MbuOTOK7FHgIF89LITj4O+NnVze0RQCyrYNOhkPmg=; b=UomQYDzMhS5qnies7adnaCBQNCQhvOI4FtXZ5iK/W4i+mDUimRE6U/GuAWFo7eyQD5 ZGUTBKbeMt5Gmax/NFmwfXRPmhpClE4fgN4C749W/ONPruSrrkpJaorbOYtYInn+ZVVB ukuLbF2OeJ1mIKRzWnz+Ypbk7m6PqVCoxJz97eccmI+CDhKR0nuIenLSoPM6JwEgEDIP +aLne/rPASYgwNJACI2FKXyBgQhywckGZHMI8vhIqIImEbuxCGH8grjPavKh+A3FH2MF WW4ysU4Yti6thsUHfgSTTMh0ty77pFIndMdiolnTHMNi9zUjbbNEaI8CkfxBL5jKch1P Usvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=jQfW6O84; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from fry.vger.email (fry.vger.email. [23.128.96.38]) by mx.google.com with ESMTPS id os14-20020a0568715c4e00b001efc22c78f5si632705oac.60.2023.11.23.09.06.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Nov 2023 09:06:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) client-ip=23.128.96.38; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=jQfW6O84; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id E6D7F807C5C9; Thu, 23 Nov 2023 09:05:05 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229921AbjKWREs (ORCPT + 99 others); Thu, 23 Nov 2023 12:04:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60454 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229970AbjKWREp (ORCPT ); Thu, 23 Nov 2023 12:04:45 -0500 Received: from out-187.mta1.migadu.com (out-187.mta1.migadu.com [IPv6:2001:41d0:203:375::bb]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7B437C1 for ; Thu, 23 Nov 2023 09:04:50 -0800 (PST) Message-ID: <77c3ad35-24e4-4bf4-87a1-f48e13a6b838@linux.dev> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1700759088; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=t+oX6Z1R5D902d7QsFYgso+yPiFC9aIghMuoj3BGEfk=; b=jQfW6O848KtMwh90BwxowE88Yb2tw+fOohmBQXIG8fxTKGnbKn2PtIDmXCf4nr6b33NCYX 0e5e8sXTeNgxpDwySP5U7QKWB/PF2eUQjAWP0ZZ3z3DycIHjYqF/wHRzBzo66GoB5Ot3S2 TFre8bWupfsIEedGtc55MJAzC401+bU= Date: Fri, 24 Nov 2023 01:04:43 +0800 MIME-Version: 1.0 Subject: Re: [PATCH 8/8] drm/bridge: it66121: Allow link this driver as a lib Content-Language: en-US To: Dmitry Baryshkov Cc: Phong LE , Neil Armstrong , Maxime Ripard , Sui Jingfeng , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Laurent Pinchart , Thomas Zimmermann References: <20231114150130.497915-1-sui.jingfeng@linux.dev> <20231114150130.497915-9-sui.jingfeng@linux.dev> <79301d04-c0cb-4740-8a6d-27a889b65daf@linux.dev> <121163c9-0d56-47ad-a12e-e67390fef2b4@linux.dev> <00ba2245-0e48-4b21-bcd4-29dfb728e408@linux.dev> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Sui Jingfeng In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_OUT X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Thu, 23 Nov 2023 09:05:06 -0800 (PST) Hi, On 2023/11/23 16:08, Dmitry Baryshkov wrote: >>> The host can not specify the >>> DRM_BRIDGE_ATTACH_NO_CONNECTOR flag, it will cause a warning here. And >>> it can not omit the flag (as otherwise the first bridge will create a >>> connector, without consulting the second bridge). >> The semantics of DRM_BRIDGE_ATTACH_NO_CONNECTOR flagare implement-defined, > No, they are not. Semantics are pretty simple: do not create the > drm_connector instance. Pass the flag to the next bridge in the chain. > >> for our case, I could just ignore it if their >> don't have a signal(DT or ACPI) tell me that there are multiple bridges >> in the chain. This depend on community's attitude. > Ignoring a flag is a bad idea. Can you also read the code in the bridge/lontium-lt8912.c please? when flags == 0 is true, the lt8912 driver will just create a drm_connector instance in the drm bridge drivers. The behavior is similar with this patch in the perspective of spirit. And the most important thing is that no matter what the flag the upstream port is passed, lt8912 just always pass the DRM_BRIDGE_ATTACH_NO_CONNECTOR flags to the next bridge. Does this count as a kind of ignore? or This is to say that both the lt8912 and the tfp410 drm bridge drivers are allowing create a drm_connector manually in drm bridge drivers. They didn't being asked to move the drm_connector related code to display controller driver. I don't know why I can't follow this way? Do you really read the code before do comments or I failed to understand something?