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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 75505C433EF for ; Tue, 21 Dec 2021 10:39:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233508AbhLUKjj (ORCPT ); Tue, 21 Dec 2021 05:39:39 -0500 Received: from mail-4317.proton.ch ([185.70.43.17]:33208 "EHLO mail-4317.proton.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229925AbhLUKji (ORCPT ); Tue, 21 Dec 2021 05:39:38 -0500 Date: Tue, 21 Dec 2021 10:39:34 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emersion.fr; s=protonmail; t=1640083177; bh=hPRELDBRRxQ+cyI0/AOFM+F6eiRHj96W1420vRye73Y=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:From:To:Cc; b=uFr8Orra0Ypm//GJVgoue4hVc9jVAaOnvqnnPkJ55rVCVgBHmCUuBctPubEruiJql 0FWTcs9TVmwfVHOWvcBDgQv/QuZcixe7jcVnvLUdkrmRNzkNrj9jStSD6+ULP8Wcty 5OxqcGqufMOSKvWXiLsjasCiMziIWQv8co+CVqz2NZxHK8qY1DRn44z06y4wKjV4HX ooQgMAPzEyVdXeQ1VLNiy7aEvvwZunZEyTQdm8I94jvf/UscKWsfcE5knqz/1kDIZL +dWqCJs00R3RExBDMkQP72U7aSjkbLf3GDIqkr4TJ6c7uCEILLWi/O7o8Ka0/o10Zm +KDnlxAXVsQKQ== To: =?utf-8?Q?Jos=C3=A9_Exp=C3=B3sito?= From: Simon Ser Cc: rodrigosiqueiramelo@gmail.com, melissa.srw@gmail.com, hamohammed.sa@gmail.com, daniel@ffwll.ch, airlied@linux.ie, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, cphealy@gmail.com Reply-To: Simon Ser Subject: Re: [PATCH v2 2/2] drm/vkms: set plane modifiers Message-ID: In-Reply-To: <20211216170140.15803-2-jose.exposito89@gmail.com> References: <20211216170140.15803-1-jose.exposito89@gmail.com> <20211216170140.15803-2-jose.exposito89@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Overall looks good, but it is a bit repetitive to copy & paste this in all drivers. It'd be nice to provide a core helper to do this, and then drivers can just set format_mod_supported to the helper if they don't have more involved logic. Thoughts? See drm_plane_check_pixel_format, where the logic is already implemented. Alternatively=E2=80=A6 We can just support a missing format_mod_supported i= n create_in_format_blob. This sounds like this was the original intention of db1689aa61bd ("drm: Create a format/modifier blob") and drm_plane_check_pixel_format.