Please ignore this series, it has issues. I'll update it and resubmit.
Thanks,
Janusz
On Thursday, 15 September 2022 18:52:08 CEST Janusz Krzysztofik wrote:
> i915_perf assumes that it can use the i915_gem_context reference to
> protect its i915->gem.contexts.list iteration. However, this requi
On Thu, 2022-09-15 at 09:48 +0100, Tvrtko Ursulin wrote:
> On 15/09/2022 03:12, Alan Previn wrote:
> > From: Matthew Brost
> >
> > Add a delay, configurable via debugfs (default 34ms), to disable
> > --- a/drivers/gpu/drm/i915/gt/uc/intel_guc.h
> > +++ b/drivers/gpu/drm/i915/gt/uc/intel_guc.h
>
On Friday, 16 September 2022 01:26:51 CEST Matt Roper wrote:
> From: Chris Wilson
>
> If we abort driver initialisation in the middle of gt/engine discovery,
> some engines will be fully setup and some not. Those incompletely setup
> engines only have 'engine->release == NULL' and so will leak an
== Series Details ==
Series: drm/i915/display: Don't disable DDI/Transcoder when setting phy test
pattern
URL : https://patchwork.freedesktop.org/series/108636/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12144 -> Patchwork_108636v1
=
Hi Matt,
On Thu, Sep 15, 2022 at 04:26:54PM -0700, Matt Roper wrote:
> From: Tvrtko Ursulin
>
> This, along with the changes already landed in commit 1c66a12ab431
> ("drm/i915: Handle each GT on init/release and suspend/resume") makes
> engines from all GTs actually known to the driver.
>
> To
On Fri, Sep 16, 2022 at 02:39:21PM +0800, Zheng Hacker wrote:
> >From 8d95c1399e3ff345500a575e21254a73b0c89144 Mon Sep 17 00:00:00 2001
> From: xmzyshypnc <1002992...@qq.com>
> Date: Fri, 16 Sep 2022 14:37:48 +0800
> Subject: [PATCH] drm/i915/gvt: fix double-free bug in split_2MB_gtt_entry
>
> The
Commit 00c6cbfd4e8a ("drm/i915: move pipe_mask and cpu_transcoder_mask
to runtime info") moved the pipe_mask member from struct
intel_device_info to intel_runtime_info, but overlooked some of our
platforms initializing device info .display = {}. This is significant,
as pipe_mask is the single point
Simplified pps_get_register() which use get_pps_idx() hook to derive the
pps instance and get_pps_idx() will be initialized at pps_init().
v1: Initial version. Got r-b from Jani.
Cc: Jani Nikula
Cc: Ville Syrjälä
Cc: Uma Shankar
Signed-off-by: Animesh Manna
---
.../gpu/drm/i915/display/intel
>From display gen12 onwards to support dual EDP two instances of pps added.
Currently backlight controller and pps instance can be mapped together
for a specific panel. Extended support for gen12 for dual EDP usage.
v1: Iniital revision
v2: Called intel_bios_panel_init w/o PNPID before intel_pps_i
== Series Details ==
Series: drm/i915: Split GAM and MSLICE steering
URL : https://patchwork.freedesktop.org/series/108627/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12144_full -> Patchwork_108627v1_full
Summary
---
Hi Dave & Daniel,
Here goes the final drm-intel-gt-next towards 6.1.
For stable platforms we have fixes for throttle reasons decoding to sysfs, GuC
version update to 7.5, XeHP SDV GSC support and the usual pile of smaller fixes.
DG2 and DG1 runtime PM is now mostly fixed for LMEM access via mmap
On Fri, Sep 16, 2022 at 02:01:02PM +0530, Animesh Manna wrote:
> >From display gen12 onwards to support dual EDP two instances of pps added.
> Currently backlight controller and pps instance can be mapped together
> for a specific panel. Extended support for gen12 for dual EDP usage.
>
> v1: Iniit
On 16/09/2022 08:53, Teres Alexis, Alan Previn wrote:
On Thu, 2022-09-15 at 09:48 +0100, Tvrtko Ursulin wrote:
On 15/09/2022 03:12, Alan Previn wrote:
From: Matthew Brost
Add a delay, configurable via debugfs (default 34ms), to disable
--- a/drivers/gpu/drm/i915/gt/uc/intel_guc.h
+++ b/dri
On 16/09/2022 02:43, Matt Roper wrote:
Although the bspec lists several MMIO ranges as "MSLICE," it turns out
that a subset of these are of a "GAM" subclass that has unique rules and
doesn't followed regular mslice steering behavior.
* Xe_HP SDV: GAM ranges must always be steered to 0,0. T
On 15/09/2022 21:03, John Harrison wrote:
On 9/15/2022 01:59, Tvrtko Ursulin wrote:
Hi,
On 15/09/2022 00:46, john.c.harri...@intel.com wrote:
From: John Harrison
Going forwards, the intention is for GuC firmware files to be named
for their major version only and HuC firmware files to have
== Series Details ==
Series: drm/i915: fix device info for devices without display
URL : https://patchwork.freedesktop.org/series/108642/
State : warning
== Summary ==
Error: dim checkpatch failed
262478f3fe42 drm/i915: fix device info for devices without display
-:24: WARNING:COMMIT_LOG_LONG_
i915_perf assumes that it can use the i915_gem_context reference to
protect its i915->gem.contexts.list iteration. However, this requires
that we do not remove the context from the list until after we drop the
final reference and release the struct. If, as currently, we remove the
context from the
Due to i915_perf assuming that it can use the i915_gem_context reference
to protect its i915->gem.contexts.list iteration, we need to defer removal
of the context from the list until last reference to the context is put.
However, there is a risk of triggering kernel warning on contexts list not
emp
From: Chris Wilson
i915_perf assumes that it can use the i915_gem_context reference to
protect its i915->gem.contexts.list iteration. However, this requires
that we do not remove the context from the list until after we drop the
final reference and release the struct. If, as currently, we remove
== Series Details ==
Series: Initial Meteorlake Support (rev10)
URL : https://patchwork.freedesktop.org/series/106786/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12144_full -> Patchwork_106786v10_full
Summary
---
On Fri, Sep 09, 2022 at 03:42:34PM +0300, Jani Nikula wrote:
> Rename intel_hpd_init_work() to the more generic intel_hpd_init_early(),
> and move the hotplug storm initialization there. This lets us move the
> HPD_STORM_DEFAULT_THRESHOLD macro to intel_hotplug.c too.
>
> Signed-off-by: Jani Nikul
== Series Details ==
Series: drm/i915: fix device info for devices without display
URL : https://patchwork.freedesktop.org/series/108642/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_108642v1
Summary
---
Fix issues in HFVSDB parsing for DSC support.
Also minor refactoring in Logging.
Split from original patch into a new series.
https://patchwork.freedesktop.org/patch/495193/
v2: Minor styling fixes.
Ankit Nautiyal (4):
drm/edid: Fix minimum bpc supported with DSC1.2 for HDMI sink
drm/edid: S
Move the DSC parsing logic into separate function.
v2: Rebase.
Signed-off-by: Ankit Nautiyal
Reviewed-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 128 -
1 file changed, 69 insertions(+), 59 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers
Replace multiple log lines with a single log line at the end of
parsing HF-VSDB. Also use drm_dbg_kms instead of DRM_DBG_KMS, and
add log for DSC1.2 support.
v2: Fixed the formatting issues in the logging (Jani).
Signed-off-by: Ankit Nautiyal
---
drivers/gpu/drm/drm_edid.c | 21 +---
HF-VSDB/SCDB has bits to advertise support for 16, 12 and 10 bpc.
If none of the bits are set, the minimum bpc supported with DSC is 8.
This patch corrects the min bpc supported to be 8, instead of 0.
Fixes: 76ee7b905678 ("drm/edid: Parse DSC1.2 cap fields from HFVSDB block")
Cc: Ankit Nautiyal
DSC capabilities are given in bytes 11-13 of VSDB (i.e. bytes 8-10 of
SCDS). Since minimum length of Data block is 7, all bytes greater than 7
must be read only after checking the length of the data block.
This patch adds check for data block length before reading relavant DSC
bytes.
Signed-off-b
== Series Details ==
Series: drm/display: Don't rewrite link config when setting phy test pattern
URL : https://patchwork.freedesktop.org/series/108633/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12144_full -> Patchwork_108633v1_full
== Series Details ==
Series: series starting with [1/2] drm/i915/pps: Add get_pps_idx() hook as part
of pps_get_register() cleanup
URL : https://patchwork.freedesktop.org/series/108643/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_108643v1
== Series Details ==
Series: drm/i915/gem: Really move i915_gem_context.link under ref protection
(rev4)
URL : https://patchwork.freedesktop.org/series/105975/
State : warning
== Summary ==
Error: dim checkpatch failed
92e95a1dfeb3 drm/i915/gem: Flush contexts on driver release
36b9001b483b d
> -Original Message-
> From: Tvrtko Ursulin
> Sent: Thursday, September 15, 2022 10:37 PM
> To: Gupta, Anshuman ; intel-
> g...@lists.freedesktop.org
> Cc: Auld, Matthew ; Vivi, Rodrigo
>
> Subject: Re: [Intel-gfx] [RFC 1/1] drm/i915/dgfx: Handling of pin_map against
> rpm
>
>
> On 15
== Series Details ==
Series: drm/i915/gem: Really move i915_gem_context.link under ref protection
(rev4)
URL : https://patchwork.freedesktop.org/series/105975/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_105975v4
==
On 16/09/2022 11:30, Gupta, Anshuman wrote:
-Original Message-
From: Tvrtko Ursulin
Sent: Thursday, September 15, 2022 10:37 PM
To: Gupta, Anshuman ; intel-
g...@lists.freedesktop.org
Cc: Auld, Matthew ; Vivi, Rodrigo
Subject: Re: [Intel-gfx] [RFC 1/1] drm/i915/dgfx: Handling of pin_m
> -Original Message-
> From: Ville Syrjälä
> Sent: Friday, September 16, 2022 2:28 PM
> To: Manna, Animesh
> Cc: intel-gfx@lists.freedesktop.org; Nikula, Jani ;
> Shankar, Uma
> Subject: Re: [PATCH 2/2] drm/i915/pps: Enable 2nd pps for dual EDP scenario
>
> On Fri, Sep 16, 2022 at 02
If there is a PSR aux error sink is marked as not reliable
and PSR is permantently disabled.
Current code is activating PSR again even there was PSR aux error.
Fix this by skipping intel_psr_activate when PSR aux error is
detected.
Cc: Mika Kahola
Cc: José Roberto de Souza
Reported-by: Charlto
== Series Details ==
Series: Fix HFVSDB parsing (rev2)
URL : https://patchwork.freedesktop.org/series/107144/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_107144v2
Summary
---
**SUCCESS**
No re
On Fri, 16 Sep 2022, "Manna, Animesh" wrote:
>> -Original Message-
>> From: Ville Syrjälä
>> Sent: Friday, September 16, 2022 2:28 PM
>> To: Manna, Animesh
>> Cc: intel-gfx@lists.freedesktop.org; Nikula, Jani ;
>> Shankar, Uma
>> Subject: Re: [PATCH 2/2] drm/i915/pps: Enable 2nd pps for
== Series Details ==
Series: drm/i915/display: Don't disable DDI/Transcoder when setting phy test
pattern
URL : https://patchwork.freedesktop.org/series/108636/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12144_full -> Patchwork_108636v1_full
===
The ipc_enabled member was supposed to be moved under the display wm
sub-struct, but due to a rebase fail only the new one was added and the
old one was left behind. Finish the job.
Fixes: 70296670f672 ("drm/i915/display: move IPC under display wm sub-struct")
Cc: Ville Syrjälä
Signed-off-by: Jan
Looks good to me.
Reviewed-by: Gwan-gyeong Mun
On 9/16/22 2:08 PM, Jouni Högander wrote:
If there is a PSR aux error sink is marked as not reliable
and PSR is permantently disabled.
Current code is activating PSR again even there was PSR aux error.
Fix this by skipping intel_psr_activate when
On Fri, Sep 16, 2022 at 02:38:50PM +0300, Jani Nikula wrote:
> The ipc_enabled member was supposed to be moved under the display wm
> sub-struct, but due to a rebase fail only the new one was added and the
> old one was left behind. Finish the job.
>
> Fixes: 70296670f672 ("drm/i915/display: move
Looks good to me
Reviewed-by: Gwan-gyeong Mun
On 9/16/22 11:26 AM, Jani Nikula wrote:
Commit 00c6cbfd4e8a ("drm/i915: move pipe_mask and cpu_transcoder_mask
to runtime info") moved the pipe_mask member from struct
intel_device_info to intel_runtime_info, but overlooked some of our
platforms in
== Series Details ==
Series: drm/i915/psr: Do not re-activate PSR if there was a PSR aux error
URL : https://patchwork.freedesktop.org/series/108653/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_108653v1
On 16-09-2022 02:09, Lucas De Marchi wrote:
> Reduce possible side effects of assigning the region and bailing out due
> to errors.
>
> Signed-off-by: Lucas De Marchi
>
> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_stolen.c
> b/drivers/gpu/drm/i915/gem/i915_gem_stolen.c
> index acc561c0f0
On 16-09-2022 02:09, Lucas De Marchi wrote:
> DSMBASE register is defined so BDSM bitfield contains the bits 63 to 20
> of the base address of stolen. For the supported platforms bits 0-19 are
> zero but that may not be true in future. Add the missing mask.
>
> Signed-off-by: Lucas De Marchi
== Series Details ==
Series: drm/i915/display: remove ipc_enabled from struct drm_i915_private
URL : https://patchwork.freedesktop.org/series/108654/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
Reviewed-by: Gwan-gyeong Mun
On 9/16/22 12:24 PM, Janusz Krzysztofik wrote:
Due to i915_perf assuming that it can use the i915_gem_context reference
to protect its i915->gem.contexts.list iteration, we need to defer removal
of the context from the list until last reference to the context is put
Reviewed-by: Gwan-gyeong Mun
On 9/16/22 12:24 PM, Janusz Krzysztofik wrote:
From: Chris Wilson
i915_perf assumes that it can use the i915_gem_context reference to
protect its i915->gem.contexts.list iteration. However, this requires
that we do not remove the context from the list until after
Hi Dave & Daniel -
The final feature pull for v6.1.
drm-intel-next-2022-09-16-1:
drm/i915 feature pull #2 for v6.1:
Features and functionality:
- More Meteorlake platform enabling (Radhakrishna, Imre, Madhumitha)
- Allow seamless M/N changes on eDP panels that support it (Ville)
- Switch DSC d
On 16-09-2022 02:09, Lucas De Marchi wrote:
> Add some helpers: adjust_stolen(), request_smem_stolen_() and
> init_reserved_stolen() that are now called by i915_gem_init_stolen() to
> initialize each part of the Data Stolen Memory region. Main goal is to
> split the reserved part, also known as
== Series Details ==
Series: drm/i915/display: remove ipc_enabled from struct drm_i915_private
URL : https://patchwork.freedesktop.org/series/108654/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_108654v1
On 14.09.2022 17:54, Robin Murphy wrote:
On 2022-09-14 16:01, Lucas De Marchi wrote:
On Wed, Sep 14, 2022 at 02:40:45PM +0200, Karolina Drobnik wrote:
This reverts commit ac9a5d522bb80be50ea84965699e1c8257d745ce.
This change introduces a regression on Alder Lake that
completely blocks testing.
Looks good to me.
Reviewed-by: Gwan-gyeong Mun
On 9/9/22 10:34 AM, Mauro Carvalho Chehab wrote:
There are a couple of issues at i915 display kernel-doc markups:
drivers/gpu/drm/i915/display/intel_display_debugfs.c:2238: warning:
Function parameter or member 'intel_connector' not desc
Rename intel_hpd_init_work() to the more generic intel_hpd_init_early(),
and move the hotplug storm initialization there. This lets us move the
HPD_STORM_DEFAULT_THRESHOLD macro to intel_hotplug.c too.
Signed-off-by: Jani Nikula
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_
The debugfs should be where the implementation details are.
v2: Rebase
Signed-off-by: Jani Nikula
Reviewed-by: Ville Syrjälä
---
.../drm/i915/display/intel_display_debugfs.c | 160 +
drivers/gpu/drm/i915/display/intel_hotplug.c | 166 ++
drivers/gpu/drm/i915/d
On Fri, 2022-09-16 at 14:08 +0300, Jouni Högander wrote:
> If there is a PSR aux error sink is marked as not reliable
> and PSR is permantently disabled.
>
> Current code is activating PSR again even there was PSR aux error.
> Fix this by skipping intel_psr_activate when PSR aux error is
> detecte
== Series Details ==
Series: drm/i915: fix device info for devices without display
URL : https://patchwork.freedesktop.org/series/108642/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_108642v1_full
S
On Fri, 2022-09-16 at 13:22 +, Souza, Jose wrote:
> On Fri, 2022-09-16 at 14:08 +0300, Jouni Högander wrote:
> > If there is a PSR aux error sink is marked as not reliable
> > and PSR is permantently disabled.
> >
> > Current code is activating PSR again even there was PSR aux error.
> > Fix t
== Series Details ==
Series: series starting with [CI,1/2] drm/i915/hotplug: move hotplug storm
debugfs to intel_hotplug.c
URL : https://patchwork.freedesktop.org/series/108656/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be
On 9/9/22 10:34 AM, Mauro Carvalho Chehab wrote:
There are several trivial warnings there, due to trivial things:
- lack of function name at the kerneldoc markup;
- renamed functions;
- wrong parameter syntax.
Fix such warnings:
drivers/gpu/drm/i915/i915_active
== Series Details ==
Series: series starting with [CI,1/2] drm/i915/hotplug: move hotplug storm
debugfs to intel_hotplug.c
URL : https://patchwork.freedesktop.org/series/108656/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145 -> Patchwork_108656v1
== Series Details ==
Series: series starting with [1/2] drm/i915/pps: Add get_pps_idx() hook as part
of pps_get_register() cleanup
URL : https://patchwork.freedesktop.org/series/108643/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_108643v1_full
==
On Fri, Sep 16, 2022 at 10:02:32AM +0100, Tvrtko Ursulin wrote:
>
> On 16/09/2022 02:43, Matt Roper wrote:
> > Although the bspec lists several MMIO ranges as "MSLICE," it turns out
> > that a subset of these are of a "GAM" subclass that has unique rules and
> > doesn't followed regular mslice ste
This series adds the HWMON support for DGFX
Test-with: 20220914140721.3500129-1-riana.ta...@intel.com
v2:
- Reorganized series. Created first patch as infrastructure patch
followed by feature patches. (Ashutosh)
- Fixed review comments (Jani)
- Fixed review comments (Ashutosh)
v3:
-
From: Riana Tauro
Use i915 HWMON subsystem to display current input voltage.
v2:
- Updated date and kernel version in feature description
- Fixed review comments (Ashutosh)
v3: Use macro HWMON_CHANNEL_INFO to define hwmon channel (Guenter)
v4:
- Fixed review comments (Ashutosh)
- Use hwm
From: Dale B Stimson
Use i915 HWMON to display/modify dGfx power PL1 limit and TDP setting.
v2:
- Fix review comments (Ashutosh)
- Do not restore power1_max upon module unload/load sequence
because on production systems modules are always loaded
and not unloaded/reloaded (Ashutosh)
From: Dale B Stimson
The i915 HWMON module will be used to expose voltage, power and energy
values for dGfx. Here we set up i915 hwmon infrastructure including i915
hwmon registration, basic data structures and functions.
v2:
- Create HWMON infra patch (Ashutosh)
- Fixed review comments (Jan
From: Dale B Stimson
Use i915 HWMON to display device level energy input.
v2:
- Updated the date and kernel version in feature description
v3:
- Cleaned up hwm_energy function and removed unused function
i915_hwmon_energy_status_get (Ashutosh)
- Updated date, kernel version in document
From: Ashutosh Dixit
Expose the card reactive critical (I1) power. I1 is exposed as
power1_crit in microwatts (typically for client products) or as
curr1_crit in milliamperes (typically for server).
v2: Add curr1_crit functionality (Ashutosh)
v3:
- Use HWMON_CHANNEL_INFO to define power1_crit,
From: Ashutosh Dixit
Expose power1_max_interval, that is the tau corresponding to PL1. Some bit
manipulation is needed because of the format of PKG_PWR_LIM_1_TIME in
GT0_PACKAGE_RAPL_LIMIT register (1.x * power(2,y)).
v2: Update date and kernel version in Documentation (Badal)
v3: Cleaned up hwm
From: Dale B Stimson
Extend hwmon power/energy for XEHPSDV especially per gt level energy
usage.
v2: Update to latest HWMON spec (Ashutosh)
v3: Fixed review comments (Ashutosh)
Signed-off-by: Ashutosh Dixit
Signed-off-by: Dale B Stimson
Signed-off-by: Badal Nilawar
Acked-by: Guenter Roeck
R
On Fri, Sep 16, 2022 at 06:38:28AM +, Patchwork wrote:
> == Series Details ==
>
> Series: Further multi-gt handling (rev2)
> URL : https://patchwork.freedesktop.org/series/108577/
> State : success
>
> == Summary ==
>
> CI Bug Log - changes from CI_DRM_12143_full -> Patchwork_108577v2_full
== Series Details ==
Series: drm/i915/gem: Really move i915_gem_context.link under ref protection
(rev4)
URL : https://patchwork.freedesktop.org/series/105975/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_105975v4_full
On Thu, 15 Sep 2022 22:16:30 -0700, Dixit, Ashutosh wrote:
>
> On Tue, 23 Aug 2022 13:41:52 -0700, Umesh Nerlige Ramappa wrote:
> >
>
> Hi Umesh,
>
> > OA reports in the OA buffer contain an OA timestamp field that helps
> > user calculate delta between 2 OA reports. The calculation relies on the
>
On Fri, Sep 16, 2022 at 11:26:42AM +0300, Jani Nikula wrote:
Commit 00c6cbfd4e8a ("drm/i915: move pipe_mask and cpu_transcoder_mask
to runtime info") moved the pipe_mask member from struct
intel_device_info to intel_runtime_info, but overlooked some of our
platforms initializing device info .disp
On 9/16/2022 1:58 AM, Tvrtko Ursulin wrote:
On 16/09/2022 08:53, Teres Alexis, Alan Previn wrote:
On Thu, 2022-09-15 at 09:48 +0100, Tvrtko Ursulin wrote:
On 15/09/2022 03:12, Alan Previn wrote:
From: Matthew Brost
Add a delay, configurable via debugfs (default 34ms), to disable
--- a/d
On Sat, Sep 10, 2022 at 07:38:41AM -0700, Ashutosh Dixit wrote:
> Since https://patchwork.freedesktop.org/series/107908/ is now merged,
> rebase this series on latest drm-tip and post a clean series.
pushed to drm-intel-gt-next
thansk for the patches
>
> Ashutosh Dixit (2):
> drm/i915/mtl: PE
== Series Details ==
Series: Fix HFVSDB parsing (rev2)
URL : https://patchwork.freedesktop.org/series/107144/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_107144v2_full
Summary
---
**SUCCESS*
On Fri, Sep 16, 2022 at 05:50:33PM +0530, Iddamsetty, Aravind wrote:
On 16-09-2022 02:09, Lucas De Marchi wrote:
Add some helpers: adjust_stolen(), request_smem_stolen_() and
init_reserved_stolen() that are now called by i915_gem_init_stolen() to
initialize each part of the Data Stolen Memory
From: Ville Syrjälä
I've talked about making blocking commits lockless a few
times in the past, so here's finally an attempt at it.
The main benefit I see from this is that TEST_ONLY commits
no longer getting blocked on the mutexes by parallel blocking
commits.
I have a small test here that spoo
From: Ville Syrjälä
Currently a nonblocking commit will actually block if it is
preceded by a blocking commit. It just happens block on the
mutex rather than on the completion. I shall call these as
not-actually-nonblocking commits.
I would like to make blocking commits execute locklessly,
just
From: Ville Syrjälä
Currently we reuse the commit_work for a later cleanup step.
Let's not do that so that atomic ioctl handler won't accidentally
wait for the cleanup work when it really wants to just wait on the
commit_tail() part. We'll just add another work struct for the
cleanup.
Cc: Daniel
From: Ville Syrjälä
The easiest way to execute blocking commits locklessly is to just
schedule them onto the workqueue excatly as we do for nonblocking
commits. And to preserve the blocking behaviour of the ioctl we
just flush the work before exiting the kernel.
We do need to reorder the state_p
From: Ville Syrjälä
Make blocking commits execute locklessly (just as nonblocking
commits do) by scheduling them onto the workqueues as well.
There will be a later flush_work() done by whoever called
the commit hook to make sure the blocking behaviour of the
ioctl/etc. is preserved.
I also wonde
== Series Details ==
Series: drm/i915/psr: Do not re-activate PSR if there was a PSR aux error
URL : https://patchwork.freedesktop.org/series/108653/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_108653v1_full
===
From: Ville Syrjälä
Remove the old tales about 90/270 degree rotation
effectively preventing FBC. That hasn't been true since
we stopped demanding the fence is present in
commit 691f7ba58d52 ("drm/i915/display/fbc: Make fences
a nice-to-have for GEN9+")
Signed-off-by: Ville Syrjälä
---
drivers
From: Ville Syrjälä
The plane ratio stuff got implemented in
commit bb6ae9e653dc ("drm/i915: Allow planes to
declare their minimum acceptable cdclk") so these
FIXMEs have no business being here.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_cdclk.c | 8
1 file ch
From: Ville Syrjälä
If pipe B is fused off we also shouldn't have FBC B.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_device_info.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i915/intel_device_info.c
b/drivers/gpu/drm/i915/intel_device_info.c
index 1434
On Friday, 16 September 2022 17:12:30 CEST Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915/gem: Really move i915_gem_context.link under ref protection
> (rev4)
> URL : https://patchwork.freedesktop.org/series/105975/
> State : failure
>
> == Summary ==
>
> CI Bug Log - changes fr
== Series Details ==
Series: drm/i915/display: remove ipc_enabled from struct drm_i915_private
URL : https://patchwork.freedesktop.org/series/108654/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_108654v1_full
===
== Series Details ==
Series: drm/i915/gem: Really move i915_gem_context.link under ref protection
(rev4)
URL : https://patchwork.freedesktop.org/series/105975/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_12145_full -> Patchwork_105975v4_full
Better split, document, and make the code paths for integrated and discrete
more similar.
v2:
- s/GENMASK/REG_GENMASK64/ where appropriate
- Fix comment
Signed-off-by: Lucas De Marchi
---
Lucas De Marchi (3):
drm/i915: Add missing mask when reading GEN12_DSMBASE
drm/i915: Split i
There is no reason to consider the setup of Data Stolen Memory fatal on
dgfx and non-fatal on integrated. Move the debug and error propagation
around so both have the same behavior: non-fatal. Before this change,
loading i915 on a system with TGL + DG2 would result in just TGL
succeeding the initia
DSMBASE register is defined so BDSM bitfield contains the bits 63 to 20
of the base address of stolen. For the supported platforms bits 0-19 are
zero but that may not be true in future. Add the missing mask.
v2: Use REG_GENMASK64()
Acked-by: Aravind Iddamsetty
Reviewed-by: Caz Yokoyama
Signed-o
Add some helpers: adjust_stolen(), request_smem_stolen_() and
init_reserved_stolen() that are now called by i915_gem_init_stolen() to
initialize each part of the Data Stolen Memory region.
Main goal is to split the reserved part within the stolen, also known as
WOPCM, as its calculation changes of
== Series Details ==
Series: drm/i915: Add HWMON support (rev6)
URL : https://patchwork.freedesktop.org/series/104278/
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: Add HWMON support (rev6)
URL : https://patchwork.freedesktop.org/series/104278/
State : warning
== Summary ==
Error: dim checkpatch failed
5f9791e75d29 drm/i915/hwmon: Add HWMON infrastructure
Traceback (most recent call last):
File "scripts/spdxcheck.p
== Series Details ==
Series: drm/i915: Add HWMON support (rev6)
URL : https://patchwork.freedesktop.org/series/104278/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_12146 -> Patchwork_104278v6
Summary
---
**FAILURE**
== Series Details ==
Series: drm/atomic: Lockless blocking commits
URL : https://patchwork.freedesktop.org/series/108669/
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:
On Thu, Sep 15, 2022 at 06:21:55PM -0700, Dixit, Ashutosh wrote:
On Tue, 23 Aug 2022 13:41:50 -0700, Umesh Nerlige Ramappa wrote:
DG2 introduces 64 bit counters and OA reports that have 64 bit values
for fields in the report header - report_id, timestamp, context_id and
gpu ticks. i915 uses rep
1 - 100 of 145 matches
Mail list logo
