Re: [Intel-gfx] -stable regression in Intel graphics, introduced in Linux 5.10.9

On Sun, Feb 28, 2021 at 03:29:07PM +0100, Diego Calleja wrote: > Hi, > > There is a regression in Linux 5.10.9 that does not happen in 5.10.8. It is > still there as > of 5.11.1 Is this the same issue reported here: https://lore.kernel.org/r/f1070486-891a-8ec0-0390-b9aeb0317...@redhat.c

Re: [Intel-gfx] -stable regression in Intel graphics, introduced in Linux 5.10.9

Hi, On 2/28/21 4:14 PM, Greg KH wrote: > On Sun, Feb 28, 2021 at 03:29:07PM +0100, Diego Calleja wrote: >> Hi, >> >> There is a regression in Linux 5.10.9 that does not happen in 5.10.8. It is >> still there as >> of 5.11.1 > > Is this the same issue reported here: > > https://lore.kernel

Re: [Intel-gfx] -stable regression in Intel graphics, introduced in Linux 5.10.9

On Sun, Feb 28, 2021 at 05:28:06PM +0100, Hans de Goede wrote: > Hi, > > On 2/28/21 4:14 PM, Greg KH wrote: > > On Sun, Feb 28, 2021 at 03:29:07PM +0100, Diego Calleja wrote: > >> Hi, > >> > >> There is a regression in Linux 5.10.9 that does not happen in 5.10.8. It > >> is still there as > >> of

Re: [Intel-gfx] [PATCH 18/18] drm/i915/display13: Enabling dithering after the CC1 pipe

Looks like there are two options. 1. Enable or Disable Dithering via kernel command line or sysfs. 2. To implement new Uapi. May be the first one is more feasible and faster Regards Nischal From: Mario Kleiner Sent: Friday, February 19, 2021 11:15 AM To: Ville Syrjälä Cc: Roper, Matthew

Re: [Intel-gfx] [PATCH 18/18] drm/i915/display13: Enabling dithering after the CC1 pipe

Just wanted to mention ... nouveau supports two separate properties, one controlling the type of dithering, and the other the dithering depth: dithering depth: auto supported: auto, 6 bpc, 8 bpc dithering mode: auto supported: auto, off, static 2x2,

Re: [Intel-gfx] [PATCH] drivers: gnu: drm: i915: gvt: Fixed couple of spellings in the file gtt.c

On 2021.02.22 06:22:37 -0800, Randy Dunlap wrote: > On 2/22/21 6:21 AM, Randy Dunlap wrote: > > On 2/22/21 12:18 AM, Bhaskar Chowdhury wrote: > >> > >> s/negtive/negative/ > >> s/possilbe/possible/ > >> > >> Signed-off-by: Bhaskar Chowdhury > > > > Acked-by: Randy Dunlap > > except the Subject

[Intel-gfx] [PATCH 0/3] HDCP 2.2 MST fixes

Misc HDCP 2.2 MST fixes. Anshuman Gupta (3): drm/i915/hdcp: HDCP2.2 MST Link failure recovery drm/i915/hdcp: recover link on stream enc enable/disable failure drm/i915/hdcp: return correct error code drivers/gpu/drm/i915/display/intel_hdcp.c | 30 +-- 1 file changed, 2

[Intel-gfx] [PATCH 3/3] drm/i915/hdcp: return correct error code

hdcp2_enable_stream_encryption shouldn't get called in case of any port authentication or encryption error, though hdcp2_enable_stream_encryption checks for link encryption before enabling stream encryption and returns error but this return error code won't be correct in case of any error due to po

[Intel-gfx] [PATCH 2/3] drm/i915/hdcp: recover link on stream enc enable/disable failure

When stream encryption {enable,disable} fails, prepare HDCP2 for recovery by enabling port authentication and port encryption again. Cc: Ramalingam C Signed-off-by: Anshuman Gupta --- drivers/gpu/drm/i915/display/intel_hdcp.c | 17 ++--- 1 file changed, 14 insertions(+), 3 deletions

[Intel-gfx] [PATCH 1/3] drm/i915/hdcp: HDCP2.2 MST Link failure recovery

DP MST Link Check performed only for the connector involved with HDCP port authentication and encryption, for other connector it simply returns link check with true and update the uevent. Therefore in case of HDCP 2.2 link failure, disable HDCP encryption and de-authenticate the port so next time i