From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 16211380FFB for ; Tue, 7 Jul 2026 13:00:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.16 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783429250; cv=none; b=iqiFrpO1cIAcqcTkNvqUL049EhGBy97LnZiKzMcEm4JyPLRzIUPznRLxeNYTsbFjt5doMxq3yzmYrqgYzsg5lNNG8cg564bjVaN2irKZ1VSTWiWDCdteSY+vC7dZTaE0tJgE+pBR1GIDwwUmMvyRibbeKKQRpd4D5VyrSS/RPyY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783429250; c=relaxed/simple; bh=uJ/15sSLEddnwXrw2pLnwQ0IxlEn7Wg8w7D+lx2nZvs=; h=Message-ID:Date:MIME-Version:From:Subject:To:Cc:References: In-Reply-To:Content-Type; b=raZuHhAt52hmW97CZ+PhCSWwcbEIi7qCwq2eZfUgBX60nZCc1J5xgf541YwQxFLIRrqU+tcDBurVbtpaOSHmYMgG3iPdu0QGzKKpiu1m6lSt2zidIYs7q8BXmhNmQs6J9ra2+g8kgjytoQQttjwWqTQLtIcQoGwM55YjL5Q8GAY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=HCfkxPK/; arc=none smtp.client-ip=198.175.65.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="HCfkxPK/" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1783429250; x=1814965250; h=message-id:date:mime-version:from:subject:to:cc: references:in-reply-to:content-transfer-encoding; bh=uJ/15sSLEddnwXrw2pLnwQ0IxlEn7Wg8w7D+lx2nZvs=; b=HCfkxPK/dE4aZdcwhJXDuP8T9vUFUHtya8nusCu0BjaOJCpN9NgT4vAi KBIrphNCI7pXEJJcvC6HZ9BPrl3RAPXswEUDF3OouNQpwm7hANxQAMbi0 d/60tujDDjp3Zvhhrr5TJw6jZqBia8CLbgXnPCG2Aalo2zO0F8S7kfxVY flZTpWoYaiGqeAkKsopAAiorIr49WhlP7CwyGKARbb8I6DN/5jYsSOd8N LnAIZIA8g2BRWdrTHI/ORcQEl/VurQ1gXCNrlDq26iLfGZ4amn+GybhQC aiTFyc6ujH0Avm0/aSehkwhaMEK2KxIa4rjnZPMqwvYMVv5BgMk/8ES1g Q==; X-CSE-ConnectionGUID: qMEP1hotQDqusWt8yw0tug== X-CSE-MsgGUID: i+E7kO2BQA2yEugIdDOO5w== X-IronPort-AV: E=McAfee;i="6800,10657,11840"; a="84264301" X-IronPort-AV: E=Sophos;i="6.25,153,1779174000"; d="scan'208";a="84264301" Received: from orviesa002.jf.intel.com ([10.64.159.142]) by orvoesa108.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Jul 2026 06:00:49 -0700 X-CSE-ConnectionGUID: jDywhpQ9St6f+1uM0T/NIg== X-CSE-MsgGUID: 1xKxb15/Q4uDE9Oc5cgOzg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.25,153,1779174000"; d="scan'208";a="284097910" Received: from ettammin-mobl3.ger.corp.intel.com (HELO [10.245.244.223]) ([10.245.244.223]) by orviesa002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Jul 2026 06:00:44 -0700 Message-ID: Date: Tue, 7 Jul 2026 15:01:20 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Maarten Lankhorst Subject: Re: [PATCH v3] drm: Guard DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE To: "Borah, Chaitanya Kumar" , Robert Mader , dri-devel@lists.freedesktop.org Cc: Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter , linux-kernel@vger.kernel.org, amd-gfx@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, Harry Wentland , Daniel Stone , Uma Shankar , Louis Chauvet , Melissa Wen , Simon Ser , Pekka Paalanen , Leandro Ribeiro References: <20260703073230.19982-1-robert.mader@collabora.com> <6d8806b8-fc71-4699-82c4-7189a0ea2284@intel.com> Content-Language: en-US In-Reply-To: <6d8806b8-fc71-4699-82c4-7189a0ea2284@intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hey, On 7/7/26 10:03, Borah, Chaitanya Kumar wrote: > > > On 7/3/2026 1:02 PM, Robert Mader wrote: >> The client cap is currently advertised unconditionally, even for drivers >> that do not support plane color pipelines. If clients supporting the later, > > s/later/latter > >> like Wayland compositors or tools like drm_info, enable the client cap on >> such drivers they will be left without both color pipeline and the legacy >> properties COLOR_ENCODING and COLOR_RANGE, effectively breaking YUV->RGB >> conversion support. >> >> Prevent that by only marking the cap supported if there are actually planes >> with color pipelines. >> >> Note: while the color pipeline replacement for the legacy properties is >> still under review (1), we can assume that it will work as a drop-in >> replacement. > > This change will but a driver can also choose to export colorops like programmable CTM_3x4 to achieve the same. > > We should also perhaps document this somewhere that if a driver supports LEGACY properties, it is imperative to implement some version of it with the color pipeline line property. Would this be doable inside drm core? Implement the color pipeline properties, get the fixed pipeline for free? But thanks for all feedback, as I was about to push this patch, I noticed it still uses -EOPNOTSUPP, can it be changed to -EINVAL? ~Maarten