On Tue, 26 Mar 2024 11:42:48 -0400
Christopher Michael wrote:
> The 2024 X.Org Foundation membership renewal period has been extended
> one additional week and elections will start the following week on 01
> April 2024.
>
> Please note that only current members can vote in the upcoming
On Wed, 27 Mar 2024 13:29:16 +0200
Pekka Paalanen wrote:
> On Wed, 27 Mar 2024 07:11:48 +
> "Garg, Nemesa" wrote:
>
> > > -Original Message-
> > > From: Pekka Paalanen
> > > Sent: Wednesday, March 13, 2024 3:07 PM
> >
On Wed, 27 Mar 2024 07:11:48 +
"Garg, Nemesa" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Wednesday, March 13, 2024 3:07 PM
> > To: Garg, Nemesa
> > Cc: Simon Ser ; intel-gfx@lists.freedesktop.org; dri-
> > de...@l
On Tue, 12 Mar 2024 16:26:00 +0200
Pekka Paalanen wrote:
> On Tue, 12 Mar 2024 08:30:34 +
> "Garg, Nemesa" wrote:
>
> > This KMS property is not implementing any formula
>
> Sure it is. Maybe Intel just does not want to tell what the algorithm
&g
SDR vs. HDR imagery?
Thanks,
pq
> > -Original Message-
> > From: dri-devel On Behalf Of Simon
> > Ser
> > Sent: Monday, March 4, 2024 7:46 PM
> > To: Garg, Nemesa
> > Cc: Pekka Paalanen ; intel-
> > g...@lists.freedesktop.org; dri-de...@lists
On Thu, 7 Mar 2024 14:02:33 +0530
Nemesa Garg wrote:
> This allows the user to set the intensity
> so as to get the sharpness effect.
>
> It is useful in scenario when the output is blurry
> and user want to sharpen the pixels.
>
> Signed-off-by: Nemesa Garg
> ---
>
On Mon, 19 Feb 2024 10:34:19 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Wednesday, February 14, 2024 2:34 PM
> > To: Shankar, Uma
> > Cc: ville.syrj...@linux.intel.com; intel-gfx@lists.freedesktop.o
On Fri, 16 Feb 2024 04:28:41 +
"Garg, Nemesa" wrote:
> It is not intel specific and the goal is to have a generic API for
> configuring Sharpness, accessible to various vendors. Intel currently
> offers sharpness support through the Display Engine, while other
> vendors seem to support
On Wed, 14 Feb 2024 07:28:37 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: dri-devel On Behalf Of Pekka
> > Paalanen
> > Sent: Tuesday, February 13, 2024 3:07 PM
> > To: Shankar, Uma
> > Cc: intel-gfx@lists.freedesktop.org; d
On Tue, 13 Feb 2024 12:18:07 +0530
Uma Shankar wrote:
> This series intends to add support for Plane Color Management for
> Intel platforms. This is based on the design which has been agreed
> upon by the community. Series implementing the design for generic
> DRM core has been sent out by Harry
On Tue, 13 Feb 2024 12:18:24 +0530
Uma Shankar wrote:
> This defines the lut segments and create the color pipeline
>
> Signed-off-by: Uma Shankar
> Signed-off-by: Chaitanya Kumar Borah
> ---
> drivers/gpu/drm/i915/display/intel_color.c | 109 +
> 1 file changed, 109
On Tue, 13 Feb 2024 12:18:12 +0530
Uma Shankar wrote:
> From: Chaitanya Kumar Borah
>
> Add support for 3x3 Color Transformation Matrices in Color Pipeline.
>
> Signed-off-by: Chaitanya Kumar Borah
> Signed-off-by: Uma Shankar
> ---
> drivers/gpu/drm/drm_atomic_uapi.c | 3 +++
>
On Wed, 17 Jan 2024 12:58:15 +
Andri Yngvason wrote:
> mið., 17. jan. 2024 kl. 09:21 skrifaði Pekka Paalanen :
...
> > EDID and DisplayID standards also evolve. The kernel could be behind
> > userspace in chasing them, which was the reason why the kernel does n
On Tue, 16 Jan 2024 14:11:43 +
Andri Yngvason wrote:
> þri., 16. jan. 2024 kl. 13:29 skrifaði Sebastian Wick
> :
> >
> > On Tue, Jan 16, 2024 at 01:13:13PM +, Andri Yngvason wrote:
> [...]
> > > şri., 16. jan. 2024 kl. 11:42 skrifaği Sebastian Wick
> > > :
> > > >
> > > > On Mon, Jan
On Thu, 7 Sep 2023 12:31:47 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Tuesday, September 5, 2023 5:03 PM
> > To: Shankar, Uma
> > Cc: intel-gfx@lists.freedesktop.org; Borah, Chaitanya Kumar
> &
i-de...@lists.freedesktop.org; wayland-
> > de...@lists.freedesktop.org; Ville Syrjala ;
> > Pekka
> > Paalanen ; Simon Ser ;
> > Melissa Wen ; Jonas Ådahl ; Shashank
> > Sharma ; Alexander Goins ;
> > Naseer Ahmed ; Christopher Braga
> >
> > Subject: Re
On Mon, 4 Sep 2023 14:10:05 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: dri-devel On Behalf Of Pekka
> > Paalanen
> > Sent: Wednesday, August 30, 2023 6:30 PM
> > To: Shankar, Uma
> > Cc: intel-gfx@lists.freede
On Mon, 4 Sep 2023 13:44:49 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: dri-devel On Behalf Of Pekka
> > Paalanen
> > Sent: Wednesday, August 30, 2023 5:59 PM
> > To: Shankar, Uma
> > Cc: intel-gfx@lists.freede
On Tue, 29 Aug 2023 21:33:51 +0530
Uma Shankar wrote:
> From: Chaitanya Kumar Borah
>
> Each Color Hardware block will be represented uniquely
> in the color pipeline. Define the structure to represent
> the same.
>
> These color operations will form the building blocks of
> a color pipeline
On Wed, 30 Aug 2023 08:59:36 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Harry Wentland
> > Sent: Wednesday, August 30, 2023 1:10 AM
> > To: Shankar, Uma ; intel-gfx@lists.freedesktop.org;
> > dri-
> > de...@lists.freedesktop.org
> > Cc: Borah, Chaitanya Kumar ;
(Pekka)
> v4: Total redesign to include the 2D bitmap
>
> Cc: Simon Ser
> Cc: Jonas Ådahl
> Cc: Daniel Stone
> Cc: Pekka Paalanen
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/drm_mode_config.c | 7 +++
> drivers/gpu/drm/drm_plane.c | 96
On Fri, 17 Mar 2023 11:17:37 +0200
Pekka Paalanen wrote:
> On Fri, 17 Mar 2023 11:09:21 +0200
> Pekka Paalanen wrote:
>
> > On Thu, 16 Mar 2023 23:22:24 +0100
> > Sebastian Wick wrote:
>
> > > Vblank can be really long, especially with VRR where the additi
On Fri, 17 Mar 2023 11:09:21 +0200
Pekka Paalanen wrote:
> On Thu, 16 Mar 2023 23:22:24 +0100
> Sebastian Wick wrote:
> > Vblank can be really long, especially with VRR where the additional
> > time you get to finish the frame comes from making vblank longer.
Btw. VRR e
The
> > > > > > > > fence-context
> > > > > > > > implementation will need similar logic to track deadlines
> > > > > > > > of all
> > > > > > > > the fences on the same ti
On Wed, 8 Mar 2023 07:52:51 -0800
Rob Clark wrote:
> From: Rob Clark
>
> This series adds a deadline hint to fences, so realtime deadlines
> such as vblank can be communicated to the fence signaller for power/
> frequency management decisions.
>
> This is partially inspired by a trick i915
On Tue, 14 Feb 2023 12:27:45 +0200
Ville Syrjälä wrote:
> On Tue, Feb 14, 2023 at 11:42:27AM +0200, Pekka Paalanen wrote:
> > On Thu, 9 Feb 2023 13:51:05 +0200
> > Pekka Paalanen wrote:
> >
> > > Maybe we could refine this so that userspace uses the s
On Thu, 9 Feb 2023 13:51:05 +0200
Pekka Paalanen wrote:
> Maybe we could refine this so that userspace uses the stride and height
> implied by the caps for allocation, and then use the exact cursor image
> size for AddFB2? And have drivers pick any size between those two they
On Wed, 8 Feb 2023 23:16:56 +0200
Ville Syrjälä wrote:
> On Wed, Feb 08, 2023 at 03:03:49PM +0200, Ville Syrjälä wrote:
> > On Wed, Feb 08, 2023 at 02:13:12PM +0200, Pekka Paalanen wrote:
> > > On Wed, 8 Feb 2023 06:09:10 +0200
> > > Ville Syrjala wrote:
> >
short list of options.
>
> Note that the reported sizes (either via the property or the
> caps) make no claims about things such as plane scaling. So
> these things should only really be consulted for simple
> "cursor like" use cases.
>
> v2: Try to add some docs
>
&
short list of options.
>
> Note that the reported sizes (either via the property or the
> caps) make no claims about things such as plane scaling. So
> these things should only really be consulted for simple
> "cursor like" use cases.
>
> Cc: Simon Ser
> Cc: Jonas Åd
On Thu, 9 Feb 2023 15:10:38 +0200
Ville Syrjälä wrote:
> On Thu, Feb 09, 2023 at 01:58:55PM +0200, Pekka Paalanen wrote:
> > On Wed, 8 Feb 2023 23:10:16 +0200
> > Ville Syrjala wrote:
> >
> > > From: Ville Syrjälä
> > >
> > > Add a n
rary
leasing client might, and I presume that would then stall Weston's
TEST_ONLY commits.
I believe working on optimising this could be useful for KMS leasing use
cases, assuming lessees do blocking commits. I don't know if any do.
Thanks,
pq
>
> Cc: Daniel Vetter
> Cc: Ma
On Thu, 25 Nov 2021 20:43:19 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Harry Wentland
> > Sent: Tuesday, November 23, 2021 8:35 PM
> > To: Shankar, Uma ; intel-gfx@lists.freedesktop.org;
> > dri-
> > de...@lists.freedesktop.org
> > Cc: ville.syrj...@linux.intel.com;
On Mon, 22 Nov 2021 15:42:38 -0700
jim.cro...@gmail.com wrote:
> On Mon, Nov 22, 2021 at 2:02 AM Pekka Paalanen wrote:
> >
> > On Fri, 19 Nov 2021 11:21:36 -0500
> > Jason Baron wrote:
> >
> > > On 11/18/21 10:24 AM, Pekka Paalanen wrote:
> &
On Fri, 19 Nov 2021 11:21:36 -0500
Jason Baron wrote:
> On 11/18/21 10:24 AM, Pekka Paalanen wrote:
> > On Thu, 18 Nov 2021 09:29:27 -0500
> > Jason Baron wrote:
> >
> >> On 11/16/21 3:46 AM, Pekka Paalanen wrote:
> >>> On Fri, 12 Nov 20
On Thu, 18 Nov 2021 09:29:27 -0500
Jason Baron wrote:
> On 11/16/21 3:46 AM, Pekka Paalanen wrote:
> > On Fri, 12 Nov 2021 10:08:41 -0500
> > Jason Baron wrote:
> >
> >> On 11/12/21 6:49 AM, Vincent Whitchurch wrote:
> >>> On Thu, Nov 11,
On Fri, 12 Nov 2021 10:08:41 -0500
Jason Baron wrote:
> On 11/12/21 6:49 AM, Vincent Whitchurch wrote:
> > On Thu, Nov 11, 2021 at 03:02:04PM -0700, Jim Cromie wrote:
> >> Sean Paul proposed, in:
> >>
On Fri, 12 Nov 2021 16:54:35 +0200
Ville Syrjälä wrote:
> On Thu, Nov 11, 2021 at 04:10:41PM -0500, Harry Wentland wrote:
> >
> >
> > On 2021-11-11 15:42, Shankar, Uma wrote:
> > >
> > >
> > >> -Original Message-
> > >> From: Ville Syrjälä
> > >> Sent: Thursday, November 11,
On Thu, 11 Nov 2021 21:58:35 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Harry Wentland
> > Sent: Friday, November 12, 2021 2:41 AM
> > To: Shankar, Uma ; Ville Syrjälä
> >
> > Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> >
On Wed, 10 Nov 2021 10:17:59 -0500
Harry Wentland wrote:
> On 2021-11-10 06:55, Ville Syrjälä wrote:
> > On Wed, Nov 10, 2021 at 10:49:24AM +0200, Pekka Paalanen wrote:
> >> On Wed, 10 Nov 2021 00:02:16 +0200
> >> Ville Syrjälä wrote:
> >>
> >&
On Wed, 10 Nov 2021 00:02:16 +0200
Ville Syrjälä wrote:
> On Tue, Nov 09, 2021 at 03:47:58PM -0500, Harry Wentland wrote:
> > On 2021-11-08 04:54, Pekka Paalanen wrote:
> > > On Thu, 4 Nov 2021 12:27:56 -0400
> > > Harry Wentland wrote:
> > >
> &
On Thu, 4 Nov 2021 12:27:56 -0400
Harry Wentland wrote:
> On 2021-11-04 04:38, Pekka Paalanen wrote:
> > On Wed, 3 Nov 2021 11:08:13 -0400
> > Harry Wentland wrote:
> >
> >> On 2021-09-06 17:38, Uma Shankar wrote:
> >>> Existing LUT precision struc
On Wed, 3 Nov 2021 11:08:13 -0400
Harry Wentland wrote:
> On 2021-09-06 17:38, Uma Shankar wrote:
> > Existing LUT precision structure is having only 16 bit
> > precision. This is not enough for upcoming enhanced hardwares
> > and advance usecases like HDR processing. Hence added a new
> >
On Tue, 26 Oct 2021 11:02:31 -0400
Harry Wentland wrote:
> On 2021-10-12 17:01, Shankar, Uma wrote:
> >
> >
> >> -Original Message-
> >> From: Pekka Paalanen
> >> Sent: Tuesday, October 12, 2021 5:25 PM
> >> To: Shankar, Um
On Tue, 26 Oct 2021 11:36:33 -0400
Harry Wentland wrote:
> On 2021-10-14 15:44, Shankar, Uma wrote:
> >
...
> > +
> > +* Plane CTM
> > + * This is a Property to program the color transformation
> > matrix.
>
> No mode property here? Is there any hardware
On Thu, 14 Oct 2021 19:44:25 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Wednesday, October 13, 2021 2:01 PM
> > To: Shankar, Uma
> > Cc: harry.wentl...@amd.com; ville.syrj...@linux.intel.com; intel-
On Tue, 12 Oct 2021 20:58:27 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Tuesday, October 12, 2021 4:01 PM
> > To: Shankar, Uma
> > Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
On Tue, 12 Oct 2021 19:11:29 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Tuesday, October 12, 2021 5:30 PM
> > To: Simon Ser
> > Cc: Shankar, Uma ; intel-gfx@lists.freedesktop.org;
> > dri
On Tue, 12 Oct 2021 10:35:37 +
Simon Ser wrote:
> On Tuesday, October 12th, 2021 at 12:30, Pekka Paalanen
> wrote:
>
> > is there a practise of landing proposal documents in the kernel? How
> > does that work, will a kernel tree carry the patch files?
> > Or sho
On Tue, 7 Sep 2021 03:08:42 +0530
Uma Shankar wrote:
> This is how a typical display color hardware pipeline looks like:
> +---+
> |RAM|
> | +--++-++-+ |
> | | FB 1 || FB 2
On Tue, 7 Sep 2021 03:08:45 +0530
Uma Shankar wrote:
> Add Plane Degamma Mode as an enum property. Create a helper
> function for all plane color management features.
>
> This is an enum property with values as blob_id's and exposes
> the various gamma modes supported and the lut ranges.
On Tue, 7 Sep 2021 03:08:43 +0530
Uma Shankar wrote:
> This is a RFC proposal for plane color hardware blocks.
> It exposes the property interface to userspace and calls
> out the details or interfaces created and the intended
> purpose.
>
> Credits: Ville Syrjälä
> Signed-off-by: Uma Shankar
On Tue, 3 Aug 2021 11:38:19 +0200
Werner Sembach wrote:
> Greetings,
>
> Original proposal:
> https://www.mail-archive.com/amd-gfx@lists.freedesktop.org/msg62387.html
>
> Abstract: Add "preferred color format", "active color format", "active bpc",
> and "active Broadcast RGB" drm properties,
On Wed, 14 Jul 2021 20:18:57 +0200
Werner Sembach wrote:
> Am 01.07.21 um 13:30 schrieb Werner Sembach:
> > Am 01.07.21 um 09:42 schrieb Pekka Paalanen:
> >> On Wed, 30 Jun 2021 11:42:10 +0200
> >> Werner Sembach wrote:
> >>
> >>> Am 30.06.21
On Tue, 6 Jul 2021 17:57:35 -0700
John Harrison wrote:
> On 7/3/2021 01:21, Martin Peres wrote:
> > On 02/07/2021 18:07, Michal Wajdeczko wrote:
> >> On 02.07.2021 10:09, Martin Peres wrote:
> >>> On 02/07/2021 10:29, Pekka Paalanen wrote:
> >&
On Mon, 5 Jul 2021 17:49:42 +0200
Werner Sembach wrote:
> Am 01.07.21 um 15:24 schrieb Pekka Paalanen:
> > On Thu, 1 Jul 2021 14:50:13 +0200
> > Werner Sembach wrote:
> >
> >> Am 01.07.21 um 10:07 schrieb Pekka Paalanen:
> >>
> >>> On W
On Thu, 1 Jul 2021 21:28:06 +0200
Daniel Vetter wrote:
> On Thu, Jul 1, 2021 at 8:27 PM Martin Peres wrote:
> >
> > On 01/07/2021 11:14, Pekka Paalanen wrote:
> > > On Wed, 30 Jun 2021 11:58:25 -0700
> > > John Harrison wrote:
> > >
>
On Thu, 1 Jul 2021 14:50:13 +0200
Werner Sembach wrote:
> Am 01.07.21 um 10:07 schrieb Pekka Paalanen:
>
> > On Wed, 30 Jun 2021 11:20:18 +0200
> > Werner Sembach wrote:
> >
> >> Am 30.06.21 um 10:41 schrieb Pekka Paalanen:
> >>
> >>> O
On Wed, 30 Jun 2021 11:58:25 -0700
John Harrison wrote:
> On 6/30/2021 01:22, Martin Peres wrote:
> > On 24/06/2021 10:05, Matthew Brost wrote:
> >> From: Daniele Ceraolo Spurio
> >>
> >> Unblock GuC submission on Gen11+ platforms.
> >>
> >> Signed-off-by: Michal Wajdeczko
> >>
On Wed, 30 Jun 2021 11:20:18 +0200
Werner Sembach wrote:
> Am 30.06.21 um 10:41 schrieb Pekka Paalanen:
>
> > On Tue, 29 Jun 2021 13:39:18 +0200
> > Werner Sembach wrote:
> >
> >> Am 29.06.21 um 13:17 schrieb Pekka Paalanen:
> >>> On Tue, 29 J
On Wed, 30 Jun 2021 11:42:10 +0200
Werner Sembach wrote:
> Am 30.06.21 um 10:21 schrieb Pekka Paalanen:
> > On Tue, 29 Jun 2021 13:02:05 +0200
> > Werner Sembach wrote:
> >
> >> Am 28.06.21 um 19:03 schrieb Werner Sembach:
> >>> Am 18.06.21 um
On Tue, 29 Jun 2021 13:39:18 +0200
Werner Sembach wrote:
> Am 29.06.21 um 13:17 schrieb Pekka Paalanen:
> > On Tue, 29 Jun 2021 08:12:54 +
> > Simon Ser wrote:
> >
> >> On Tuesday, June 22nd, 2021 at 09:15, Pekka Paalanen
> >> wrote:
> >
On Tue, 29 Jun 2021 13:02:05 +0200
Werner Sembach wrote:
> Am 28.06.21 um 19:03 schrieb Werner Sembach:
> > Am 18.06.21 um 11:11 schrieb Werner Sembach:
> >> Add a new general drm property "active bpc" which can be used by graphic
> >> drivers to report the applied bit depth per pixel back to
On Tue, 29 Jun 2021 08:12:54 +
Simon Ser wrote:
> On Tuesday, June 22nd, 2021 at 09:15, Pekka Paalanen
> wrote:
>
> > yes, I think this makes sense, even if it is a property that one can't
> > tell for sure what it does before hand.
> >
> > Using
On Wed, 23 Jun 2021 12:10:14 +0200
Werner Sembach wrote:
> Am 23.06.21 um 09:48 schrieb Pekka Paalanen:
> > On Tue, 22 Jun 2021 11:57:53 +0200
> > Werner Sembach wrote:
> >
> >> Am 22.06.21 um 09:25 schrieb Pekka Paalanen:
> >>> On Fri, 18 Jun 2021
On Wed, 23 Jun 2021 12:17:40 +0200
Werner Sembach wrote:
> Am 23.06.21 um 09:32 schrieb Pekka Paalanen:
> > On Tue, 22 Jun 2021 11:48:52 +
> > Simon Ser wrote:
> >
> >> On Tuesday, June 22nd, 2021 at 11:50, Werner Sembach
> >> wrote:
> >>
On Tue, 22 Jun 2021 11:28:57 +0200
Werner Sembach wrote:
> Am 22.06.21 um 09:29 schrieb Pekka Paalanen:
> > On Fri, 18 Jun 2021 11:11:16 +0200
> > Werner Sembach wrote:
> >
> >> This commit implements the "Broadcast RGB" drm property for the A
On Tue, 22 Jun 2021 11:57:53 +0200
Werner Sembach wrote:
> Am 22.06.21 um 09:25 schrieb Pekka Paalanen:
> > On Fri, 18 Jun 2021 11:11:14 +0200
> > Werner Sembach wrote:
> >
> >> Add "Broadcast RGB" to general drm context so that more drivers be
On Tue, 22 Jun 2021 11:48:52 +
Simon Ser wrote:
> On Tuesday, June 22nd, 2021 at 11:50, Werner Sembach
> wrote:
>
> > Unknown is when no monitor is connected or is when the
> > connector/monitor is disabled.
>
> I think the other connector props (link-status, non-desktop, etc) don't
>
On Tue, 22 Jun 2021 19:06:43 +0200
Werner Sembach wrote:
> Am 19.05.21 um 11:34 schrieb Pekka Paalanen:
> > On Wed, 12 May 2021 16:04:16 +0300
> > Ville Syrjälä wrote:
> >
> >> On Wed, May 12, 2021 at 02:06:56PM +0200, Werner Sembach wrote:
> &
On Fri, 18 Jun 2021 11:11:16 +0200
Werner Sembach wrote:
> This commit implements the "Broadcast RGB" drm property for the AMD GPU
> driver.
>
> Signed-off-by: Werner Sembach
> ---
> .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 22 ++-
>
On Fri, 18 Jun 2021 11:11:14 +0200
Werner Sembach wrote:
> Add "Broadcast RGB" to general drm context so that more drivers besides
> i915 and gma500 can implement it without duplicating code.
>
> Userspace can use this property to tell the graphic driver to use full or
> limited color range for
rty.
> + */
> + u32 preferred_color_format;
Hi,
yes, I think this makes sense, even if it is a property that one can't
tell for sure what it does before hand.
Using a pair of properties, preference and active, to ask for something
and then check what actually worked is good
On Fri, 18 Jun 2021 11:11:08 +0200
Werner Sembach wrote:
> Add a new general drm property "active color range" which can be used by
> graphic drivers to report the used color range back to userspace.
>
> There was no way to check which color range got actually used on a given
> monitor. To
int min, int max);
> int drm_connector_attach_active_bpc_property(struct drm_connector
> *connector, int min, int max);
> void drm_connector_set_active_bpc_property(struct drm_connector *connector,
> int active_bpc);
> +int drm_connector_attach_active_color_format_property(struct drm_connector
> *connector);
> +void drm_connector_set_active_color_format_property(struct drm_connector
> *connector,
> + u32 active_color_format);
>
> /**
> * struct drm_tile_group - Tile group metadata
Acked-by: Pekka Paalanen
Thanks,
pq
pgp0XJMQVSarc.pgp
Description: OpenPGP digital signature
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
ine DRM_CONNECTOR_POLL_HPD (1 << 0)
> #define DRM_CONNECTOR_POLL_CONNECT (1 << 1)
> #define DRM_CONNECTOR_POLL_DISCONNECT (1 << 2)
> @@ -1702,6 +1708,8 @@ int drm_connector_set_panel_orientation_with_quirk(
> int width, int height);
> int drm_connector_attach_max_b
is required, it is the client's responsibility to
> + * wait for buffer to be ready for reading or writing.
... before calling this ioctl.
Maybe that would be worthwhile to add?
Likewise, submit follow-up work to GPU et al. only after calling this
ioctl with SYNC_END?
Any
On Wed, 09 Jun 2021 21:23:27 +
Simon Ser wrote:
> This function sends a hotplug uevent with a CONNECTOR property.
>
> Signed-off-by: Simon Ser
> ---
> drivers/gpu/drm/drm_sysfs.c | 25 +
> include/drm/drm_sysfs.h | 1 +
> 2 files changed, 26 insertions(+)
>
>
On Tue, 8 Jun 2021 19:43:18 +0200
Werner Sembach wrote:
> Add a new general drm property "active color format" which can be used by
> graphic drivers to report the used color format back to userspace.
>
> There was no way to check which color format got actually used on a given
> monitor. To
On Tue, 8 Jun 2021 19:43:15 +0200
Werner Sembach wrote:
> Add a new general drm property "active bpc" which can be used by graphic
> drivers
> to report the applied bit depth per pixel back to userspace.
>
> While "max bpc" can be used to change the color depth, there was no way to
> check
>
On Mon, 7 Jun 2021 17:34:06 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Harry Wentland
> > Sent: Friday, June 4, 2021 11:54 PM
> > To: Shankar, Uma ; intel-gfx@lists.freedesktop.org;
> > dri-
> > de...@lists.freedesktop.org
> > Cc: Modem, Bhanuprakash ; Cyr, Aric
> >
On Mon, 7 Jun 2021 18:07:23 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: dri-devel On Behalf Of Pekka
> > Paalanen
> > Sent: Monday, June 7, 2021 1:00 PM
> > To: Harry Wentland
> > Cc: intel-gfx@lists.freedesktop.org; S
On Fri, 4 Jun 2021 14:24:28 -0400
Harry Wentland wrote:
> On 2021-06-01 6:51 a.m., Uma Shankar wrote:
> > Add Plane Degamma Mode as an enum property. Create a helper
> > function for all plane color management features.
> >
> > This is an enum property with values as blob_id's and exposes
> >
On Mon, 7 Jun 2021 09:48:05 +0200
Maxime Ripard wrote:
> I've started to implement this for the raspberrypi some time ago.
>
> https://github.com/raspberrypi/linux/pull/4201
>
> It's basically two properties: a bitmask of the available output pixel
> encoding to report both what the display
On Fri, 4 Jun 2021 19:17:21 +0200
Werner Sembach wrote:
> Add a new general drm property "active bpc" which can be used by graphic
> drivers
> to report the applied bit depth per pixel back to userspace.
>
> While "max bpc" can be used to change the color depth, there was no way to
> check
>
On Fri, 4 Jun 2021 14:51:25 -0400
Harry Wentland wrote:
> On 2021-06-01 6:41 a.m., Uma Shankar wrote:
> > Modern hardwares have multi segmented lut approach to prioritize
> > the darker regions of the spectrum. This series introduces a new
> > UAPI to define the lut ranges supported by the
On Thu, 03 Jun 2021 14:30:41 +0200
Sebastian Wick wrote:
> On 2021-06-03 10:47, Pekka Paalanen wrote:
> > On Wed, 2 Jun 2021 19:42:19 -0400
> > Harry Wentland wrote:
> >
> >> On 2021-06-02 4:22 p.m., Shankar, Uma wrote:
> >> >
> >> >
On Wed, 2 Jun 2021 19:42:19 -0400
Harry Wentland wrote:
> On 2021-06-02 4:22 p.m., Shankar, Uma wrote:
> >
> >
> >> -Original Message-
> >> From: Pekka Paalanen
> >> Sent: Wednesday, June 2, 2021 2:59 PM
> >> To: Shankar, Um
On Wed, 2 Jun 2021 20:18:19 +
"Shankar, Uma" wrote:
> > -Original Message-
> > From: Pekka Paalanen
> > Sent: Wednesday, June 2, 2021 2:40 PM
> > To: Shankar, Uma
> > Cc: intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
On Tue, 1 Jun 2021 16:21:58 +0530
Uma Shankar wrote:
> Existing LUT precision structure is having only 16 bit
> precision. This is not enough for upcoming enhanced hardwares
> and advance usecases like HDR processing. Hence added a new
> structure with 32 bit precision values.
>
> This also
On Tue, 1 Jun 2021 16:21:57 +0530
Uma Shankar wrote:
> This is how a typical display color hardware pipeline looks like:
> +---+
> |RAM|
> | +--++-++-+ |
> | | FB 1 || FB 2
On Tue, 1 Jun 2021 16:11:27 +0530
Uma Shankar wrote:
> Add a gamma mode property to enable various kind of
> gamma modes supported by platforms like: Interpolated, Split,
> Multi Segmented, Logarithmic etc. Userspace can get this property
> and should be able to get the platform capabilities
On Tue, 1 Jun 2021 16:11:31 +0530
Uma Shankar wrote:
> Introduced a client cap for advance cap mode capability. Userspace
Typo: "cap mode" should be "gamma mode"?
> should set this to get to be able to use the new gamma_mode property.
>
> If this is not set, driver will work in legacy mode.
On Wed, 19 May 2021 16:49:35 +0300
Ville Syrjälä wrote:
> On Wed, May 19, 2021 at 12:34:05PM +0300, Pekka Paalanen wrote:
> > On Wed, 12 May 2021 16:04:16 +0300
> > Ville Syrjälä wrote:
> >
> > > On Wed, May 12, 2021 at 02:06:56PM +0200, Werner
On Wed, 12 May 2021 16:04:16 +0300
Ville Syrjälä wrote:
> On Wed, May 12, 2021 at 02:06:56PM +0200, Werner Sembach wrote:
> > Hello,
> >
> > In addition to the existing "max bpc", and "Broadcast RGB/output_csc" drm
> > properties I propose 4 new properties:
> > "preferred pixel encoding",
ity a link (Simon)
> - Note that all is lost before 5.1.
>
> Acked-by: Maxime Ripard
> Cc: Simon Ser
> Reviewed-by: Lucas Stach
> Cc: Pekka Paalanen
> Signed-off-by: Daniel Vetter
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: Thomas Zimmermann
> Cc: Da
ity a link (Simon)
> - Note that all is lost before 5.1.
>
> Acked-by: Maxime Ripard
> Cc: Simon Ser
> Reviewed-by: Lucas Stach
> Cc: Pekka Paalanen
> Signed-off-by: Daniel Vetter
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: Thomas Zimmermann
> Cc: Da
On Tue, 13 Apr 2021 16:11:29 +0200
Daniel Vetter wrote:
> On Tue, Apr 13, 2021 at 02:56:02PM +0300, Pekka Paalanen wrote:
> > On Tue, 13 Apr 2021 11:49:03 +0200
> > Daniel Vetter wrote:
> >
> > > It's very confusing for userspace to have to deal with incons
e also meant that only implied modifiers are
> acceptable (because actually none of the planes registered supported
> modifiers).
>
> Now that this is all done consistently across all drivers, document
> the rules and enforce it in the drm core.
>
> Cc: Pekka Paalanen
>
On Mon, 8 Mar 2021 16:52:58 -0800
"Navare, Manasi" wrote:
> On Thu, Mar 04, 2021 at 10:42:23AM +0200, Pekka Paalanen wrote:
> > On Wed, 3 Mar 2021 12:44:33 -0800
> > "Navare, Manasi" wrote:
> >
> > > On Wed, Mar 03, 2021 at 10:47:44AM +02
1 - 100 of 149 matches
Mail list logo