[Intel-gfx] ✓ Fi.CI.IGT: success for Enable Pipewriteback (rev4)

== Series Details == Series: Enable Pipewriteback (rev4) URL : https://patchwork.freedesktop.org/series/107440/ State : success == Summary == CI Bug Log - changes from CI_DRM_12132_full -> Patchwork_107440v4_full Summary --- **WARNIN

Re: [Intel-gfx] [PATCH 05/19] drm/i915/perf: Enable commands per clock reporting in OA

On Tue, Sep 13, 2022 at 05:19:24PM -0700, Dixit, Ashutosh wrote: On Tue, 23 Aug 2022 13:41:41 -0700, Umesh Nerlige Ramappa wrote: Hi Umesh, XEHPSDV and DG2 provide a way to configure bytes per clock vs commands per clock reporting. Enable command per clock setting on enabling OA. should b

Re: [Intel-gfx] [PATCH 1/1] drm/i915/guc: Fix release build bug in 'remove log size module parameters'

On 9/12/2022 6:09 PM, john.c.harri...@intel.com wrote: From: John Harrison A patch was merged to remove the GuC log size override module parameters. That patch was broken and caused kernel error messages on boot in non CONFIG_DEBUG_GUC|GEM builds: [ 12.085121] i915 :00:02.0: [drm] *ERR

Re: [Intel-gfx] [PATCH 1/1] drm/i915/uc: Update to latest GuC and use new-format GuC/HuC names

On 9/14/2022 4:46 PM, 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 no version number in the name at all. This patch adds those entries for all platforms tha

Re: [Intel-gfx] [PATCH 4/4] drm/i915: Handle all GTs on driver (un)load paths

On 9/14/2022 3:04 PM, 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 accomplish this we need to sprinkle a l

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/i915: Fix return type of mode_valid function hook

== Series Details == Series: drm/i915: Fix return type of mode_valid function hook URL : https://patchwork.freedesktop.org/series/108553/ State : failure == Summary == CI Bug Log - changes from CI_DRM_12133_full -> Patchwork_108553v1_full S

[Intel-gfx] [PATCH 1/1] drm/i915/guc: Delay disabling guc_id scheduling for better hysteresis

From: Matthew Brost Add a delay, configurable via debugfs (default 34ms), to disable scheduling of a context after the pin count goes to zero. Disable scheduling is a costly operation as it requires synchronizing with the GuC. So the idea is that a delay allows the user to resubmit something befo

[Intel-gfx] [PATCH 0/1] Delay disabling GuC scheduling of an idle context

This series adds a delay before disabling scheduling of the guc-context when a context has become idle to avoid costly re-registration that may occur immediately after. The 2nd patch should explain it quite well. The origin of this series was posted by Matthew Brost back in Oct 2021 (https://patch

[Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for Further multi-gt handling

== Series Details == Series: Further multi-gt handling URL : https://patchwork.freedesktop.org/series/108577/ State : warning == Summary == Error: dim checkpatch failed 7cda801d9e36 drm/i915/gt: Cleanup partial engine discovery failures -:43: CHECK:COMPARISON_TO_NULL: Comparison to NULL could

[Intel-gfx] ✓ Fi.CI.BAT: success for Further multi-gt handling

== Series Details == Series: Further multi-gt handling URL : https://patchwork.freedesktop.org/series/108577/ State : success == Summary == CI Bug Log - changes from CI_DRM_12139 -> Patchwork_108577v1 Summary --- **SUCCESS** No re

[Intel-gfx] ✓ Fi.CI.BAT: success for New GuC and new GuC/HuC names

== Series Details == Series: New GuC and new GuC/HuC names URL : https://patchwork.freedesktop.org/series/108582/ State : success == Summary == CI Bug Log - changes from CI_DRM_12139 -> Patchwork_108582v1 Summary --- **SUCCESS** N

[Intel-gfx] ✗ Fi.CI.SPARSE: warning for Delay disabling GuC scheduling of an idle context

== Series Details == Series: Delay disabling GuC scheduling of an idle context URL : https://patchwork.freedesktop.org/series/108587/ State : warning == Summary == Error: dim sparse failed Sparse version: v0.6.2 Fast mode used, each commit won't be checked separately.

[Intel-gfx] ✓ Fi.CI.BAT: success for Delay disabling GuC scheduling of an idle context

== Series Details == Series: Delay disabling GuC scheduling of an idle context URL : https://patchwork.freedesktop.org/series/108587/ State : success == Summary == CI Bug Log - changes from CI_DRM_12139 -> Patchwork_108587v1 Summary ---

Re: [Intel-gfx] [topic/core-for-CI] Revert "iommu/dma: Fix race condition during iova_domain initialization"

On 14.09.2022 17: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. To enable CI and avoid possible circular

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: A couple of if/else ladder refactors (rev2)

== Series Details == Series: drm/i915: A couple of if/else ladder refactors (rev2) URL : https://patchwork.freedesktop.org/series/108315/ State : success == Summary == CI Bug Log - changes from CI_DRM_12132_full -> Patchwork_108315v2_full S

Re: [Intel-gfx] [PATCH 1/4] drm/i915/display: Add CDCLK actions to intel_cdclk_state

On Wed, Sep 14, 2022 at 09:58:59PM +, Srivatsa, Anusha wrote: > > > > -Original Message- > > From: Ville Syrjälä > > Sent: Wednesday, September 14, 2022 2:43 PM > > To: Srivatsa, Anusha > > Cc: intel-gfx@lists.freedesktop.org > > Subject: Re: [Intel-gfx] [PATCH 1/4] drm/i915/display

Re: [Intel-gfx] [PATCH 2/7] drm/i915/hwmon: Add HWMON current voltage support

> -Original Message- > From: Dixit, Ashutosh > Sent: Tuesday, September 13, 2022 8:49 PM > To: Gupta, Anshuman > Cc: Nilawar, Badal ; intel-gfx@lists.freedesktop.org; > Tauro, Riana ; Ewins, Jon ; > linux-hw...@vger.kernel.org > Subject: Re: [PATCH 2/7] drm/i915/hwmon: Add HWMON curren

Re: [Intel-gfx] [PATCH v2] drm/i915/DG{1, 2}: FIXME Temporary hammer to disable rpm

On the patch subject, could we aim to be a bit more readable and concise. Something like: "drm/i915: Temporarily disable RPM on DG1/DG2" The patch title definitely should not have a FIXME in it if we're going to merge it in that form. There's nothing to be fixed about the patch itself, we are ap

<    1   2