== Series Details ==
Series: HDCP MST aux issue fix (rev6)
URL : https://patchwork.freedesktop.org/series/122267/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13570 -> Patchwork_122267v6
Summary
---
**SUCCESS**
On 8/28/23 18:24, Helen Mae Koike Fornazier wrote:
> On Monday, August 28, 2023 11:37 -03, "Helen Mae Koike Fornazier"
> wrote:
>
>> On Sunday, August 27, 2023 14:54 -03, Dmitry Osipenko
>> wrote:
>>
>>> This series:
>>>
>>> 1. Adds common drm-shmem memory shrinker
>>> 2. Enables shrinker
On 8/28/23 13:12, Boris Brezillon wrote:
> On Sun, 27 Aug 2023 20:54:43 +0300
> Dmitry Osipenko wrote:
>
>> In a preparation of adding drm-shmem memory shrinker, move all reservation
>> locking lockdep checks to use new drm_gem_shmem_resv_assert_held() that
>> will resolve spurious lockdep
On 8/28/23 14:46, Boris Brezillon wrote:
> On Sun, 27 Aug 2023 20:54:38 +0300
> Dmitry Osipenko wrote:
>
>> Add separate pages_pin_count for tracking of whether drm-shmem pages are
>> moveable or not. With the addition of memory shrinker support to drm-shmem,
>> the pages_use_count will no
On 8/28/23 12:26, Boris Brezillon wrote:
> On Sun, 27 Aug 2023 20:54:36 +0300
> Dmitry Osipenko wrote:
>
>> Introduce kref_put_ww_mutex() helper that will handle the wait-wound
>> mutex auto-locking on kref_put(). This helper is wanted by DRM drivers
>> that extensively use dma-reservation
On Mon, Aug 28, 2023 at 09:20:34AM +0300, Vinod Govindapillai wrote:
> In LNL onwards, FBC can be associated to the first three planes.
The title of this patch shouldn't say "any plane" when the reality is
that only the first three support FBC (the upper two do not).
> The FBC will be enabled
On Mon, Aug 28, 2023 at 09:20:33AM +0300, Vinod Govindapillai wrote:
> In future platforms, FBC can be supported on planes other than
"future platforms" on a patch labelled "drm/i915/lnl" makes it sound
like this is something that shows up beyond LNL, which isn't really the
case. The "future" is
On Mon, Aug 28, 2023 at 09:20:32AM +0300, Vinod Govindapillai wrote:
> FBC restriction with PSR2 can be removed from LNL onwards
>
> Signed-off-by: Vinod Govindapillai
> ---
> drivers/gpu/drm/i915/display/intel_fbc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
== Series Details ==
Series: Test MTL DMC v2.16 (rev2)
URL : https://patchwork.freedesktop.org/series/122986/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13572 -> Patchwork_122986v2
Summary
---
**FAILURE**
On 8/23/2023 10:37, John Harrison wrote:
On 8/23/2023 09:00, Daniel Vetter wrote:
On Tue, Aug 22, 2023 at 11:53:24AM -0700, John Harrison wrote:
On 8/11/2023 11:20, Zhanjun Dong wrote:
This attempts to avoid circular locking dependency between flush
delayed
work and intel_gt_reset.
When
Hi Gustavo,
> -Original Message-
> From: Sousa, Gustavo
> Sent: Monday, August 28, 2023 2:46 PM
> To: Sripada, Radhakrishna ; intel-
> g...@lists.freedesktop.org
> Subject: RE: [Intel-gfx] [PATCH] drm/i915/cx0: Check and increase msgbus
> timeout threshold
>
> Quoting Sripada,
== Series Details ==
Series: drm/i915/cx0: Check and increase msgbus timeout threshold
URL : https://patchwork.freedesktop.org/series/122982/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13571_full -> Patchwork_122982v1_full
NOT TO BE REVIEWED/MERGED.
Hardcode DMC path to i915/mtl_dmc_ver2_16.bin for CI purposes.
Signed-off-by: Gustavo Sousa
---
drivers/gpu/drm/i915/display/intel_dmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/display/intel_dmc.c
The following changes since commit db99828b2466119dc068d564066192347105:
copy-firmware: Introduce 'RawFile' keyword (2023-08-28 07:18:15 -0400)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm-firmware CI-dmc-mtl_2.16
for you to fetch changes up to
Quoting Sripada, Radhakrishna (2023-08-28 17:30:19-03:00)
>Hi Gustavo,
Hi, RK.
Thanks for the feedback! Please, see my replies below.
>
>> -Original Message-
>> From: Intel-gfx On Behalf Of
>> Gustavo
>> Sousa
>> Sent: Monday, August 28, 2023 10:34 AM
>> To:
On 25.08.2023 07:50, Linyu Yuan wrote:
>
> On 8/25/2023 1:37 PM, Jani Nikula wrote:
>> On Fri, 25 Aug 2023, Linyu Yuan wrote:
>>> GCC report GUC_KLV_0_KEY and GUC_KLV_0_LEN is not constant when do
>>> preprocessing.
>> Please paste the actual compiler warning.
>
>
> CC
On Fri, Aug 25, 2023 at 12:59:26PM -0400, James Zhu wrote:
>
> On 2023-07-24 17:14, Michał Winiarski wrote:
> > IDR is deprecated, and since XArray manages its own state with internal
> > locking, it simplifies the locking on DRM side.
> > Additionally, don't use the IRQ-safe variant, since
Additional update from the most recent testing.
When relying solely on guc_lrc_desc_unpin getting a failure from
deregister_context
as a means for identifying that we are in the
"deregister-context-vs-suspend-late" race,
it is too late a location to handle this safely. This is because one of
== Series Details ==
Series: drm/i915/gt: Wait longer for tasks in migrate selftest
URL : https://patchwork.freedesktop.org/series/122984/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13571 -> Patchwork_122984v1
Summary
Hi Gustavo,
> -Original Message-
> From: Intel-gfx On Behalf Of Gustavo
> Sousa
> Sent: Monday, August 28, 2023 10:34 AM
> To: intel-gfx@lists.freedesktop.org
> Subject: [Intel-gfx] [PATCH] drm/i915/cx0: Check and increase msgbus timeout
> threshold
>
> We have experienced timeout
On Wed, Jun 21, 2023 at 2:48 AM Tvrtko Ursulin
wrote:
>
> From: Tvrtko Ursulin
>
> With the typical model where the display server opens the file descriptor
> and then hands it over to the client(*), we were showing stale data in
> debugfs.
>
> Fix it by updating the drm_file->pid on ioctl
The thread_global_copy subtest of the live migrate selftest creates a
large number of threads and waits 10ms for them all to start. This is
not enough time to wait for the threaded tasks to start, as some may
need to wait for additional ring space to be granted. Threads that do
so are at risk of
The thread_global_copy subtest of the live migrate selftest creates a
large number of threads and waits 10ms for them all to start. This is
not enough time to wait for the threaded tasks to start, as some may
need to wait for additional ring space to be granted. Threads that do
so are at risk of
== Series Details ==
Series: drm/i915/cx0: Check and increase msgbus timeout threshold
URL : https://patchwork.freedesktop.org/series/122982/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13571 -> Patchwork_122982v1
== Series Details ==
Series: drm/i915/cx0: Check and increase msgbus timeout threshold
URL : https://patchwork.freedesktop.org/series/122982/
State : warning
== Summary ==
Error: dim checkpatch failed
7a4474bf6960 drm/i915/cx0: Check and increase msgbus timeout threshold
-:107:
On Sun, Aug 27, 2023 at 10:41 PM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> In order to reconcile seamless M/N updates with VRR we'll
> need to defer the fastset VRR enable to happen after the
> seamless M/N update (which happens during the vblank evade
> critical section). So just push
This looks good to me,
Reviewed-by: Manasi Navare
Manasi
On Sun, Aug 27, 2023 at 10:41 PM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> Pull the vblank evasion scanline calculations into their own helper
> to declutter intel_pipe_update_start() a bit.
>
> Cc: Manasi Navare
>
On Sun, Aug 27, 2023 at 10:41 PM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> We'll need to also look at the old crtc state in
> intel_pipe_update_start() so change the calling convention to
> just plumb in the full atomic state instead.
I am guessing we would need the old crtc state to
On 8/28/2023 8:34 AM, Tejas Upadhyay wrote:
Now this workaround is permanent workaround on MTL and DG2,
earlier we used to apply on MTL A0 step only.
VLK-45480
Please remove the internal VLK reference. Otherwise this is
Acked-by: Nirmoy Das
Fixes: d922b80b1010 ("drm/i915/gt: Add
By doing psr_unlock after the vblank evade, are we ensuring that even
when VRR params change during the pipe update, psr unlock will
happen after the actual vblank based on newly programmed VRR params?
Manasi
On Sun, Aug 27, 2023 at 10:41 PM Ville Syrjala
wrote:
>
> From: Ville Syrjälä
>
> Do
We have experienced timeout issues when accessing C20 SRAM registers.
Experimentation showed that bumping the message bus timer threshold
helped on getting display Type-C connection on the C20 PHY to work.
While the timeout is still under investigation with the HW team, having
logic to allow
Hi Ville,
> -Original Message-
> From: Intel-gfx On Behalf Of Ville
> Syrjala
> Sent: 28 August 2023 11:12
> To: intel-gfx@lists.freedesktop.org
> Subject: [Intel-gfx] [PATCH 5/6] drm/i915: Adjust seamless_m_n flag
> behaviour
>
> From: Ville Syrjälä
>
> Make the seamless_m_n flag
== Series Details ==
Series: drm/i915/guc: fix compile issue of guc_klvs_abi.h
URL : https://patchwork.freedesktop.org/series/122971/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13571_full -> Patchwork_122971v1_full
On Monday, August 28, 2023 11:37 -03, "Helen Mae Koike Fornazier"
wrote:
> On Sunday, August 27, 2023 14:54 -03, Dmitry Osipenko
> wrote:
>
> > This series:
> >
> > 1. Adds common drm-shmem memory shrinker
> > 2. Enables shrinker for VirtIO-GPU driver
> > 3. Switches Panfrost driver
== Series Details ==
Series: drm/i915/gt: Fix reservation address in ggtt_reserve_guc_top
URL : https://patchwork.freedesktop.org/series/122970/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13571_full -> Patchwork_122970v1_full
On Sunday, August 27, 2023 14:54 -03, Dmitry Osipenko
wrote:
> This series:
>
> 1. Adds common drm-shmem memory shrinker
> 2. Enables shrinker for VirtIO-GPU driver
> 3. Switches Panfrost driver to the common shrinker
Hi Dmitry,
Would you mind testing with drm-ci? We virt-io tests
== Series Details ==
Series: drm/i915/guc: fix compile issue of guc_klvs_abi.h
URL : https://patchwork.freedesktop.org/series/122971/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13571 -> Patchwork_122971v1
Summary
== Series Details ==
Series: drm/i915/guc: fix compile issue of guc_klvs_abi.h
URL : https://patchwork.freedesktop.org/series/122971/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
== Series Details ==
Series: drm/i915/gt: Fix reservation address in ggtt_reserve_guc_top
URL : https://patchwork.freedesktop.org/series/122970/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13571 -> Patchwork_122970v1
== Series Details ==
Series: drm/i915/gt: Fix reservation address in ggtt_reserve_guc_top
URL : https://patchwork.freedesktop.org/series/122970/
State : warning
== Summary ==
Error: dim checkpatch failed
483b43d16420 drm/i915/gt: Fix reservation address in ggtt_reserve_guc_top
-:14:
== Series Details ==
Series: drm/i915/psr: Add psr sink error status into sink status debugfs
URL : https://patchwork.freedesktop.org/series/122965/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13571_full -> Patchwork_122965v1_full
GCC report GUC_KLV_0_KEY and GUC_KLV_0_LEN is not constant when do
preprocessing.
Change to use GENMASK() to avoid the issue.
Signed-off-by: Linyu Yuan
---
drivers/gpu/drm/i915/gt/uc/abi/guc_klvs_abi.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 2023-08-22 06:01, Jani Nikula wrote:
Over the past years I've been trying to unify the override and firmware
EDID handling as well as EDID property updates. It won't work if drivers
do their own random things.
Let's check how to replace these references by appropriate ones or fork
the
On 8/25/2023 1:37 PM, Jani Nikula wrote:
On Fri, 25 Aug 2023, Linyu Yuan wrote:
GCC report GUC_KLV_0_KEY and GUC_KLV_0_LEN is not constant when do
preprocessing.
Please paste the actual compiler warning.
CC drivers/gpu/drm/i915/gt/uc/intel_guc_submission.o
In file included from
There is an assertion in ggtt_reserve_guc_top that the global GTT
is of size at least GUC_GGTT_TOP, which is not the case on a 32-bit
platform; see commit 562d55d991b39ce376c492df2f7890fd6a541ffc
("drm/i915/bdw: Only use 2g GGTT for 32b platforms"). If GEM_BUG_ON
is enabled, this triggers a BUG();
On Sun, 27 Aug 2023 20:54:38 +0300
Dmitry Osipenko wrote:
> Add separate pages_pin_count for tracking of whether drm-shmem pages are
> moveable or not. With the addition of memory shrinker support to drm-shmem,
> the pages_use_count will no longer determine whether pages are hard-pinned
> in
On Sun, 27 Aug 2023 20:54:35 +0300
Dmitry Osipenko wrote:
> Everything that uses the mapped buffer should by agnostic to is_iomem.
^be
> The only reason for the is_iomem test is that we're setting shmem->vaddr
> to the returned map->vaddr. Now
On Sun, 27 Aug 2023 20:54:34 +0300
Dmitry Osipenko wrote:
> Add locked and remove unlocked postfixes from drm-shmem function names,
> making names consistent with the drm/gem core code.
>
> Suggested-by: Boris Brezillon
> Signed-off-by: Dmitry Osipenko
Reviewed-by: Boris Brezillon
> ---
>
On Sun, 27 Aug 2023 20:54:30 +0300
Dmitry Osipenko wrote:
> Add _locked postfix to drm_gem functions that have unlocked counterpart
> functions to make GEM functions naming more consistent and intuitive in
> regards to the locking requirements.
>
> Suggested-by: Boris Brezillon
>
On Sun, 27 Aug 2023 20:54:29 +0300
Dmitry Osipenko wrote:
> Make drm/gem API function names consistent by having locked function
> use the _locked postfix in the name, while the unlocked variants don't
> use the _unlocked postfix. Rename drm_gem_v/unmap() function names to
> make them consistent
On Sun, 27 Aug 2023 20:54:27 +0300
Dmitry Osipenko wrote:
> Freeing drm-shmem GEM right after creating it using
> drm_gem_shmem_prime_import_sg_table() frees SGT of the imported dma-buf
> and then dma-buf frees this SGT second time.
>
> The v3d_prime_import_sg_table() is example of a error code
== Series Details ==
Series: drm/i915/mtl: Update workaround 14016712196
URL : https://patchwork.freedesktop.org/series/122959/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13570_full -> Patchwork_122959v1_full
Summary
On Wed, Aug 23, 2023 at 2:43 PM Daniele Ceraolo Spurio
wrote:
>
> The following changes since commit 0e048b061bde79ad735c7b7b5161ee1bd3400150:
>
> Merge branch 'for-upstream' of
> https://github.com/CirrusLogic/linux-firmware (2023-08-14 13:03:41 -0400)
>
> are available in the Git repository
On Sun, 27 Aug 2023 20:54:28 +0300
Dmitry Osipenko wrote:
> Use separate flag for tracking page count bumped by shmem->sgt to avoid
> imbalanced page counter during of drm_gem_shmem_free() time. It's fragile
> to assume that populated shmem->pages at a freeing time means that the
> count was
== Series Details ==
Series: drm/i915/psr: Add psr sink error status into sink status debugfs
URL : https://patchwork.freedesktop.org/series/122965/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13571 -> Patchwork_122965v1
== Series Details ==
Series: drm/i915/psr: Add psr sink error status into sink status debugfs
URL : https://patchwork.freedesktop.org/series/122965/
State : warning
== Summary ==
Error: dim sparse failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such file or
== Series Details ==
Series: drm/i915/psr: Add psr sink error status into sink status debugfs
URL : https://patchwork.freedesktop.org/series/122965/
State : warning
== Summary ==
Error: dim checkpatch failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such
Am 27.08.23 um 19:54 schrieb Dmitry Osipenko:
Add simple kref_put_dma_resv() helper that wraps around kref_put_ww_mutex()
for drivers that needs to lock dma-resv on kref_put().
It's not possible to easily add this helper to kref.h because of the
headers inclusion dependency, hence add it to
On Sun, 27 Aug 2023 20:54:43 +0300
Dmitry Osipenko wrote:
> In a preparation of adding drm-shmem memory shrinker, move all reservation
> locking lockdep checks to use new drm_gem_shmem_resv_assert_held() that
> will resolve spurious lockdep warning about wrong locking order vs
> fs_reclam code
On Mon, 2023-08-28 at 12:00 +0300, Jani Nikula wrote:
> On Mon, 28 Aug 2023, Vinod Govindapillai
> wrote:
> > diff --git a/drivers/gpu/drm/i915/i915_reg.h
> > b/drivers/gpu/drm/i915/i915_reg.h
> > index aefad14ab27a..b207774f3c33 100644
> > --- a/drivers/gpu/drm/i915/i915_reg.h
> > +++
On Sun, 27 Aug 2023 20:54:42 +0300
Dmitry Osipenko wrote:
> Use kref helper for vmap_use_count to make refcounting consistent with
> pages_use_count and pages_pin_count that use kref. This will allow to
> optimize unlocked vmappings by skipping reservation locking if refcnt > 1.
The core is
On Sun, 27 Aug 2023 20:54:38 +0300
Dmitry Osipenko wrote:
> Add separate pages_pin_count for tracking of whether drm-shmem pages are
> moveable or not. With the addition of memory shrinker support to drm-shmem,
> the pages_use_count will no longer determine whether pages are hard-pinned
> in
== Series Details ==
Series: HDCP MST aux issue fix (rev6)
URL : https://patchwork.freedesktop.org/series/122267/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13570 -> Patchwork_122267v6
Summary
---
**FAILURE**
On Sun, 27 Aug 2023 20:54:36 +0300
Dmitry Osipenko wrote:
> Introduce kref_put_ww_mutex() helper that will handle the wait-wound
> mutex auto-locking on kref_put(). This helper is wanted by DRM drivers
> that extensively use dma-reservation locking which in turns uses ww-mutex.
>
>
== Series Details ==
Series: HDCP MST aux issue fix (rev6)
URL : https://patchwork.freedesktop.org/series/122267/
State : warning
== Summary ==
Error: dim sparse failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such file or directory
== Series Details ==
Series: HDCP MST aux issue fix (rev6)
URL : https://patchwork.freedesktop.org/series/122267/
State : warning
== Summary ==
Error: dim checkpatch failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such file or directory
== Series Details ==
Series: fbc on any plane
URL : https://patchwork.freedesktop.org/series/122958/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13569_full -> Patchwork_122958v1_full
Summary
---
**FAILURE**
On Mon, 28 Aug 2023, Vinod Govindapillai wrote:
> diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
> index aefad14ab27a..b207774f3c33 100644
> --- a/drivers/gpu/drm/i915/i915_reg.h
> +++ b/drivers/gpu/drm/i915/i915_reg.h
> @@ -1327,6 +1327,10 @@
> #define
== Series Details ==
Series: drm/i915/mtl: Update workaround 14016712196
URL : https://patchwork.freedesktop.org/series/122959/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13570 -> Patchwork_122959v1
Summary
---
== Series Details ==
Series: drm/i915/mtl: Update workaround 14016712196
URL : https://patchwork.freedesktop.org/series/122959/
State : warning
== Summary ==
Error: dim sparse failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such file or directory
Normally PSR errors detected by the panel are triggering HPD interrupt and
seen as error in dmesg. Some panels are not triggering the interrupt even
it is requested and they are detecting error. Due to this it would be good
to have possibility to check panel detected errors. Add PSR error status
== Series Details ==
Series: drm/i915: VRR and M/N stuff
URL : https://patchwork.freedesktop.org/series/122955/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13569_full -> Patchwork_122955v1_full
Summary
---
== Series Details ==
Series: fbc on any plane
URL : https://patchwork.freedesktop.org/series/122958/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13569 -> Patchwork_122958v1
Summary
---
**SUCCESS**
No
== Series Details ==
Series: fbc on any plane
URL : https://patchwork.freedesktop.org/series/122958/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
+./arch/x86/include/asm/bitops.h:117:1: warning:
== Series Details ==
Series: fbc on any plane
URL : https://patchwork.freedesktop.org/series/122958/
State : warning
== Summary ==
Error: dim checkpatch failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such file or directory
== Series Details ==
Series: Add DSC PPS readout (rev12)
URL : https://patchwork.freedesktop.org/series/120456/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_13569 -> Patchwork_120456v12
Summary
---
**FAILURE**
== Series Details ==
Series: Add DSC PPS readout (rev12)
URL : https://patchwork.freedesktop.org/series/120456/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
+./arch/x86/include/asm/bitops.h:117:1:
We were propagating dig_port info to dp hdcp2 specific functions.
Let us clean that up and send intel_connector in the following
functions: intel_dp_hdcp2_wait_for_msg, get_receiver_id_list_rx_info,
intel_dp_hdcp2_read_rx_status.
This optimises mst scenarios where aux ends up being remote and not
We were propagating dig_port info to dp hdcp2 specific functions.
Let us clean that up and send intel_connector in the following
functions: intel_dp_hdcp2_wait_for_msg, get_receiver_id_list_rx_info,
intel_dp_hdcp2_read_rx_status.
This optimises mst scenarios where aux ends up being remote and not
For dpmst hdcp scenario increase the message timeout based
on the number of ports connected as each port needs to be
validated and each will take the prescribed amount of time
for the respective msg_id and total timeout will be
original_timeout * num_ports.
--v2
-Add justification for Adjusting
Up until now we were sending the base aux stored in dig_port which
is not correct as this causes an issue when monitor is connected via
a DPMST hub causing it to be remote hence we end up seeing AUX
failures so let's send the remote aux in case of DPMST.
Signed-off-by: Suraj Kandpal
Reviewed-by:
Update intel_hdcp_shim funcs specifically read_2_2_message,
write_2_2_message and config_stream_type to use intel_connector
argument instead of intel_digital_port as this will help in getting
correct aux later for dp mst scenarios also already hdcp funcs
derive digital_port from connector and then
Up until now all dp hdcp specific function derived the aux
from dig_port which gave the aux of the primary port but with
DPMST when a MST hub comes into picture the monitor becomes remote
and what we need is a corresponding aux which is also remote.
These set of patches aim to fix up just that.
== Series Details ==
Series: drm/i915: VRR and M/N stuff
URL : https://patchwork.freedesktop.org/series/122955/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_13569 -> Patchwork_122955v1
Summary
---
**SUCCESS**
No
Now this workaround is permanent workaround on MTL and DG2,
earlier we used to apply on MTL A0 step only.
VLK-45480
Fixes: d922b80b1010 ("drm/i915/gt: Add workaround 14016712196")
Signed-off-by: Tejas Upadhyay
---
drivers/gpu/drm/i915/gt/gen8_engine_cs.c | 7 +++
1 file changed, 3
For LNL onwards, FBC can be supported on planes with per
pixel alpha
Bspec: 69560
Signed-off-by: Vinod Govindapillai
---
drivers/gpu/drm/i915/display/intel_fbc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/display/intel_fbc.c
In LNL onwards, FBC can be associated to the first three planes.
The FBC will be enabled for first FBC capable visible plane
until the userspace can select one of these FBC capable plane
explicitly
Bspec: 69560
Signed-off-by: Vinod Govindapillai
---
drivers/gpu/drm/i915/display/intel_fbc.c
In future platforms, FBC can be supported on planes other than
the primary plane. So update the debugfs entry for FBC status
to have the plane ID included.
Signed-off-by: Vinod Govindapillai
---
drivers/gpu/drm/i915/display/intel_fbc.c | 14 +++---
1 file changed, 11 insertions(+), 3
FBC restriction with PSR2 can be removed from LNL onwards
Signed-off-by: Vinod Govindapillai
---
drivers/gpu/drm/i915/display/intel_fbc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_fbc.c
b/drivers/gpu/drm/i915/display/intel_fbc.c
In LNL, FBC can be supported in planes other than the primary planes.
Vinod Govindapillai (4):
drm/i915/lnl: FBC can be enabled with PSR2
drm/i915/lnl: update FBC debugfs to include plane information
drm/i915/lnl: support FBC on any plane
drm/i915/lnl: FBC is supported with per pixel
== Series Details ==
Series: drm/i915: VRR and M/N stuff
URL : https://patchwork.freedesktop.org/series/122955/
State : warning
== Summary ==
Error: dim sparse failed
/home/kbuild2/linux/maintainer-tools/dim: line 50: /home/kbuild2/.dimrc: No
such file or directory
91 matches
Mail list logo
