Am 27.02.24 um 21:26 schrieb Ville Syrjala:
From: Ville Syrjälä
inlined from ‘i915_ttm_get_pages’ at
../drivers/gpu/drm/i915/gem/i915_gem_ttm.c:847:2:
../drivers/gpu/drm/i915/gem/i915_gem_ttm.c:165:18: warning: ‘places[0].flags’
is used uninitialized [-Wuninitialized]
165 |
== Series Details ==
Series: XE HDCP Enablement (rev8)
URL : https://patchwork.freedesktop.org/series/129456/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14353 -> Patchwork_129456v8
Summary
---
**SUCCESS**
No
== Series Details ==
Series: XE HDCP Enablement (rev8)
URL : https://patchwork.freedesktop.org/series/129456/
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:116:1:
> -Original Message-
> From: Intel-gfx On Behalf Of Suraj
> Kandpal
> Sent: Tuesday, February 27, 2024 12:04 PM
> To: intel-gfx@lists.freedesktop.org; intel...@lists.freedesktop.org
> Cc: Kandpal, Suraj
> Subject: [PATCH 1/4] drm/i915/hdcp: Move intel_hdcp_gsc_message def away
> from
Rename cpu_transcoder_has_drrs() to intel_cpu_transcoder_has_drrs()
and make it as non-static, therefore it can be re-used.
V2:
- Move helpers to intel_drrs.[ch] (Jani)
- Fix commit message (Jani)
Cc: Jani Nikula
Cc: Ankit Nautiyal
Cc: Mitul Golani
Signed-off-by: Bhanuprakash Modem
---
> Subject: [PATCH 1/4] drm/i915/hdcp: Move intel_hdcp_gsc_message def away
> from header file
>
> Move intel_hdcp_gsc_message definition into intel_hdcp_gsc.h so that
> intel_hdcp_gsc_message can be redefined for xe as needed.
>
> --v2
> -Correct commit message to reflect what patch is
Expose gsc_proxy_init_done so that we can check if gsc proxy has
been initialized or not.
--v2
-Check if GSC FW is enabled before taking forcewake ref [Daniele]
--v3
-Directly call forcewake get function inside if condition
Signed-off-by: Suraj Kandpal
Reviewed-by: Arun R Murthy
Reviewed-by:
== Series Details ==
Series: drm/i915/guc: Use context hints for GT freq
URL : https://patchwork.freedesktop.org/series/130463/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14352 -> Patchwork_130463v1
Summary
---
== Series Details ==
Series: drm/i915/guc: Use context hints for GT freq
URL : https://patchwork.freedesktop.org/series/130463/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
Allow user to provide a low latency context hint. When set, KMD
sends a hint to GuC which results in special handling for this
context. SLPC will ramp the GT frequency aggressively every time
it switches to this context. The down freq threshold will also be
lower so GuC will ramp down the GT freq
Hello,
We are currently looking at checking and/or possibly redesigning the
way the MSM DRM driver handles the HPD events and link training.
After a quick glance at the drivers implementing DP support, I noticed
following main approaches:
- Perform link training at the atomic_enable time, don't
== Series Details ==
Series: drm/i915/ttm: Fix TTM_PL_FLAG_DESIRED
URL : https://patchwork.freedesktop.org/series/130457/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_14352 -> Patchwork_130457v1
Summary
---
== Series Details ==
Series: drm/i915/ttm: Fix TTM_PL_FLAG_DESIRED
URL : https://patchwork.freedesktop.org/series/130457/
State : warning
== Summary ==
Error: dim checkpatch failed
23d3c3b71c2f drm/i915/ttm: Fix TTM_PL_FLAG_DESIRED
-:9: WARNING:COMMIT_LOG_LONG_LINE: Prefer a maximum 75 chars
On Tue, Feb 27, 2024 at 09:35:22PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add a new immutable plane property by which a plane can advertise
> a handful of recommended plane sizes. This would be mostly exposed
> by cursor planes as a slightly more capable replacement for
> the
From: Ville Syrjälä
inlined from ‘i915_ttm_get_pages’ at
../drivers/gpu/drm/i915/gem/i915_gem_ttm.c:847:2:
../drivers/gpu/drm/i915/gem/i915_gem_ttm.c:165:18: warning: ‘places[0].flags’
is used uninitialized [-Wuninitialized]
165 | places[0].flags |= TTM_PL_FLAG_DESIRED;
|
== Series Details ==
Series: drm: Add plane SIZE_HINTS property (rev5)
URL : https://patchwork.freedesktop.org/series/113758/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14352 -> Patchwork_113758v5
Summary
---
== Series Details ==
Series: drm: Add plane SIZE_HINTS property (rev5)
URL : https://patchwork.freedesktop.org/series/113758/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
On 2/26/2024 08:30, mak...@wezdecki.pl wrote:
Hello,
Thank you for your help.
Is there a possibility to load GuC, then "unload" it and load it again without
cold reset?
You need to reset the GuC at least - bit 3 of GDRST. The GuC cannot be
reloaded 'live'. It must be put into reset first.
== Series Details ==
Series: Enable MST bigjoiner
URL : https://patchwork.freedesktop.org/series/130449/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14352 -> Patchwork_130449v1
Summary
---
**SUCCESS**
No
From: Ville Syrjälä
Advertize more suitable cursor sizes via the new SIZE_HINTS
plane property.
We can't really enumerate all supported cursor sizes on
the platforms where the cursor height can vary freely, so
for simplicity we'll just expose all square+POT sizes between
each platform's min and
From: Ville Syrjälä
Add a new immutable plane property by which a plane can advertise
a handful of recommended plane sizes. This would be mostly exposed
by cursor planes as a slightly more capable replacement for
the DRM_CAP_CURSOR_WIDTH/HEIGHT caps, which can only declare
a one size fits all
From: Ville Syrjälä
Final version for a new plane SIZE_HINTS property to
essentially replace the cursor size caps, based on recent
discussion in this gitlab bug:
https://gitlab.freedesktop.org/drm/intel/-/issues/7687
As for userspace, so far I only did a quick modetest
blob decoder (mainly to
== Series Details ==
Series: series starting with [1/3] mei: me: add arrow lake point S DID
URL : https://patchwork.freedesktop.org/series/130445/
State : failure
== Summary ==
Error: patch
https://patchwork.freedesktop.org/api/1.0/series/130445/revisions/1/mbox/ not
applied
Applying: mei:
== Series Details ==
Series: Display experiment + GuC Display Metrics
URL : https://patchwork.freedesktop.org/series/130437/
State : failure
== Summary ==
Error: patch
https://patchwork.freedesktop.org/api/1.0/series/130437/revisions/1/mbox/ not
applied
Applying: drm/i915/display: Introduce
On Fri, 2024-02-23 at 12:32 -0800, john.c.harri...@intel.com wrote:
> From: John Harrison
alan:snip
> --- a/drivers/gpu/drm/i915/gt/uc/intel_guc_capture.c
> +++ b/drivers/gpu/drm/i915/gt/uc/intel_guc_capture.c
> @@ -51,6 +51,7 @@
> { RING_ESR(0), 0, 0, "ESR" }, \
>
> -Original Message-
> From: Lisovskiy, Stanislav
> Sent: Tuesday, February 27, 2024 2:44 PM
> To: Srinivas, Vidya
> Cc: Jani Nikula ;
> intel-gfx@lists.freedesktop.org;
> Saarinen, Jani ; ville.syrj...@linux.intel.com
> Subject: Re: [PATCH 3/3] drm/i915: Fix bigjoiner case for DP2.0
> -Original Message-
> From: Manasi Navare
> Sent: Tuesday, February 27, 2024 11:37 PM
> To: Jani Nikula
> Cc: Lisovskiy, Stanislav ; intel-
> g...@lists.freedesktop.org; Saarinen, Jani ;
> ville.syrj...@linux.intel.com; Srinivas, Vidya
> Subject: Re: [PATCH 3/3] drm/i915: Fix
We need bigjoiner support with MST functionality
for MST monitor resolutions > 5K to work.
Adding support for the same.
Signed-off-by: Vidya Srinivas
---
drivers/gpu/drm/i915/display/intel_dp_mst.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git
This reverts commit 9c058492b16f90bb772cb0dad567e8acc68e155d.
Reverting for adding MST bigjoiner functionality.
Signed-off-by: Vidya Srinivas
---
drivers/gpu/drm/i915/display/intel_dp_mst.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_dp_mst.c
Series reverts rejection of modes on MST monitors that need bigjoiner
and adds MST bigjoiner functionality
Vidya Srinivas (2):
Revert "drm/i915/mst: Reject modes that require the bigjoiner"
drm/i915: Allow bigjoiner for MST
drivers/gpu/drm/i915/display/intel_dp_mst.c | 17 +
On Tue, Feb 27, 2024 at 10:38:10AM +0100, Rasmus Villemoes wrote:
> On 26/02/2024 15.57, Jani Nikula wrote:
>
> > Personally I suck at remembering even the standard printf conversion
> > specifiers, let alone all the kernel extensions. I basically have to
> > look them up every time. I'd really
Thanks Jani for your review.
Thanks @Lisovskiy, Stanislav and @vidya.srini...@intel.com for taking
this patch forward.
@Jani Nikula , @Ville Syrjälä : MST bigjoiner as a feature needs to be
enabled upstream and this patch enables that feature.
If you agree that bigjoiner refactoring patches 1
Hi,
> -Original Message-
> From: Saarinen, Jani
> Sent: Tuesday, February 27, 2024 6:58 PM
> To: Jani Nikula ; Roman Lozko
> ; intel-gfx@lists.freedesktop.org
> Subject: RE: Linux 6.7 fails to boot on Core Ultra 155H with "i915 GT1 GSC
> proxy" error
>
> Hi,
> > -Original
Hi,
> -Original Message-
> From: Intel-gfx On Behalf Of Jani
> Nikula
> Sent: Tuesday, February 27, 2024 6:25 PM
> To: Roman Lozko ; intel-gfx@lists.freedesktop.org
> Subject: Re: Linux 6.7 fails to boot on Core Ultra 155H with "i915 GT1 GSC
> proxy" error
>
> On Wed, 14 Feb 2024, Roman
From: Alexander Usyskin
Add Arrow Lake H device id.
Cc:
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/hw-me-regs.h | 1 +
drivers/misc/mei/pci-me.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/misc/mei/hw-me-regs.h
From: Alexander Usyskin
Add Arrow Lake S device id.
Cc:
Signed-off-by: Alexander Usyskin
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/hw-me-regs.h | 1 +
drivers/misc/mei/pci-me.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/misc/mei/hw-me-regs.h
From: Alexander Usyskin
On Arrow Lake S systems, MEI is no longer strictly connected to bus 0,
while graphics remain exclusively on bus 0. Adapt the component
matching logic to accommodate this change:
Original behavior: Required both MEI and graphics to be on the same
bus 0.
New behavior:
On Wed, 14 Feb 2024, Roman Lozko wrote:
> Hi,
> I've first filled the bug in openSUSE Tumbleweed bugtracker
> (https://bugzilla.opensuse.org/show_bug.cgi?id=1219899) and then found
> Intel GFX CI and that it reliably triggers the same error in Arrow
> Lake BAT runs.
>
> Don't know what else to
Hi Dave & Sima -
Final i915 feature pull for v6.9.
drm-intel-next-2024-02-27-1:
drm/i915 feature pull #2 for v6.9:
Features and functionality:
- DP tunneling and bandwidth allocation support (Imre)
- Add more ADL-N PCI IDs (Gustavo)
- Enable fastboot also on older platforms (Ville)
-
> -Original Message-
> From: Lisovskiy, Stanislav
> Sent: Tuesday, February 27, 2024 2:41 PM
> To: Srinivas, Vidya
> Cc: intel-gfx@lists.freedesktop.org; Saarinen, Jani ;
> ville.syrj...@linux.intel.com
> Subject: Re: [PATCH 2/3] Start separating pipe vs transcoder set logic for
>
On Tue, Feb 27, 2024 at 02:21:29PM +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Add Display Port tunnel BW allocation support (rev6)
> URL : https://patchwork.freedesktop.org/series/129082/
> State : failure
Thanks for the reviews,acks, patchset is pushed to
== Series Details ==
Series: series starting with [1/2] drm/i915/display/drrs: Refactor CPU
transcoder DRRS check
URL : https://patchwork.freedesktop.org/series/130433/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14348 -> Patchwork_130433v1
Up to now we were loading a KUnit test module in test execution mode only
once per subtest, in background, and then, in parallel with execution of
test cases while the module was loading, we were looking through dmesg for
KTAP results from each expected test case. As a consequence, our IGT
A new helper has been introduced recently, used for fetching KTAP results
of a single test case. Since that helper is called for that purpose
only after the test module is loaded with all other test cases filtered
out, its actual implementation is as simple as collecting all results from
a single
Up to now we were loading a KUnit test module in test execution mode only
once per subtest, in background, and then, in parallel with execution of
test cases while the module was loading, we were looking through dmesg for
KTAP results from each expected test case. As a consequence, our IGT
Let's register with intel_display to receive display metrics that
we can then send to GuC SLPC through the shared data and let
it to select the optimal frequency.
Cc: Jani Nikula
Cc: Lucas De Marchi
Cc: Vinay Belgaumkar
Signed-off-by: Rodrigo Vivi
---
On i915 GuC SLPC will only be able to really control the freq
if we disable the waitboost. So this is a hacky and experimental
only change with the intention to debug the available metrics
with i915.
Cc: Jani Nikula
Cc: Lucas De Marchi
Cc: Vinay Belgaumkar
Signed-off-by: Rodrigo Vivi
---
This is a generic component part of intel_display that collects
display information that could be used with GuC SLPC for a optimal
frequency selection.
This is also an experimental way to share the code with Xe without
a compact-headers, on an attempt to move towards the full detachment
of the
First of all, I'm sorry if this is hitting your inbox twice.
I could swear that I had sent this 2 weeks ago, but I couldn't
find the lore or patchwork, so let me try again.
This series is a double experiment that I would like to get
some help.
1. Display - shared display between i915 and xe
== Series Details ==
Series: series starting with [1/2] drm/i915/display/drrs: Refactor CPU
transcoder DRRS check
URL : https://patchwork.freedesktop.org/series/130433/
State : warning
== Summary ==
Error: dim sparse failed
Sparse version: v0.6.2
Fast mode used, each commit won't be checked
== Series Details ==
Series: series starting with [1/2] drm/i915/display/drrs: Refactor CPU
transcoder DRRS check
URL : https://patchwork.freedesktop.org/series/130433/
State : warning
== Summary ==
Error: dim checkpatch failed
4e54fc855aa6 drm/i915/display/drrs: Refactor CPU transcoder DRRS
We don't need to keep adding /display/ in the subject prefix.
Just drm/i915/drrs: is fine.
On Tue, 27 Feb 2024, Bhanuprakash Modem wrote:
> Rename cpu_transcoder_has_drrs() to intel_cpu_transcoder_has_drrs()
> and make it as non-static, therefore it can be re-used.
>
> Cc: Jani Nikula
> Cc:
Hi Jani,
thanks, there has been a v2 after this and your comments have
been addressed somehow.
There will be a v3, as well.
Thanks,
Andi
On Tue, Feb 27, 2024 at 02:18:01PM +0200, Jani Nikula wrote:
> On Tue, 20 Feb 2024, Andi Shyti wrote:
> > Since CCS automatic load balancing is disabled, we
Remove duplicate checks for debugfs entry "DRRS capable:".
Fixes: (20af10845864) drm/i915/display/debugfs: New entry "DRRS capable" to
i915_drrs_status
Cc: Jani Nikula
Cc: Ankit Nautiyal
Cc: Mitul Golani
Signed-off-by: Bhanuprakash Modem
---
drivers/gpu/drm/i915/display/intel_drrs.c | 5
Rename cpu_transcoder_has_drrs() to intel_cpu_transcoder_has_drrs()
and make it as non-static, therefore it can be re-used.
Cc: Jani Nikula
Cc: Ankit Nautiyal
Cc: Mitul Golani
Signed-off-by: Bhanuprakash Modem
---
drivers/gpu/drm/i915/display/intel_display.c | 9 +
On Tue, 20 Feb 2024, Radhakrishna Sripada
wrote:
> Make debugfs vbt only shows valid vbt when read from ACPI opregion.
> Make it work when read from firmware/spi/pci oprom cases.
>
> Cc: Jani Nikula
> Signed-off-by: Radhakrishna Sripada
> ---
> drivers/gpu/drm/i915/display/intel_bios.c | 30
On Tue, 20 Feb 2024, Radhakrishna Sripada
wrote:
> VBT read from firmware is currently nested within opregion vbt read.
> Extract it and place it together with other vbt read mechanisms and
> dis-associate vbt-firmware from opregion structure.
>
> Cc: Jani Nikula
> Signed-off-by: Radhakrishna
On Tue, 20 Feb 2024, Radhakrishna Sripada
wrote:
> spi_oprom_get_vbt will later be used to show the contents of vbt for
> which the size of vbt is needed.
>
> Cc: Jani Nikula
> Signed-off-by: Radhakrishna Sripada
Yeah, do the same thing in oprom_get_vbt().
Reviewed-by: Jani Nikula
> ---
>
On Tue, 20 Feb 2024, Radhakrishna Sripada
wrote:
> oprom_get_vbt will later be used to show the contents of vbt for which
> the size of vbt is needed.
>
> Cc: Jani Nikula
> Signed-off-by: Radhakrishna Sripada
> ---
> drivers/gpu/drm/i915/display/intel_bios.c | 18 ++
> 1 file
On Tue, 20 Feb 2024, Radhakrishna Sripada
wrote:
> This series is originally based out of [1], and built on top of [2].
>
> The primary departure from [1] was that vbt is no longer cached. During vbt
> show, based on the source of vbt, it would simply be re-read reducing the
> read/cleanup
On Tue, 20 Feb 2024, Andi Shyti wrote:
> Since CCS automatic load balancing is disabled, we will impose a
> fixed balancing policy that involves setting all the CCS engines
> to work together on the same load.
>
> Simultaneously, the user will see only 1 CCS rather than the
> actual number. As of
On Tue, Feb 27, 2024 at 10:18:01AM +0100, Maxime Ripard wrote:
> Hi Jani,
>
> On Tue, Feb 27, 2024 at 10:29:01AM +0200, Jani Nikula wrote:
> > On Tue, 27 Feb 2024, Maxime Ripard wrote:
> > > Hi,
> > >
> > > Sima, after becoming aware of the drm-misc transition to Gitlab in the
> > > next couple
Hi,
https://patchwork.freedesktop.org/series/129082/ - Re-reported.
Thanks,
Tejasree
-Original Message-
From: I915-ci-infra On Behalf Of
Imre Deak
Sent: Tuesday, February 27, 2024 4:29 PM
To: intel-gfx@lists.freedesktop.org; i915-ci-in...@lists.freedesktop.org
Cc: Saarinen, Jani
== Series Details ==
Series: drm/i915: Add Display Port tunnel BW allocation support (rev6)
URL : https://patchwork.freedesktop.org/series/129082/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14345 -> Patchwork_129082v6
On Tue, Feb 27, 2024 at 12:58:08PM +0200, Jani Nikula wrote:
> Let's see what Ville says, but in the end bisection might be the
> quickest way to find the regression. Though I understand it can be
> tedious for you personally.
Ha, I can do it in parallel with the gazillion other things. :-)
== Series Details ==
Series: drm/i915/display: Disable AuxCCS framebuffers if built for Xe (rev2)
URL : https://patchwork.freedesktop.org/series/129166/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14345_full -> Patchwork_129166v2_full
On Tue, Feb 27, 2024 at 01:18:36AM +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Add Display Port tunnel BW allocation support (rev6)
> URL : https://patchwork.freedesktop.org/series/129082/
> State : failure
>
> == Summary ==
>
> CI Bug Log - changes from CI_DRM_14345
On Tue, 27 Feb 2024, Borislav Petkov wrote:
> On Tue, Feb 27, 2024 at 12:37:02PM +0200, Jani Nikula wrote:
>> Is this a recent regression?
>
> Yeah, no clue. Hadn't booted that machine since 6.7-rc1... I can bisect
> if you want me to.
Let's see what Ville says, but in the end bisection might be
On Tue, Feb 27, 2024 at 12:37:02PM +0200, Jani Nikula wrote:
> Is this a recent regression?
Yeah, no clue. Hadn't booted that machine since 6.7-rc1... I can bisect
if you want me to.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
On Tue, 27 Feb 2024, Borislav Petkov wrote:
> Hi all,
>
> this lockdep splat at the end is from an old Atom 32-bit laptop with the
> latest Linus + tip lineup:
Is this a recent regression?
At a glance, I couldn't quite pinpoint the root cause. It depends on
cursor_needs_physical == true, which
Hi all,
this lockdep splat at the end is from an old Atom 32-bit laptop with the
latest Linus + tip lineup:
[0.00] Linux version 6.8.0-rc6+ (boris@zn) (gcc (Debian 13.2.0-9)
13.2.0, GNU ld (GNU Binutils for Debian) 2.41.50.20231227) #1 SMP
PREEMPT_DYNAMIC Tue Feb 27 10:43:15 CET 2024
[
== Series Details ==
Series: series starting with [1/2] drm/i915: Stop doing double audio
enable/disable on SDVO and g4x+ DP
URL : https://patchwork.freedesktop.org/series/130398/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_14345_full -> Patchwork_130398v1_full
On 26/02/2024 15.57, Jani Nikula wrote:
> Personally I suck at remembering even the standard printf conversion
> specifiers, let alone all the kernel extensions. I basically have to
> look them up every time. I'd really love some %{name} format for named
> pointer things. And indeed preferrably
Hi Tvrtko,
On 2/27/2024 10:04 AM, Tvrtko Ursulin wrote:
On 21/02/2024 11:52, Nirmoy Das wrote:
Merged it to drm-intel-gt-next with s/check/Check
Shouldn't this have had:
Fixes: ed29c2691188 ("drm/i915: Fix userptr so we do not have to worry
about obj->mm.lock, v7.")
Cc: # v5.13+
?
Hi Jani,
On Tue, Feb 27, 2024 at 10:29:01AM +0200, Jani Nikula wrote:
> On Tue, 27 Feb 2024, Maxime Ripard wrote:
> > Hi,
> >
> > Sima, after becoming aware of the drm-misc transition to Gitlab in the
> > next couple of weeks, to do the same for DRM today.
> >
> > This is now done and all the
On Tue, 27 Feb 2024, "Lisovskiy, Stanislav"
wrote:
> On Mon, Feb 26, 2024 at 09:56:10PM +0200, Jani Nikula wrote:
>> On Wed, 21 Feb 2024, Stanislav Lisovskiy
>> wrote:
>> > Patch calculates bigjoiner pipes in mst compute.
>> > Patch also passes bigjoiner bool to validate plane
>> > max size.
On Tue, Feb 27, 2024 at 11:06:16AM +0200, Srinivas, Vidya wrote:
>
>
> > -Original Message-
> > From: Lisovskiy, Stanislav
> > Sent: Tuesday, February 27, 2024 2:34 PM
> > To: Jani Nikula
> > Cc: intel-gfx@lists.freedesktop.org; Saarinen, Jani
> > ;
> > ville.syrj...@linux.intel.com;
On Tue, Feb 27, 2024 at 06:40:23AM +0200, Srinivas, Vidya wrote:
>
>
> > -Original Message-
> > From: Lisovskiy, Stanislav
> > Sent: Thursday, February 22, 2024 12:50 AM
> > To: intel-gfx@lists.freedesktop.org
> > Cc: Lisovskiy, Stanislav ; Saarinen, Jani
> > ;
> -Original Message-
> From: Lisovskiy, Stanislav
> Sent: Tuesday, February 27, 2024 2:34 PM
> To: Jani Nikula
> Cc: intel-gfx@lists.freedesktop.org; Saarinen, Jani ;
> ville.syrj...@linux.intel.com; Srinivas, Vidya
> Subject: Re: [PATCH 3/3] drm/i915: Fix bigjoiner case for DP2.0
>
On 21/02/2024 11:52, Nirmoy Das wrote:
Merged it to drm-intel-gt-next with s/check/Check
Shouldn't this have had:
Fixes: ed29c2691188 ("drm/i915: Fix userptr so we do not have to worry about
obj->mm.lock, v7.")
Cc: # v5.13+
?
Regards,
Tvrtko
On 2/19/2024 1:50 PM, Nirmoy Das wrote:
On Mon, Feb 26, 2024 at 09:56:10PM +0200, Jani Nikula wrote:
> On Wed, 21 Feb 2024, Stanislav Lisovskiy
> wrote:
> > Patch calculates bigjoiner pipes in mst compute.
> > Patch also passes bigjoiner bool to validate plane
> > max size.
>
> Please use the imperative mood in commit messages, e.g.
On Mon, 26 Feb 2024, Juha-Pekka Heikkila wrote:
> AuxCCS framebuffers don't work on Xe driver hence disable them
> from plane capabilities until they are fixed. FlatCCS framebuffers
> work and they are left enabled. CCS is left untouched for i915
> driver.
>
> Closes:
Subject: drm/i915/cdclk: Re-use RPL-U functions for MTL+
On Mon, 26 Feb 2024, Radhakrishna Sripada
wrote:
> MTL/LNL use the same cdclk functions as rplu albeit with different
> tables. Having separate tables not explicit special handling for the
> platforms reuse rplu cdclk functions.
I'm
On Tue, 27 Feb 2024, "Modem, Bhanuprakash" wrote:
> On 26-02-2024 07:50 pm, Jani Nikula wrote:
>> On Mon, 26 Feb 2024, "Nautiyal, Ankit K" wrote:
>>> On 2/22/2024 11:27 AM, Golani, Mitulkumar Ajitkumar wrote:
> -Original Message-
> From: Intel-gfx On Behalf Of
>
Am 27.02.24 um 09:12 schrieb Matthew Auld:
On 26/02/2024 20:21, Thomas Hellström wrote:
Hi, Christian
On Fri, 2024-02-23 at 15:30 +0100, Christian König wrote:
Am 06.02.24 um 13:56 schrieb Christian König:
Am 06.02.24 um 13:53 schrieb Thomas Hellström:
Hi, Christian,
On Fri, 2024-01-26 at
On Tue, 27 Feb 2024, Maxime Ripard wrote:
> Hi,
>
> Sima, after becoming aware of the drm-misc transition to Gitlab in the
> next couple of weeks, to do the same for DRM today.
>
> This is now done and all the various bits (nightly.conf, MAINTAINERS,
> doc, etc.) should be there.
>
> If all goes
On 26/02/2024 20:21, Thomas Hellström wrote:
Hi, Christian
On Fri, 2024-02-23 at 15:30 +0100, Christian König wrote:
Am 06.02.24 um 13:56 schrieb Christian König:
Am 06.02.24 um 13:53 schrieb Thomas Hellström:
Hi, Christian,
On Fri, 2024-01-26 at 15:09 +0100, Christian König wrote:
87 matches
Mail list logo
