Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AB3EBC433F5 for ; Sun, 10 Oct 2021 17:12:56 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (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 1CB0F60F39 for ; Sun, 10 Oct 2021 17:12:56 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 1CB0F60F39 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ravnborg.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 60F676E0F3; Sun, 10 Oct 2021 17:12:55 +0000 (UTC) Received: from mx2.smtp.larsendata.com (mx2.smtp.larsendata.com [91.221.196.228]) by gabe.freedesktop.org (Postfix) with ESMTPS id 3CD6C6E0F3 for ; Sun, 10 Oct 2021 17:12:54 +0000 (UTC) Received: from mail01.mxhotel.dk (mail01.mxhotel.dk [91.221.196.236]) by mx2.smtp.larsendata.com (Halon) with ESMTPS id 44fb7eff-29ed-11ec-ac3c-0050568cd888; Sun, 10 Oct 2021 17:12:38 +0000 (UTC) Received: from ravnborg.org (80-162-45-141-cable.dk.customer.tdc.net [80.162.45.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: sam@ravnborg.org) by mail01.mxhotel.dk (Postfix) with ESMTPSA id 38B08194B9C; Sun, 10 Oct 2021 19:12:39 +0200 (CEST) Date: Sun, 10 Oct 2021 19:12:49 +0200 X-Report-Abuse-To: abuse@mxhotel.dk From: Sam Ravnborg To: Marek Vasut Cc: dri-devel@lists.freedesktop.org, Laurent Pinchart Subject: Re: [PATCH v6 2/2] drm/bridge: lvds-codec: Add support for LVDS data mapping select Message-ID: References: <20211010144919.38392-1-marex@denx.de> <20211010144919.38392-2-marex@denx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Sun, Oct 10, 2021 at 06:02:44PM +0200, Sam Ravnborg wrote: > Hi Marek, > On Sun, Oct 10, 2021 at 04:49:19PM +0200, Marek Vasut wrote: > > Decoder input LVDS format is a property of the decoder chip or even > > its strapping. Handle data-mapping the same way lvds-panel does. In > > case data-mapping is not present, do nothing, since there are still > > legacy bindings which do not specify this property. > > > > Reviewed-by: Laurent Pinchart > > Signed-off-by: Marek Vasut > > Cc: Laurent Pinchart > > Cc: Sam Ravnborg > Reviewed-by: Sam Ravnborg > > To: dri-devel@lists.freedesktop.org > > --- > > V2: - Move the data-mapping to endpoint > > V3: - Rebase on V2 submitted a while ago, reinstate changelog > > - Use .atomic_get_input_bus_fmts for the decoder, separate funcs for encoder > > V4: - No change > > V5: - Move the data-mapping property to port@0 , decoder LVDS input > > - Add RB from Laurent > > V6: - Turn missing data-mapping into warning, since the driver does > > continue in legacy probing mode without it. > > I assume you will apply the patches. I did not find your name in https://people.freedesktop.org/~seanpaul/whomisc.html so I went ahead and applied the patches. Sam