From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 82EE3C04AB4 for ; Fri, 17 May 2019 09:47:42 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 55C5920833 for ; Fri, 17 May 2019 09:47:42 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="cU0KqVMd" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 55C5920833 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lst.de Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=pJMsYKhLeOpqBVKpGHjf6L71VcaxN0XdrcsdePl3SRY=; b=cU0KqVMdkpJkk+ 2M0deGtbYQ9arCpB4w4xDDR88wLDPnT7yUcGnBe9qpW9yqUQwb0dD9f41gCr3ykxnQuIfg6BO8s/E jlVW1U+QMgRNEahVb3edOupgfogSMyA7RUEYIjWlFMgnl5jj0zwBXdueMZRwxZnuqvAyzBMee40YV jG3P0n7uNKFte9RBHVK0t8cAbj/K40ZgVRGnuit5/ID8LaCCBDLmBmuHZtFQOyUTHaPv1dhxdN8m2 AjmJ9bLrTeeuiChQEXdMWDPEb2XGzoBwORvsZn4CHKH+N+zAfPBauGh5PDgoi2+hpNfL5cDhYiEcE 170dfSbZsS5PhIF+8TXA==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1hRZSh-0000CU-6a; Fri, 17 May 2019 09:47:35 +0000 Received: from verein.lst.de ([213.95.11.211] helo=newverein.lst.de) by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux)) id 1hRZSd-0000Bg-KJ for linux-arm-kernel@lists.infradead.org; Fri, 17 May 2019 09:47:32 +0000 Received: by newverein.lst.de (Postfix, from userid 2005) id D876F68B02; Fri, 17 May 2019 11:47:08 +0200 (CEST) Date: Fri, 17 May 2019 11:47:08 +0200 From: Torsten Duwe To: Maxime Ripard Subject: Re: [PATCH 4/4] arm64: DTS: allwinner: a64: enable ANX6345 bridge on Teres-I Message-ID: <20190517094708.GA16858@lst.de> References: <20190514160241.9EAC768C7B@newverein.lst.de> <20190515093141.41016b11@blackhole.lan> <20190516154820.GA10431@lst.de> <20190516164859.GB10431@lst.de> <20190517072738.deohh5fly4jxms7k@flea> <20190517101353.3e86d696@blackhole.lan> <20190517090845.oujs33nplbaxcyun@flea> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190517090845.oujs33nplbaxcyun@flea> User-Agent: Mutt/1.5.17 (2007-11-01) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190517_024731_818997_7594DECB X-CRM114-Status: GOOD ( 11.51 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , devicetree , David Airlie , linux-kernel , dri-devel , Andrzej Hajda , Chen-Yu Tsai , Rob Herring , Thierry Reding , Laurent Pinchart , Daniel Vetter , Harald Geyer , Sean Paul , arm-linux , Icenowy Zheng Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, May 17, 2019 at 11:08:45AM +0200, Maxime Ripard wrote: > > > > So for all current practical purposes, we can assume the Teres-I panel > > to be powered properly and providing valid EDID; nothing to worry about > > in software. > > You're creating a generic binding for all the users of that bridge, > while considering only the specific case of the Teres-I. All I'm saying is that _this_ usage is also valid. Nothing keeps other users from defining the output panel; on the contrary: the driver at hand already considers an _optional_ panel and handles it, conditionally. So driver and binding spec are 100% in sync here. This is much more straightforward than requiring an output and making up some dummy code and params because it cannot reasonably be handled. (Remember, if there is an output, the driver will make calls to the "attached device" driver.) Torsten _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel