== Series Details ==
Series: drm/i915/display: Fix warnings about PSR lock not held (rev3)
URL : https://patchwork.freedesktop.org/series/102298/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11472 -> Patchwork_22818
Summar
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
URL : https://patchwork.freedesktop.org/series/102352/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11472 -> Patchwork_22819
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
URL : https://patchwork.freedesktop.org/series/102352/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11472 -> Patchwork_22819
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
URL : https://patchwork.freedesktop.org/series/102352/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11472 -> Patchwork_22819
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
URL : https://patchwork.freedesktop.org/series/102352/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11472 -> Patchwork_22819
== Series Details ==
Series: drm/i915/display: Fix warnings about PSR lock not held (rev3)
URL : https://patchwork.freedesktop.org/series/102298/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11472 -> Patchwork_22818
Summar
On Tue, Apr 05, 2022 at 11:03:18PM +0200, Daniel Vetter wrote:
> Hi all,
>
> Finally got around to respin this. Changes:
> - Bunch more acks and r-b, still not yet all patches.
> - one tiny fix for a bisect issue, end result was all fine
> - I dropped the last to patches to make registered_fb priv
== Series Details ==
Series: drm/dp: Don't rewrite link config when setting phy CTS test pattern
with LTTPR
URL : https://patchwork.freedesktop.org/series/102385/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11474 -> Patchwork_22824
==
On Mon, 04 Apr 2022, Imre Deak wrote:
> This is a rebased version of patches 15-17 of [1], adding DG2 display
> engine support for decompressing render and media compressed
> framebuffers.
>
> The dependency patches from [1] should be merged already to drm-tip.
>
> It addresses the review comments
On Thu, Apr 07, 2022 at 04:16:27PM +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Inherit submitter nice at point of request submission to account for long
> running processes getting either externally or self re-niced.
>
> This accounts for the current processing landscape where comput
On Fri, 08 Apr 2022, Jani Nikula wrote:
> On Mon, 04 Apr 2022, Imre Deak wrote:
>> This is a rebased version of patches 15-17 of [1], adding DG2 display
>> engine support for decompressing render and media compressed
>> framebuffers.
>>
>> The dependency patches from [1] should be merged already
On 08/04/2022 06:00, Lucas De Marchi wrote:
On Thu, Apr 07, 2022 at 05:45:32PM +0100, Matthew Auld wrote:
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is that this comes from the pin_map(
On 08/04/2022 08:58, Daniel Vetter wrote:
On Thu, Apr 07, 2022 at 04:16:27PM +0100, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Inherit submitter nice at point of request submission to account for long
running processes getting either externally or self re-niced.
This accounts for the curren
On 07/04/2022 17:49, Christian König wrote:
Am 07.04.22 um 18:45 schrieb Matthew Auld:
I guess this was missed in the conversion or something.
Fixes: 7bc80a5462c3 ("dma-buf: add enum dma_resv_usage v4")
Signed-off-by: Matthew Auld
Cc: Christian König
Cc: Daniel Vetter
My best guess is that
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is that this comes from the pin_map() for the scratch page,
which does an i915_gem_object_wait_moving_fence() somewhere. It looks
like this now
On 28/03/2022 12:18, Petri Latvala wrote:
On Mon, Mar 28, 2022 at 11:08:59AM +0100, Matthew Auld wrote:
From: CQ Tang
On some systems lmem can be as large as 16G, which seems to trigger
various CI timeouts, and in the best case just takes a long time. For
the purposes of the test we should b
On 4/5/22 17:08, Ramalingam C wrote:
When emit_pte doesn't update any PTE with return value as 0, interpret
it as -EINVAL.
v2:
Add missing goto [Thomas]
Signed-off-by: Ramalingam C
---
drivers/gpu/drm/i915/gt/intel_migrate.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
d
On Thu, 07 Apr 2022, "Christian König" wrote:
> That should now be handled by the common dma_resv framework.
>
> Signed-off-by: Christian König
> Reviewed-by: Daniel Vetter
> Cc: intel-gfx@lists.freedesktop.org
So, where are the i915 maintainer acks for merging this (and the other
patches in th
On 07/04/2022 17:45, Matthew Auld wrote:
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is that this comes from the pin_map() for the scratch page,
which does an i915_gem_object_wait_mov
On Thu, Apr 07, 2022 at 10:32:11PM +0300, Jani Nikula wrote:
> On Thu, 07 Apr 2022, Imre Deak wrote:
> > The next patch needs a way to read a DPCD register without the preceding
> > wake-up read in drm_dp_dpcd_read(). Export drm_dp_dpcd_access() to allow
> > this.
>
> I think I'd rather you added
Am 08.04.22 um 11:08 schrieb Tvrtko Ursulin:
On 07/04/2022 17:45, Matthew Auld wrote:
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is that this comes from the pin_map() for the scratch
On 08/04/2022 10:12, Christian König wrote:
Am 08.04.22 um 11:08 schrieb Tvrtko Ursulin:
On 07/04/2022 17:45, Matthew Auld wrote:
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is tha
On Fri, Apr 08, 2022 at 09:42:05AM +0100, Matthew Auld wrote:
> All of CI is just failing with the following, which prevents loading of
> the module:
>
> i915 :03:00.0: [drm] *ERROR* Scratch setup failed
>
> Best guess is that this comes from the pin_map() for the scratch page,
> which do
Am 08.04.22 um 11:23 schrieb Tvrtko Ursulin:
On 08/04/2022 10:12, Christian König wrote:
Am 08.04.22 um 11:08 schrieb Tvrtko Ursulin:
On 07/04/2022 17:45, Matthew Auld wrote:
All of CI is just failing with the following, which prevents
loading of
the module:
i915 :03:00.0: [drm] *
On Fri, 8 Apr 2022 at 11:27, Christian König wrote:
>
> Am 08.04.22 um 11:05 schrieb Jani Nikula:
> > On Thu, 07 Apr 2022, "Christian König"
> > wrote:
> >> That should now be handled by the common dma_resv framework.
> >>
> >> Signed-off-by: Christian König
> >> Reviewed-by: Daniel Vetter
> >
On 07/04/2022 21:49, John Harrison wrote:
On 4/7/2022 08:49, Tvrtko Ursulin wrote:
On 03/06/2021 17:48, Matthew Brost wrote:
From: John Harrison
The meaning of 'default' for the enable_guc module parameter has been
updated to accurately reflect what is supported on current platforms.
So sta
On 08/04/2022 09:59, Christian König wrote:
Am 08.04.22 um 10:42 schrieb Matthew Auld:
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is that this comes from the pin_map() for the scratch
On Fri, 8 Apr 2022 at 18:25, Tvrtko Ursulin
wrote:
>
>
> On 08/04/2022 08:58, Daniel Vetter wrote:
> > On Thu, Apr 07, 2022 at 04:16:27PM +0100, Tvrtko Ursulin wrote:
> >> From: Tvrtko Ursulin
> >>
> >> Inherit submitter nice at point of request submission to account for long
> >> running process
On Fri, 08 Apr 2022, Christian König wrote:
> Am 08.04.22 um 11:05 schrieb Jani Nikula:
>> On Thu, 07 Apr 2022, "Christian König"
>> wrote:
>>> That should now be handled by the common dma_resv framework.
>>>
>>> Signed-off-by: Christian König
>>> Reviewed-by: Daniel Vetter
>>> Cc: intel-gfx@l
On Fri, 08 Apr 2022, cgel@gmail.com wrote:
> From: Lv Ruyi
>
> There are some spelling mistakes in the comments. Fix it.
Please prefer splitting by driver. This isn't even split by subsystem. I
presume there are very few maintainers willing to pick this up as it is.
BR,
Jani.
>
> Reported-b
On 08/04/2022 10:50, Dave Airlie wrote:
On Fri, 8 Apr 2022 at 18:25, Tvrtko Ursulin
wrote:
On 08/04/2022 08:58, Daniel Vetter wrote:
On Thu, Apr 07, 2022 at 04:16:27PM +0100, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Inherit submitter nice at point of request submission to account for
On Mon-04-04-2022 09:11 pm, Daniel Vetter wrote:
On Mon, Apr 04, 2022 at 01:46:23PM +0300, Jani Nikula wrote:
On Mon, 04 Apr 2022, "Modem, Bhanuprakash" wrote:
On Fri-01-04-2022 06:10 pm, Jani Nikula wrote:
On Tue, 29 Mar 2022, Bhanuprakash Modem wrote:
This new debugfs will expose the conn
On Thu, 7 Apr 2022 at 14:00, Alexander Usyskin
wrote:
>
> From: Tomas Winkler
>
> GSC requires more operational memory than available on chip.
> Reserve 4M of LMEM for GSC operation. The memory is provided to the
> GSC as struct resource to the auxiliary data of the child device.
>
> Signed-off-b
On 08/04/2022 10:48, Matthew Auld wrote:
On 08/04/2022 09:59, Christian König wrote:
Am 08.04.22 um 10:42 schrieb Matthew Auld:
All of CI is just failing with the following, which prevents loading of
the module:
i915 :03:00.0: [drm] *ERROR* Scratch setup failed
Best guess is that thi
On 17/03/2022 18:56, Alan Previn wrote:
Update GuC ADS size allocation to include space for
the lists of error state capture register descriptors.
Then, populate GuC ADS with the lists of registers we want
GuC to report back to host on engine reset events. This list
should include global, engi
On 05/04/2022 01:11, Lucas De Marchi wrote:
Since gen6 we use FPGA_DBG register to detect unclaimed MMIO registers.
This register is in the display engine IP and can only ever detect
unclaimed accesses to registers in this area. However sometimes there
are reports of this triggering for registe
Couple of crucial fixes for skl_pcode_request function.
1) Correctly handle the error and do retires until timeout
2) Return PCode request status, when failure happens
Stanislav Lisovskiy (2):
drm/i915: Fix skl_pcode_try_request function
drm/i915: Swap ret and status returned from skl_pcode_re
Currently skl_pcode_try_request function doesn't
properly handle return value it gets from
snb_pcode_rw, but treats status != 0 as success,
returning true, which basically doesn't allow
to use retry/timeout mechanisms if PCode happens
to be busy and returns EGAIN or some other status
code not equal
If ret isn't zero, it is almost for sure ETIMEDOUT, because
we use it in wait_for macro which does continuous retries
until timeout is reached. If we still ran out of time and
retries, we most likely would be interested in getting status,
to understand what was the actual error propagated from PCod
== Series Details ==
Series: Expose max and current bpc via debugfs
URL : https://patchwork.freedesktop.org/series/102390/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: 0.5.1 (Ubuntu: 0.5.1-2)
Fast mode used, each commit won't be checked separately.
Hi Bhanuprakash,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on drm-tip/drm-tip next-20220408]
[cannot apply to drm/drm-next v5.18-rc1]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And
== Series Details ==
Series: drm/i915: fix i915_gem_object_wait_moving_fence
URL : https://patchwork.freedesktop.org/series/102396/
State : failure
== Summary ==
Applying: drm/i915: fix i915_gem_object_wait_moving_fence
Using index info to reconstruct a base tree...
M drivers/gpu/drm/i91
== Series Details ==
Series: Expose max and current bpc via debugfs
URL : https://patchwork.freedesktop.org/series/102390/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11477 -> Patchwork_22825
Summary
---
**FAILURE*
== Series Details ==
Series: Fix issues in skl_pcode_request
URL : https://patchwork.freedesktop.org/series/102410/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
6934e112b8f9 drm/i915: Fix skl_pcode_try_request function
-:25: WARNING:COMMIT_LOG_LONG_LINE: Possible unwrapped com
On Thu, Apr 07, 2022 at 07:21:44PM +0300, Jani Nikula wrote:
> On Tue, 05 Apr 2022, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Reorder things so that we can parse the entier LFP data block
>
> *entire
>
> > in one go. For now we just stick to parsing the DTD from it.
> >
> > Also fix
== Series Details ==
Series: Fix issues in skl_pcode_request
URL : https://patchwork.freedesktop.org/series/102410/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11477 -> Patchwork_22827
Summary
---
**SUCCESS**
No
On Thu, Apr 07, 2022 at 08:07:24PM +0300, Jani Nikula wrote:
> On Wed, 06 Apr 2022, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > We need to start parsing stuff from the tail end of the LFP data block.
> > This is made awkward by the fact that the fp_timing table has variable
> > size. So
Hi Jani:
Thanks so much for the help. Can you generate a new tag on drm-intel-next? I
noticed that there was one patch moving the DMC related registers into
display/intel_dmc_regs.h, which is not included in the latest tag on
drm-intel-next.
Guess it would be better that I can change this patc
On Thu, Apr 07, 2022 at 08:23:03PM +0300, Jani Nikula wrote:
> On Tue, 05 Apr 2022, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Parsing the panel specific data from VBT is currently happening
> > too early. Split the whole thing into global vs. panel specific
> > parts so that we can sta
On Thu, Apr 07, 2022 at 08:49:00PM +0300, Jani Nikula wrote:
> On Tue, 05 Apr 2022, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Make the panel type code a bit more abstract along the
> > lines of the source of the panel type. For the moment
> > we have three classes: OpRegion, VBT, fallb
Regression is related to https://gitlab.freedesktop.org/drm/intel/-/issues/5602
All tests - *ERROR* Scratch setup failed, DEBUG_LOCKS_WARN_ON(lock->magic !=
lock)
Lakshmi.
-Original Message-
From: Roper, Matthew D
Sent: Thursday, April 7, 2022 4:15 PM
To: intel-gfx@lists.freedesktop.or
Issue is related to
https://gitlab.freedesktop.org/drm/intel/-/issues/5602
All tests - *ERROR* Scratch setup failed, DEBUG_LOCKS_WARN_ON(lock->magic !=
lock)
Lakshmi.
From: Souza, Jose
Sent: Thursday, April 7, 2022 2:05 PM
To: intel-gfx@lists.freedesktop.org; Vudum, Lakshminarayana
Subject: R
== Series Details ==
Series: drm/i915/display: Fix warnings about PSR lock not held (rev4)
URL : https://patchwork.freedesktop.org/series/102298/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11477 -> Patchwork_22828
Summar
On 3/14/22 19:20, Ramalingam C wrote:
From: Chris Wilson
In order to keep the context image parser simple, we assume that all
commands follow a similar format. A few, especially not MI commands on
the render engines, have fixed lengths not encoded in a length field.
This caused us to incorrec
On 3/14/22 19:20, Ramalingam C wrote:
From: Chris Wilson
When testing whether we can get the GPU to leak information about
non-privileged state, we first need to ensure that the output buffer is
set to a known value as the HW may opt to skip the write into memory for
a non-privileged read of
On 3/14/22 19:20, Ramalingam C wrote:
From: Chris Wilson
Ensure that we always signal the semaphore when timing out, so that if it
happens to be stuck waiting for the semaphore we will quickly recover
without having to wait for a reset.
Reported-by: CQ Tang
Signed-off-by: Chris Wilson
Cc:
On 3/14/22 19:20, Ramalingam C wrote:
From: Chris Wilson
Even though the initial protocontext we load onto HW has the register
cleared, by the time we save it into the default image, BB_OFFSET has
had the enable bit set. Reclear BB_OFFSET for each new context.
Testcase: igt/i915_selftests/gt
On Thu, Apr 07, 2022 at 08:55:29PM +0300, Jani Nikula wrote:
> On Wed, 06 Apr 2022, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Apparently when the VBT panel_type==0xff we should trawl through
> > the PNPID table and check for a match against the EDID. If a
> > match is found the index g
On Thu, Apr 07, 2022 at 09:07:19PM +0300, Jani Nikula wrote:
> On Tue, 05 Apr 2022, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Dump the panel PNPID and name from the VBT.
> >
> > Signed-off-by: Ville Syrjälä
> > ---
> > drivers/gpu/drm/i915/display/intel_bios.c | 24 ++
On Fri, Apr 08, 2022 at 01:44:44PM +0100, Tvrtko Ursulin wrote:
On 05/04/2022 01:11, Lucas De Marchi wrote:
Since gen6 we use FPGA_DBG register to detect unclaimed MMIO registers.
This register is in the display engine IP and can only ever detect
unclaimed accesses to registers in this area. Ho
On Fri, 8 Apr 2022 at 12:29, Tvrtko Ursulin
wrote:
>
>
> On 08/04/2022 10:50, Dave Airlie wrote:
> > On Fri, 8 Apr 2022 at 18:25, Tvrtko Ursulin
> > wrote:
> >>
> >>
> >> On 08/04/2022 08:58, Daniel Vetter wrote:
> >>> On Thu, Apr 07, 2022 at 04:16:27PM +0100, Tvrtko Ursulin wrote:
> From: T
== Series Details ==
Series: Fix issues in skl_pcode_request
URL : https://patchwork.freedesktop.org/series/102410/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11477_full -> Patchwork_22827_full
Summary
---
**WARNI
On Fri-08-04-2022 08:33 pm, Harry Wentland wrote:
On 2022-04-08 02:53, Bhanuprakash Modem wrote:
As drm_connector already have the display_info, instead of creating
"output_bpc" debugfs in vendor specific driver, move the logic to
the drm layer.
This patch will also move "Current" bpc to the
On Fri-08-04-2022 08:32 pm, Harry Wentland wrote:
On 2022-04-08 02:53, Bhanuprakash Modem wrote:
It's useful to know the connector's max supported bpc for IGT
testing. Expose it via a debugfs file on the connector "output_bpc".
Example: cat /sys/kernel/debug/dri/0/DP-1/output_bpc
Cc: Jani Ni
On Fri, Apr 08, 2022 at 03:51:59PM +0300, Stanislav Lisovskiy wrote:
> Currently skl_pcode_try_request function doesn't
> properly handle return value it gets from
> snb_pcode_rw, but treats status != 0 as success,
> returning true, which basically doesn't allow
> to use retry/timeout mechanisms if
== Series Details ==
Series: drm/i915/display: Fix warnings about PSR lock not held (rev4)
URL : https://patchwork.freedesktop.org/series/102298/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11477 -> Patchwork_22828
Summar
On Fri, Apr 08, 2022 at 06:46:00PM +0300, Ville Syrjälä wrote:
> On Fri, Apr 08, 2022 at 03:51:59PM +0300, Stanislav Lisovskiy wrote:
> > Currently skl_pcode_try_request function doesn't
> > properly handle return value it gets from
> > snb_pcode_rw, but treats status != 0 as success,
> > returning
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
(rev2)
URL : https://patchwork.freedesktop.org/series/102352/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11477 -> Patchwork_22829
=
Commit 4b276ed3c7ac ("drm/i915/uncore: Warn on previous unclaimed
accesses") tried to improve our report of unclaimed register access,
however it unveiled cases that were not previously causing any harm.
Downgrade the first message to debug so we can still see them and
eventually fix, but don't wa
On Fri, Apr 08, 2022 at 09:48:37AM -0700, Lucas De Marchi wrote:
> Commit 4b276ed3c7ac ("drm/i915/uncore: Warn on previous unclaimed
> accesses") tried to improve our report of unclaimed register access,
> however it unveiled cases that were not previously causing any harm.
>
> Downgrade the first
== Series Details ==
Series: drm/i915/display: Fix warnings about PSR lock not held (rev4)
URL : https://patchwork.freedesktop.org/series/102298/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11477_full -> Patchwork_22828_full
==
Factor out from drm_dp_dpcd_read() a function to probe a DPCD address
with a 1-byte read access. This will be needed by the next patch doing a
read from an LTTPR address, which must happen without the preceding
wake-up read in drm_dp_dpcd_read().
v2: Add a probe function instead of exporting drm_d
Some ADLP DP link configuration at least with multiple LTTPRs expects
the first DPCD access during the LTTPR/DPCD detection after hotplug to
be a read from the LTTPR range starting with
DP_LT_TUNABLE_PHY_REPEATER_FIELD_DATA_STRUCTURE_REV. The side effect of
this read is to put each LTTPR into the L
On Fri, Apr 08, 2022 at 06:46:00PM +0300, Ville Syrjälä wrote:
> On Fri, Apr 08, 2022 at 03:51:59PM +0300, Stanislav Lisovskiy wrote:
> > Currently skl_pcode_try_request function doesn't
> > properly handle return value it gets from
> > snb_pcode_rw, but treats status != 0 as success,
> > returning
On Fri, 2022-04-08 at 15:52 +0300, Stanislav Lisovskiy wrote:
> If ret isn't zero, it is almost for sure ETIMEDOUT, because
> we use it in wait_for macro which does continuous retries
> until timeout is reached. If we still ran out of time and
> retries, we most likely would be interested in gettin
On Fri, Apr 08, 2022 at 06:59:07PM +0300, Ville Syrjälä wrote:
> On Fri, Apr 08, 2022 at 06:46:00PM +0300, Ville Syrjälä wrote:
> > On Fri, Apr 08, 2022 at 03:51:59PM +0300, Stanislav Lisovskiy wrote:
> > > Currently skl_pcode_try_request function doesn't
> > > properly handle return value it gets
From: John Harrison
Update to the latest GuC firmware release.
Note that this includes some significant backwards breaking API
changes. One is about context registration - the descriptor pool is
gone, all parameters are passed via the CTB instead. The second is
about scheduling policy updates -
From: John Harrison
The latest GuC firmware drops the context descriptor pool in favour of
passing all creation data in the create H2G. It also greatly simplifies
the work queue and removes the process descriptor used for multi-LRC
submission. So, remove all mention of LRC and process descriptors
From: John Harrison
Update to the latest GuC firmware release.
Signed-off-by: John Harrison
---
drivers/gpu/drm/i915/gt/uc/intel_uc_fw.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/i915/gt/uc/intel_uc_fw.c
b/drivers/gpu/drm/i9
From: John Harrison
The latest GuC firmware drops the individual scheduling policy update
H2G commands in favour of a single KLV based H2G. So, change the
update wrappers accordingly.
Unfortunately, the API changes also mean losing the ability to set any
scheduling policy values during context r
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
(rev2)
URL : https://patchwork.freedesktop.org/series/102352/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11477_full -> Patchwork_22829_full
===
On Fri, Apr 08, 2022 at 06:47:48PM +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
> (rev2)
> URL : https://patchwork.freedesktop.org/series/102352/
> State : failure
>
> == Summary ==
>
> CI Bug Log - changes fro
== Series Details ==
Series: drm/i915: Sunset igpu legacy mmap support based on GRAPHICS_VER_FULL
(rev2)
URL : https://patchwork.freedesktop.org/series/102352/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11477_full -> Patchwork_22829_full
===
Issues are related to following (just filed #5614)
https://gitlab.freedesktop.org/drm/intel/-/issues/636
[CI][DRMTIP]igt@kms_flip@2x-flip-vs-suspend - dmesg-warn - WARNING: CPU: \d
PID: \d+ at drivers/misc/mei/hbm.c:\d+ mei_hbm_dispatch\+.*
https://gitlab.freedesktop.org/drm/intel/-/issues/5614
i
== Series Details ==
Series: drm/i915/uncore: Warn only if unclaimed access remains flagged
URL : https://patchwork.freedesktop.org/series/102424/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11479 -> Patchwork_22830
Summa
== Series Details ==
Series: series starting with [v2,1/2] drm/dp: Factor out a function to probe a
DPCD address
URL : https://patchwork.freedesktop.org/series/102428/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be
Op 07-04-2022 om 15:37 schreef Juha-Pekka Heikkila:
> Reviewed-by: Juha-Pekka Heikkila
>
> On 4.4.2022 16.38, Imre Deak wrote:
>> From: Mika Kahola
>>
>> DG2 clear color render compression uses Tile4 layout. Therefore, we need
>> to define a new format modifier for uAPI to support clear color ren
== Series Details ==
Series: series starting with [v2,1/2] drm/dp: Factor out a function to probe a
DPCD address
URL : https://patchwork.freedesktop.org/series/102428/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11479 -> Patchwork_22831
=
== Series Details ==
Series: Update to GuC v70
URL : https://patchwork.freedesktop.org/series/102430/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
ca0a801b1dda drm/i915/guc: Update context registration to new GuC API
-:418: WARNING:IF_0: Consider removing the code enclosed by
== Series Details ==
Series: Update to GuC v70
URL : https://patchwork.freedesktop.org/series/102430/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
== Series Details ==
Series: Update to GuC v70
URL : https://patchwork.freedesktop.org/series/102430/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11479 -> Patchwork_22832
Summary
---
**WARNING**
Minor unknown ch
On Fri, 2022-04-08 at 20:21 +0300, Imre Deak wrote:
> Factor out from drm_dp_dpcd_read() a function to probe a DPCD address
> with a 1-byte read access. This will be needed by the next patch
> doing a
> read from an LTTPR address, which must happen without the preceding
> wake-up read in drm_dp_dpc
Some ADLP DP link configuration at least with multiple LTTPRs expects
the first DPCD access during the LTTPR/DPCD detection after hotplug to
be a read from the LTTPR range starting with
DP_LT_TUNABLE_PHY_REPEATER_FIELD_DATA_STRUCTURE_REV. The side effect of
this read is to put each LTTPR into the L
On Sat, Apr 09, 2022 at 01:47:21AM +0300, Almahallawy, Khaled wrote:
> On Fri, 2022-04-08 at 20:21 +0300, Imre Deak wrote:
> > Factor out from drm_dp_dpcd_read() a function to probe a DPCD address
> > with a 1-byte read access. This will be needed by the next patch
> > doing a
> > read from an LTTP
== Series Details ==
Series: series starting with [v2,1/2] drm/dp: Factor out a function to probe a
DPCD address (rev2)
URL : https://patchwork.freedesktop.org/series/102428/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
29958f7974ac drm/dp: Factor out a function to probe a DP
== Series Details ==
Series: series starting with [v2,1/2] drm/dp: Factor out a function to probe a
DPCD address (rev2)
URL : https://patchwork.freedesktop.org/series/102428/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit wo
== Series Details ==
Series: drm/i915/uncore: Warn only if unclaimed access remains flagged
URL : https://patchwork.freedesktop.org/series/102424/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11479_full -> Patchwork_22830_full
=
== Series Details ==
Series: series starting with [v2,1/2] drm/dp: Factor out a function to probe a
DPCD address (rev2)
URL : https://patchwork.freedesktop.org/series/102428/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11479 -> Patchwork_22833
==
== Series Details ==
Series: Update to GuC v70
URL : https://patchwork.freedesktop.org/series/102430/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11479_full -> Patchwork_22832_full
Summary
---
**SUCCESS**
No reg
== Series Details ==
Series: series starting with [v2,1/2] drm/dp: Factor out a function to probe a
DPCD address (rev2)
URL : https://patchwork.freedesktop.org/series/102428/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11479_full -> Patchwork_22833_full
1 - 100 of 101 matches
Mail list logo
