Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

2017-04-13 Thread Pekka Paalanen
On Tue, 11 Apr 2017 13:23:53 +0200 Gerd Hoffmann wrote: > Hi, > > > > Just let know what you need tested, I should be able to turn it around > > > within a couple of days. > > > > That's part of my problem. I don't really know what should be tested. > > What do people do with their BE machi

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

2017-04-18 Thread Pekka Paalanen
On Tue, 18 Apr 2017 12:00:17 +0200 Gerd Hoffmann wrote: > Hi, > > > > ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm > > > driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB (one and > > > only format supported by bochs-drm), and we have to interpret that

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

2017-04-18 Thread Pekka Paalanen
On Tue, 18 Apr 2017 15:39:53 +0200 Gerd Hoffmann wrote: > Hi, > > > > Historical note: RHEL-6.9 (gnome 2) works fine. Not of much interest > > > here, it drives the qemu stdvga with offb, not bochs-drm. > > > > I suppose this proves the virtual machine itself is correct about > > framebuf

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

2017-04-19 Thread Pekka Paalanen
On Wed, 19 Apr 2017 10:01:47 +0900 Michel Dänzer wrote: > On 18/04/17 07:14 PM, Gerd Hoffmann wrote: > > Hi, > > > >>> Quite true that this proves nothing. However one should note that > >>> fbcon -> fbdev works, > >> > >> BTW, this supports Gerd's patch, since the KMS fbdev emulation code

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

2017-04-21 Thread Pekka Paalanen
s as-is. I have no idea if and how those are used > on bigendian machines. > > Cc: Ville Syrjälä > Cc: Daniel Vetter > Cc: Pekka Paalanen > Cc: Ilia Mirkin > Cc: Michel Dänzer > Cc: Alex Deucher > Cc: amd-gfx@lists.freedeskt

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

2017-04-21 Thread Pekka Paalanen
On Fri, 21 Apr 2017 14:08:04 +0300 Ville Syrjälä wrote: > On Fri, Apr 21, 2017 at 11:50:18AM +0200, Gerd Hoffmann wrote: > > On Fr, 2017-04-21 at 12:25 +0300, Ville Syrjälä wrote: > > > On Fri, Apr 21, 2017 at 09:58:24AM +0200, Gerd Hoffmann wrote: > > > > While working on graphics support fo

Re: [PATCH 1/3] drm: fourcc byteorder: drop DRM_FORMAT_BIG_ENDIAN

2017-05-02 Thread Pekka Paalanen
On Tue, 2 May 2017 14:53:43 +0100 Emil Velikov wrote: > Hi Gerd, > > I did not have the change to follow through the discussion. > Pardon if my suggestion have already been discussed. > > On 2 May 2017 at 14:34, Gerd Hoffmann wrote: > > It's unused. > > > > Suggested-by: Daniel Vetter > > Sig

Re: [PATCH 6/6] drm: Add DRM_MODE_PAGE_FLIP_TARGET_ABSOLUTE/RELATIVE flags v2

2016-09-10 Thread Pekka Paalanen
On Tue, 16 Aug 2016 10:46:13 +0900 Michel Dänzer wrote: > On 16/08/16 10:32 AM, Mario Kleiner wrote: > > Cc'ing Daniel Stone and Pekka Paalanen, because this relates to wayland. > > > > Wrt. having a new pageflip parameter struct, i wonder if it wouldn't > &g

Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF

2025-01-27 Thread Pekka Paalanen
On Thu, 23 Jan 2025 15:16:29 -0500 Harry Wentland wrote: > On 2025-01-17 04:06, Pekka Paalanen wrote: > > On Thu, 16 Jan 2025 10:56:22 +0200 > > Pekka Paalanen wrote: > > > >> On Thu, 19 Dec 2024 21:33:37 -0700 > >> Alex Hung wrote: > >> &g

Re: [PATCH v10 2/4] drm/doc: Document device wedged event

2025-01-27 Thread Pekka Paalanen
On Wed, 22 Jan 2025 07:22:25 +0200 Raag Jadav wrote: > On Tue, Jan 21, 2025 at 02:14:56AM +0100, Xaver Hugl wrote: > > > +It is the responsibility of the consumer to make sure that the device or > > > +its resources are not in use by any process before attempting recovery. > > I'm not convinced

Re: [PATCH v10 2/4] drm/doc: Document device wedged event

2025-01-28 Thread Pekka Paalanen
On Tue, 28 Jan 2025 11:37:53 +0200 Raag Jadav wrote: > On Mon, Jan 27, 2025 at 12:23:28PM +0200, Pekka Paalanen wrote: > > On Wed, 22 Jan 2025 07:22:25 +0200 > > Raag Jadav wrote: > > > > > On Tue, Jan 21, 2025 at 02:14:56AM +0100, Xaver Hugl wrote: > >

Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF

2025-01-16 Thread Pekka Paalanen
On Thu, 19 Dec 2024 21:33:37 -0700 Alex Hung wrote: > From: Harry Wentland > > The BT.709 and BT.2020 OETFs are the same, the only difference > being that the BT.2020 variant is defined with more precision > for 10 and 12-bit per color encodings. > > Both are used as encoding functions for vid

Re: [V7 29/45] drm/colorop: Add PQ 125 EOTF and its inverse

2025-01-17 Thread Pekka Paalanen
On Thu, 19 Dec 2024 21:33:35 -0700 Alex Hung wrote: > From: Harry Wentland > > The PQ function defines a mapping of code values to nits (cd/m^2). > The max code value maps to 10,000 nits. > > Windows DWM's canonical composition color space (CCCS) defaults > to composing SDR contents to 80 nit

Re: [V7 31/45] drm/colorop: add BT2020/BT709 OETF and Inverse OETF

2025-01-17 Thread Pekka Paalanen
On Thu, 16 Jan 2025 10:56:22 +0200 Pekka Paalanen wrote: > On Thu, 19 Dec 2024 21:33:37 -0700 > Alex Hung wrote: > > > From: Harry Wentland > > > > The BT.709 and BT.2020 OETFs are the same, the only difference > > being that the BT.2020 variant is defined w

Re: [V7 43/45] drm/amd/display: Add AMD color pipeline doc

2025-01-17 Thread Pekka Paalanen
On Thu, 19 Dec 2024 21:33:49 -0700 Alex Hung wrote: > From: Harry Wentland > > Add kernel doc for AMD color pipeline. > > Signed-off-by: Alex Hung > Signed-off-by: Harry Wentland > --- > .../amd/display/amdgpu_dm/amdgpu_dm_color.c | 122 +++--- > 1 file changed, 102 insertions

Re: Pipeline vs. no pipeline (Re: [PATCH V8 06/43] drm/colorop: Add 1D Curve subtype)

2025-04-17 Thread Pekka Paalanen
On Tue, 15 Apr 2025 11:29:10 -0400 Harry Wentland wrote: > On 2025-04-10 03:53, Pekka Paalanen wrote: > > On Tue, 8 Apr 2025 13:30:46 -0400 > > Harry Wentland wrote: > > > >> On 2025-04-08 12:40, Daniel Stone wrote: > >>> Hi there, > >>&g

Pipeline vs. no pipeline (Re: [PATCH V8 06/43] drm/colorop: Add 1D Curve subtype)

2025-04-10 Thread Pekka Paalanen
On Tue, 8 Apr 2025 13:30:46 -0400 Harry Wentland wrote: > On 2025-04-08 12:40, Daniel Stone wrote: > > Hi there, > > > > On Tue, 1 Apr 2025 at 20:53, Simon Ser wrote: > >> On Tuesday, April 1st, 2025 at 17:14, Daniel Stone > >> wrote: ... > >>> 1. Is it guaranteed that, if any plane on

Re: [PATCH V9 26/43] drm/amd/display: Add support for sRGB EOTF in DEGAM block

2025-05-13 Thread Pekka Paalanen
On Mon, 12 May 2025 15:50:17 -0300 Melissa Wen wrote: > On 04/29, Alex Hung wrote: > > Expose one 1D curve colorop with support for > > DRM_COLOROP_1D_CURVE_SRGB_EOTF and program HW to perform > > the sRGB transform when the colorop is not in bypass. > > > > With this change the following IGT te

Re: [PATCH V9 26/43] drm/amd/display: Add support for sRGB EOTF in DEGAM block

2025-05-16 Thread Pekka Paalanen
On Tue, 13 May 2025 16:39:51 -0400 Harry Wentland wrote: > On 2025-05-13 11:36, Melissa Wen wrote: > > On 05/13, Pekka Paalanen wrote: > >> On Mon, 12 May 2025 15:50:17 -0300 > >> Melissa Wen wrote: > >> > >>> On 04/29, Alex Hung wrote: >

Re: [PATCH V9 00/43] Color Pipeline API w/ VKMS

2025-05-22 Thread Pekka Paalanen
On Thu, 22 May 2025 09:54:50 -0400 Harry Wentland wrote: > On 2025-05-22 09:49, Simon Ser wrote: > > On Thursday, May 22nd, 2025 at 15:28, Harry Wentland > > wrote: > > > What we should > do is reject YCbCr-type buffers with the color pipeline until we > implement support for

Re: [PATCH V9 00/43] Color Pipeline API w/ VKMS

2025-05-22 Thread Pekka Paalanen
On Wed, 21 May 2025 15:48:00 -0400 Harry Wentland wrote: > On 2025-05-17 07:51, Xaver Hugl wrote: > > Am Do., 15. Mai 2025 um 22:00 Uhr schrieb Leandro Ribeiro > > : > >> > >> > >> > >> On 5/15/25 15:39, Daniel Stone wrote: > >>> Hi, > >>> > >>> On Thu, 15 May 2025 at 19:02, Harry Wentland

Re: [PATCH V8 32/43] drm/colorop: Add 1D Curve Custom LUT type

2025-05-31 Thread Pekka Paalanen
On Thu, 22 May 2025 11:33:00 + "Shankar, Uma" wrote: > One request though: Can we enhance the lut samples from existing 16bits to > 32bits as lut precision is > going to be more than 16 in certain hardware. While adding the new UAPI, lets > extend this to 32 to make it future proof. > Refer

Re: [PATCH V8 32/43] drm/colorop: Add 1D Curve Custom LUT type

2025-06-03 Thread Pekka Paalanen
On Tue, 3 Jun 2025 08:30:23 + "Shankar, Uma" wrote: > > -Original Message- > > From: Pekka Paalanen > > Sent: Friday, May 30, 2025 7:28 PM > > To: Shankar, Uma > > Cc: Simon Ser ; Harry Wentland > > ; Alex Hung ; dri- > > de...@

Re: [PATCH V9 16/43] drm/colorop: Add 3x4 CTM type

2025-06-17 Thread Pekka Paalanen
On Mon, 16 Jun 2025 11:30:23 + "Borah, Chaitanya Kumar" wrote: > > -Original Message- > > From: Alex Hung > > Sent: Wednesday, April 30, 2025 6:41 AM > > To: dri-de...@lists.freedesktop.org; amd-gfx@lists.freedesktop.org > > Cc: wayland-de...@lists.freedesktop.org; harry.wentl...@amd

Re: [PATCH V8 32/43] drm/colorop: Add 1D Curve Custom LUT type

2025-06-05 Thread Pekka Paalanen
On Wed, 4 Jun 2025 18:59:22 + "Shankar, Uma" wrote: > > -Original Message- > > From: Harry Wentland > > Sent: Wednesday, June 4, 2025 1:57 AM > > To: Pekka Paalanen ; Shankar, Uma > > > > Cc: Simon Ser ; Alex Hung ;

<    1   2   3