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=-6.0 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no 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 00535C07E9C for ; Fri, 9 Jul 2021 09:23:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D58C8613E1 for ; Fri, 9 Jul 2021 09:23:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231945AbhGIJZ7 (ORCPT ); Fri, 9 Jul 2021 05:25:59 -0400 Received: from mail-40136.protonmail.ch ([185.70.40.136]:60997 "EHLO mail-40136.protonmail.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231922AbhGIJZ5 (ORCPT ); Fri, 9 Jul 2021 05:25:57 -0400 Date: Fri, 09 Jul 2021 09:23:10 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emersion.fr; s=protonmail3; t=1625822591; bh=LO9Rp69AEGGH8iMW8uMeJxTykgakbc4R3iWP675PBLo=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=DAQanbWjtx9D303DUb3qkxBQFeJpOtmbt4i+MUQEXM70IgGQHlc7/Y6KJpPz5TRCS xibCTAoO8SUEYjr5y+vUxdcfuAE5P/vaZnhaFUFJ99Z2zEMKoU+DcnjEVYnjQ+FCft 693j4xNl/UFL1GJTR+i9uR+5jN6YEjjv6AXN3YQYruieWpONb7qBtUmrMnmxxZXR8r 7Vv3ycoVpUsMyC499+pKcLzqgrpEZlMoHpK0y/ubE7DgSPHHnbrKEZZCkN43f+LIxJ s7o1qgPUUqScFL4sZdVd8w0/dK2qps1jsb6oSqvoQAZzRDVA8POlGVn/1Cvj/nX3fR s591/ZmE3uSiA== To: Raphael Gallais-Pou From: Simon Ser Cc: Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Yannick FERTRE - foss , Philippe CORNU - foss , Benjamin Gaignard , Maxime Coquelin , Alexandre TORGUE - foss , Matt Roper , "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "linux-stm32@st-md-mailman.stormreply.com" , "linux-arm-kernel@lists.infradead.org" , Yannick FERTRE , Raphael GALLAIS-POU , Philippe CORNU Reply-To: Simon Ser Subject: Re: [PATCH 0/2] Add "BACKGROUND_COLOR" drm property Message-ID: In-Reply-To: References: <20210707084557.22443-1-raphael.gallais-pou@foss.st.com> <31K3xupK1-7HNWorHqIwGwgEJl-1XdFjUQEoNYm6yB-lRoZ8kq5quRji_r3mzPZ0bUayLef6xPfQDiETgZp9lR7vUpDn2nB_37ncSd-J0Wc=@emersion.fr> 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 On Friday, July 9th, 2021 at 11:09, Raphael Gallais-Pou wrote: > We don't usually test with piglit and igt-gpu-tools. Instead, modetest > utility of the libdrm is used quite often (as is it the case in order to > test this property). Just to make it extra clear: regardless of how you bring up your driver implementation, without an IGT test and real-world open-source user-space patches that make use of the new prop, your patches *cannot* be merged. If you're planning to add support for the new prop to an open-source KMS client, please add a link to the patches in your kernel submission. If you don't have plans to use the new prop in an open-source KMS client, let us know and we can discuss what the best candidate would be. > I was also thinking about implementing an option into modetest to ease > the use of this drm property (support of hexadecimal values for propertie= s). (For the record, modeset doesn't count as a real-world user-space usage: it= 's just a toy implementation, just a test tool.) Simon