Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp5202107rwl; Mon, 3 Apr 2023 16:20:17 -0700 (PDT) X-Google-Smtp-Source: AKy350a4i96/63uvHA0iynVNVoyHoQt5kE4+v1qkrBUxzpLqZ15E6E6RdidVO4huDD1Fn/ZDdJh5 X-Received: by 2002:a17:906:4ad3:b0:948:d1af:3afb with SMTP id u19-20020a1709064ad300b00948d1af3afbmr602007ejt.13.1680564017375; Mon, 03 Apr 2023 16:20:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680564017; cv=none; d=google.com; s=arc-20160816; b=BQM5inPXdFuLYIpmtDSgC9ALxamjqBq8H5lKfQEIM3NhS0mzk2OahgnpEFXa5EKMfW CupKEDlR9X3J0EDQuUD9hqNORMdE9yg0AP4E04g6bknOqRRqPY8A4lhdRVmSUptlxZmX CBPkxbcBpbk+JfrYjSbjhxN8G0x08DGHaaLQ5DklKYEpo4LqeF1ReXxjjMssxbFNcZ5a TSxtdfig4DAjXHs63ryyVHUm+fZqXf/nHCYy0dudQ08+zdAed25NEsZmICdL8bWYQmPL Aw3dmGv5nM3/7SB5P8OBvYCFaF0nCSNS01YsgtQNRQSAowyAnpqiQmZ4DjMHbQTeJ02x S0/g== 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 :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=ZUetAbCZ5vMdVE5GC+DuXDKD9WMm0kE2HOWJEVcf8cY=; b=nofdBz1DpnNLz8tr5IQYJMqWldp4+jnv071SDPNCnIYKTaWr22ED/wt+JZrTRqRqBx oTtcj6FU7W2hSTfu81ztakn/fiT6UP63rbi9UMl590IOsaz49DTyznKiMmu+U+vh02ug aMi+6r/KlJpk+fE1hAm1nRgfRgVhImMApMjw7HiW2S5Q7oHnVDbj99obNDK2dOQSYMx3 olhBuYQxzEbu7BtJzAaNqHW8fHj69e7xNEGIjW6Ewb738FdE18myU9hwBi2KKqCYUwmM WwmCoXM/Q58nk8ZscjIEV+2OP8nLq80BPG4hBC3wgArMFaTHume91MbktyYCbU1SMDfq Yt/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=pg4jY0CU; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id oz5-20020a170906cd0500b009332fc900b7si9148209ejb.425.2023.04.03.16.19.25; Mon, 03 Apr 2023 16:20:17 -0700 (PDT) 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=@denx.de header.s=phobos-20191101 header.b=pg4jY0CU; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233839AbjDCXMy (ORCPT + 99 others); Mon, 3 Apr 2023 19:12:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46632 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233160AbjDCXMx (ORCPT ); Mon, 3 Apr 2023 19:12:53 -0400 Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4C4871BFC; Mon, 3 Apr 2023 16:12:52 -0700 (PDT) Received: from [127.0.0.1] (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: marex@denx.de) by phobos.denx.de (Postfix) with ESMTPSA id 471A185C54; Tue, 4 Apr 2023 01:12:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1680563570; bh=ZUetAbCZ5vMdVE5GC+DuXDKD9WMm0kE2HOWJEVcf8cY=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=pg4jY0CUZUCCXwCPABFCmkrSCPlu4hqHZivTsP6g+CR8k74IUC9oFwkz0xG6p9JFB IcWhUah+k9P9OK25G17LrxvsmwvDNUJ82NU5k3Ip1bfBYK67fz9zHTuTG5GRosiXZF riQpQR46aEdlmuM2UIS9/ksz3ANXtvLE7dS7BdE8brDJ8r/RSq3gHZP4L8mHOOoK6G EpiBZLd5z0MLPiYot3jCzPpQtTFh5K7dZhSXMGPti4jsbsF9Ho4h2JV68INnzyFhL2 +fs74wls1JdbbaUHixon8HfNSg35fRK5AZ72ImlJ3J2qjCDcl4lK5AOqX51opyMl+8 eoss+WSv6dDeQ== Message-ID: Date: Tue, 4 Apr 2023 01:12:48 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: [PATCH v1 1/2] dt-bindings: display: bridge: sn65dsi83: Add DSI video mode To: Francesco Dolcini , Rob Herring Cc: Andrzej Hajda , Neil Armstrong , Robert Foss , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , dri-devel@lists.freedesktop.org, Krzysztof Kozlowski , devicetree@vger.kernel.org, Francesco Dolcini , David Airlie , Daniel Vetter , linux-kernel@vger.kernel.org References: <20230330101752.429804-1-francesco@dolcini.it> <20230330101752.429804-2-francesco@dolcini.it> <20230403210622.GA1740065-robh@kernel.org> Content-Language: en-US From: Marek Vasut In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.103.8 at phobos.denx.de X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, 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 4/3/23 23:15, Francesco Dolcini wrote: > On Mon, Apr 03, 2023 at 04:06:22PM -0500, Rob Herring wrote: >> On Thu, Mar 30, 2023 at 12:17:51PM +0200, Francesco Dolcini wrote: >>> From: Francesco Dolcini >>> >>> SN65DSI8[34] device supports burst video mode and non-burst video mode >>> with sync events or with sync pulses packet transmission as described in >>> the DSI specification. >>> >>> Add property to select the expected mode, this allows for example to >>> select a mode that is compatible with the DSI host interface. >> >> Why does this need to be in DT? > >> The source and sink drivers should know what their capabilities are >> and pick the best common one. > > Is there a best mode? I think yes: Burst (is better than) Sync Events (is better than) Sync Pulses Burst is most energy efficient, Sync-Pulses is the simplest and least energy efficient and with most constraints. > Isn't this a decision how do we want the 2 peers > to communicate? I don't think so, I believe the Host and nearest bridge should be able to negotiate their capabilities (mode, link rate, etc.) within the DRM subsystem. > For the MIPI-DSI Linux/DRM experts: am I missing something? Is there > another way to have a DSI video sink to ask for a specific mode? I'm afraid this is not implemented yet, so ... plumbing needed. [...]