On Wed, 2020-10-21 at 00:29 +, Souza, Jose wrote:
> On Tue, 2020-10-20 at 16:25 -0700, José Roberto de Souza wrote:
> > On Tue, 2020-10-20 at 15:41 +0300, Ville Syrjälä wrote:
> > > On Tue, Oct 20, 2020 at 12:45:55AM -0700, Khaled Almahallawy
> > > wrote:
> > > > This patch avoids failing
On Tue, 2020-10-20 at 16:25 -0700, José Roberto de Souza wrote:
> On Tue, 2020-10-20 at 15:41 +0300, Ville Syrjälä wrote:
> > On Tue, Oct 20, 2020 at 12:45:55AM -0700, Khaled Almahallawy wrote:
> > > This patch avoids failing atomic commits sent by user space by making
> > > sure CRTC/Connector
On Tue, 2020-10-20 at 15:41 +0300, Ville Syrjälä wrote:
> On Tue, Oct 20, 2020 at 12:45:55AM -0700, Khaled Almahallawy wrote:
> > This patch avoids failing atomic commits sent by user space by making sure
> > CRTC/Connector added to drm_atomic_state by the driver are in valid state.
> >
> > When
== Series Details ==
Series: series starting with [1/2] drm/i915: Reject 90/270 degree rotated
initial fbs
URL : https://patchwork.freedesktop.org/series/82878/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9171_full -> Patchwork_18747_full
== Series Details ==
Series: drm/doc: Document legacy_cursor_update better (rev2)
URL : https://patchwork.freedesktop.org/series/82871/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9171_full -> Patchwork_18746_full
On Tue, Oct 20, 2020 at 11:57:52AM -0700, Navare, Manasi wrote:
> On Tue, Oct 20, 2020 at 09:45:02PM +0300, Ville Syrjälä wrote:
> > On Mon, Oct 19, 2020 at 03:45:04PM -0700, Navare, Manasi wrote:
> > > On Mon, Oct 19, 2020 at 07:36:59PM +0300, Ville Syrjälä wrote:
> > > > On Thu, Oct 08, 2020 at
Quoting Ville Syrjala (2020-10-20 20:43:30)
> From: Ville Syrjälä
>
> Do the fb size readout correctly for the 90/270 degree rotated
> cases. Not sure if we're missing something else as well.
>
> Also no idea whether the BIOS would ever do this.
>
> Signed-off-by: Ville Syrjälä
> ---
>
Quoting Ville Syrjala (2020-10-20 20:43:29)
> From: Ville Syrjälä
>
> We don't currently handle the initial fb readout correctly
> for 90/270 degree rotated scanout. Reject it.
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/display/intel_display.c | 4
> 1 file changed, 4
On Fri, Oct 16, 2020 at 12:43:45PM +0200, Maarten Lankhorst wrote:
> i915_vma_pin may fail with -EDEADLK when we start locking page tables,
> so ensure we handle this correctly.
>
> Signed-off-by: Maarten Lankhorst
> ---
> .../gpu/drm/i915/gem/i915_gem_execbuffer.c| 23 +++
>
== Series Details ==
Series: series starting with [1/2] drm/i915: Reject 90/270 degree rotated
initial fbs
URL : https://patchwork.freedesktop.org/series/82878/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9171 -> Patchwork_18747
== Series Details ==
Series: Introduce drm scaling filter property (rev9)
URL : https://patchwork.freedesktop.org/series/73883/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9169_full -> Patchwork_18745_full
Summary
== Series Details ==
Series: series starting with [1/2] drm/i915/pmu: Handle PCI unbind (rev2)
URL : https://patchwork.freedesktop.org/series/82864/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9169_full -> Patchwork_18744_full
From: Ville Syrjälä
Do the fb size readout correctly for the 90/270 degree rotated
cases. Not sure if we're missing something else as well.
Also no idea whether the BIOS would ever do this.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_display.c | 22
From: Ville Syrjälä
We don't currently handle the initial fb readout correctly
for 90/270 degree rotated scanout. Reject it.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_display.c | 4
1 file changed, 4 insertions(+)
diff --git
== Series Details ==
Series: drm/doc: Document legacy_cursor_update better (rev2)
URL : https://patchwork.freedesktop.org/series/82871/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9171 -> Patchwork_18746
Summary
---
== Series Details ==
Series: drm/doc: Document legacy_cursor_update better (rev2)
URL : https://patchwork.freedesktop.org/series/82871/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
f5314e683579 drm/doc: Document legacy_cursor_update better
-:65: WARNING:NO_AUTHOR_SIGN_OFF:
On Tue, Oct 20, 2020 at 09:45:02PM +0300, Ville Syrjälä wrote:
> On Mon, Oct 19, 2020 at 03:45:04PM -0700, Navare, Manasi wrote:
> > On Mon, Oct 19, 2020 at 07:36:59PM +0300, Ville Syrjälä wrote:
> > > On Thu, Oct 08, 2020 at 02:45:31PM -0700, Manasi Navare wrote:
> > > > From: Maarten Lankhorst
On Tue, Oct 20, 2020 at 09:39:53PM +0300, Ville Syrjälä wrote:
> On Thu, Oct 08, 2020 at 02:45:28PM -0700, Manasi Navare wrote:
> > From: Maarten Lankhorst
> >
> > Small changes to intel_dp_mode_valid(), allow listing modes that
> > can only be supported in the bigjoiner configuration, which is
On Mon, Oct 19, 2020 at 03:56:37PM -0700, Navare, Manasi wrote:
> On Mon, Oct 19, 2020 at 07:20:31PM +0300, Ville Syrjälä wrote:
> > On Thu, Oct 08, 2020 at 02:45:33PM -0700, Manasi Navare wrote:
> > > From: Maarten Lankhorst
> > >
> > > We need to look at hw.fb for the framebuffer, and add the
On Mon, Oct 19, 2020 at 03:45:04PM -0700, Navare, Manasi wrote:
> On Mon, Oct 19, 2020 at 07:36:59PM +0300, Ville Syrjälä wrote:
> > On Thu, Oct 08, 2020 at 02:45:31PM -0700, Manasi Navare wrote:
> > > From: Maarten Lankhorst
> > >
> > > Unfortunately I have no way to test this, but it should be
On Thu, Oct 08, 2020 at 02:45:28PM -0700, Manasi Navare wrote:
> From: Maarten Lankhorst
>
> Small changes to intel_dp_mode_valid(), allow listing modes that
> can only be supported in the bigjoiner configuration, which is
> not supported yet.
>
> eDP does not support bigjoiner, so do not
On Tue, 20 Oct 2020, Anshuman Gupta wrote:
> Fix the size of WIRED_REPEATER_AUTH_STREAM_REQ cmd buffer size.
> It is based upon the actual number of MST streams and size
> of wired_cmd_repeater_auth_stream_req_in.
> Excluding the size of hdcp_cmd_header.
>
> Cc: Tomas Winkler
> Cc: Ramalingam C
For the docs:
Acked-by: Simon Ser
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
== Series Details ==
Series: Introduce drm scaling filter property (rev9)
URL : https://patchwork.freedesktop.org/series/73883/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9169 -> Patchwork_18745
Summary
---
== Series Details ==
Series: Introduce drm scaling filter property (rev9)
URL : https://patchwork.freedesktop.org/series/73883/
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: drm/doc: Document legacy_cursor_update better
URL : https://patchwork.freedesktop.org/series/82871/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9169_full -> Patchwork_18743_full
Summary
== Series Details ==
Series: Introduce drm scaling filter property (rev9)
URL : https://patchwork.freedesktop.org/series/73883/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
c6a6d43c122d drm: Introduce plane and CRTC scaling filter properties
91954a6df9a7 drm/i915: Introduce
== Series Details ==
Series: series starting with [1/2] drm/i915/pmu: Handle PCI unbind (rev2)
URL : https://patchwork.freedesktop.org/series/82864/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9169 -> Patchwork_18744
It's the horror and shouldn't be used. Realized we're not clear on
this in a discussion with Rob about what msm is doing to better
support async commits.
v2: Refine existing todo item to include this (Thomas)
Cc: Sean Paul
Cc: Rob Clark
Signed-off-by: Daniel Vetter
Cc: Maarten Lankhorst
Cc:
On Tue, Oct 20, 2020 at 4:55 PM Thomas Zimmermann wrote:
>
> Hi
>
> On 20.10.20 16:39, Daniel Vetter wrote:
> > It's the horror and shouldn't be used. Realized we're not clear on
> > this in a discussion with Rob about what msm is doing to better
> > support async commits.
> >
> > Cc: Rob Clark
GEN >= 10 hardware supports the programmable scaler filter.
Attach scaling filter property for CRTC and plane for GEN >= 10
hardwares and program scaler filter based on the selected filter
type.
changes since v3:
* None
changes since v2:
* Use updated functions
* Add ps_ctrl var to contain the
Integer scaling (IS) is a nearest-neighbor upscaling technique that
simply scales up the existing pixels by an integer
(i.e., whole number) multiplier.Nearest-neighbor (NN) interpolation
works by filling in the missing color values in the upscaled image
with that of the coordinate-mapped nearest
Introduce scaler registers and bit fields needed to configure the
scaling filter in prgrammed mode and configure scaling filter
coefficients.
changes since v3:
* None
changes since v2:
* Change macro names to CNL_* and use +(set)*8 instead of adding
another trip through _PICK_EVEN (Ville).
Introduce per-plane and per-CRTC scaling filter properties to allow
userspace to select the driver's default scaling filter or
Nearest-neighbor(NN) filter for upscaling operations on CRTC and
plane.
Drivers can set up this property for a plane by calling
drm_plane_create_scaling_filter() and for
Kodi patches are reviewed and accepted for merge now.
Here is the userspace patch series link:
https://github.com/xbmc/xbmc/pull/18567
Background on Integer scaling:
Integer scaling (IS) is a nearest-neighbor upscaling technique that
simply scales up the existing pixels by an integer (i.e.,
== Series Details ==
Series: drm/i915/selftests: Flush the old heartbeat more gently (rev3)
URL : https://patchwork.freedesktop.org/series/82815/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9169_full -> Patchwork_18741_full
I have addressed the failure and re-reported the issue.
Thanks,
Lakshmi.
From: Laxminarayan Bharadiya, Pankaj
Sent: Tuesday, October 20, 2020 1:26 AM
To: Vudum, Lakshminarayana ; Szwichtenberg,
Radoslaw
Cc: intel-gfx@lists.freedesktop.org
Subject: RE: ✗ Fi.CI.IGT: failure for Introduce drm
Reviewed-by: CQ Tang
--CQ
> -Original Message-
> From: Intel-gfx On Behalf Of
> Chris Wilson
> Sent: Monday, October 19, 2020 1:35 AM
> To: intel-gfx@lists.freedesktop.org
> Cc: Auld, Matthew ; Chris Wilson wilson.co.uk>
> Subject: [Intel-gfx] [PATCH] drm/i915/gt: Onion unwind for
Quoting Tvrtko Ursulin (2020-10-20 17:14:01)
> From: Tvrtko Ursulin
>
> Test driver unbind from device with active PMU client.
>
> Signed-off-by: Tvrtko Ursulin
> ---
> tests/i915/perf_pmu.c | 108 ++
> 1 file changed, 108 insertions(+)
>
> diff --git
== Series Details ==
Series: Introduce drm scaling filter property (rev8)
URL : https://patchwork.freedesktop.org/series/73883/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9131_full -> Patchwork_18681_full
Summary
On Mon, 19 Oct 2020 at 21:38, Chris Wilson wrote:
>
> Avoid skipping what appears to be a no-op set-domain-ioctl if the cache
> coherency state is inconsistent with our target domain. This also has
> the utility of using the population of the pages to validate the backing
> store.
>
> The danger
Quoting Tvrtko Ursulin (2020-10-20 17:11:44)
> From: Tvrtko Ursulin
>
> Since we keep a driver global mask of online CPUs and base the decision
> whether PMU needs to be migrated upon it, we need to make sure the
> migration is done for all registered PMUs (so GPUs).
>
> To do this we need to
From: Tvrtko Ursulin
Test driver unbind from device with active PMU client.
Signed-off-by: Tvrtko Ursulin
---
tests/i915/perf_pmu.c | 108 ++
1 file changed, 108 insertions(+)
diff --git a/tests/i915/perf_pmu.c b/tests/i915/perf_pmu.c
index
From: Tvrtko Ursulin
Since we keep a driver global mask of online CPUs and base the decision
whether PMU needs to be migrated upon it, we need to make sure the
migration is done for all registered PMUs (so GPUs).
To do this we need to track the current CPU for each PMU and base the
decision on
== Series Details ==
Series: drm/doc: Document legacy_cursor_update better
URL : https://patchwork.freedesktop.org/series/82871/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9169 -> Patchwork_18743
Summary
---
== Series Details ==
Series: series starting with [1/2] drm/i915/pmu: Handle PCI unbind
URL : https://patchwork.freedesktop.org/series/82864/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9169_full -> Patchwork_18740_full
On Tue, Oct 13, 2020 at 12:11:29AM +0530, Pankaj Bharadiya wrote:
> Integer scaling (IS) is a nearest-neighbor upscaling technique that
> simply scales up the existing pixels by an integer
> (i.e., whole number) multiplier.Nearest-neighbor (NN) interpolation
> works by filling in the missing color
== Series Details ==
Series: drm/doc: Document legacy_cursor_update better
URL : https://patchwork.freedesktop.org/series/82871/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
f3b288c926b5 drm/doc: Document legacy_cursor_update better
-:47: WARNING:NO_AUTHOR_SIGN_OFF: Missing
Hi
On 20.10.20 16:39, Daniel Vetter wrote:
> It's the horror and shouldn't be used. Realized we're not clear on
> this in a discussion with Rob about what msm is doing to better
> support async commits.
>
> Cc: Rob Clark
> Signed-off-by: Daniel Vetter
> Cc: Maarten Lankhorst
> Cc: Maxime
Also cc Sean, who reviewed the msm patch to double down on the
not-so-awesome async solution (I think at least, I'm still not
entirely sure what's all going on there):
commit 2d99ced787e3d0f251fa370d2aae83cf2085a8d9
Author: Rob Clark
Date: Thu Aug 29 09:45:16 2019 -0700
drm/msm: async
It's the horror and shouldn't be used. Realized we're not clear on
this in a discussion with Rob about what msm is doing to better
support async commits.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Thomas Zimmermann
Cc: David Airlie
Cc: Daniel
== Series Details ==
Series: HDCP 2.2 DP MST Support (rev4)
URL : https://patchwork.freedesktop.org/series/81538/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9169 -> Patchwork_18742
Summary
---
**FAILURE**
Hi,
On Mon, Oct 19, 2020 at 05:24:59PM +0300, Heikki Krogerus wrote:
> Hi Andrzej,
>
> On Sat, Oct 17, 2020 at 01:34:54PM +0200, Andrzej Kre wrote:
> > Hi,
> >
> > I know that You were involved in working on USB-C DP drivers.
> > You are my last chance to resolve my issue.
> >
> > On my HP
Hi!
Here's a couple of patches that should be merged in the current merge-window.
Thanks!
Maxime
drm-misc-next-fixes-2020-10-20:
Two patches to prevent out-of-bands accesses on fonts buffers
The following changes since commit d3c8f2784d3266d27956659c78835ee1d1925ad2:
drm/ingenic: Fix bad
== Series Details ==
Series: HDCP 2.2 DP MST Support (rev4)
URL : https://patchwork.freedesktop.org/series/81538/
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: HDCP 2.2 DP MST Support (rev4)
URL : https://patchwork.freedesktop.org/series/81538/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
a4d3a9ec3849 drm/i915/hdcp: Update CP property in update_pipe
2018cc25b202 drm/i915/hotplug: Handle CP_IRQ for DP-MST
Let's define Maximum MST content streams up to four
generically which can be supported by modern display
controllers.
Cc: Sean Paul
Cc: Ramalingam C
Acked-by: Maarten Lankhorst
Signed-off-by: Anshuman Gupta
---
include/drm/drm_hdcp.h | 8
1 file changed, 4 insertions(+), 4
hdcp_port_data is specific to a port on which HDCP
encryption is getting enabled, so encapsulate it to
intel_digital_port.
This will be required to enable HDCP 2.2 stream encryption.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
.../drm/i915/display/intel_display_types.h| 5 +-
Pass dig_port as an argument to intel_hdcp_init()
and intel_hdcp2_init().
This will be required for HDCP 2.2 stream encryption.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
drivers/gpu/drm/i915/display/intel_dp_hdcp.c | 4 ++--
drivers/gpu/drm/i915/display/intel_hdcp.c| 12
Add support for multiple mst stream in hdcp port data
which will be used by RepeaterAuthStreamManage msg and
HDCP 2.2 security f/w for m' validation.
v2:
Init the hdcp port data k for HDMI/DP SST strem.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
Add support for HDCP 2.2 DP MST shim callback.
This adds existing DP HDCP shim callback for Link Authentication
and Encryption and HDCP 2.2 stream encryption
callback.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
.../drm/i915/display/intel_display_types.h| 4 +
Enable HDCP 2.2 over DP MST.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
drivers/gpu/drm/i915/display/intel_hdcp.c | 46 ++-
1 file changed, 44 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/display/intel_hdcp.c
This requires for HDCP 2.2 MST check link.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
drivers/gpu/drm/i915/display/intel_display_types.h | 3 ++-
drivers/gpu/drm/i915/display/intel_dp_hdcp.c | 3 ++-
drivers/gpu/drm/i915/display/intel_hdcp.c | 2 +-
Add HDCP 2.2 DP MST HDCP2_STREAM_STATUS
and HDCP2_AUTH_STREAM register in i915_reg header.
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
drivers/gpu/drm/i915/i915_reg.h | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_reg.h
Enable HDCP 1.4 over DP MST for Gen12.
This also enable the stream encryption support for
older generations, which was missing earlier.
v2:
- Added debug print for stream encryption.
- Disable the hdcp on port after disabling last stream
encryption.
Cc: Ramalingam C
Signed-off-by: Anshuman
Fix the size of WIRED_REPEATER_AUTH_STREAM_REQ cmd buffer size.
It is based upon the actual number of MST streams and size
of wired_cmd_repeater_auth_stream_req_in.
Excluding the size of hdcp_cmd_header.
Cc: Tomas Winkler
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
v2 version of this series has added below two patch in this series.
[PATCH v2 09/15] misc/mei/hdcp: Fix AUTH_STREAM_REQ cmd buffer len
[PATCH v2 10/15] drm/hdcp: Max MST content streams
([PATCH v2 10/15] has received an Ack from drm-misc maintainer
in separate patch
DP MST stream encryption status requires time of a link frame
in order to change its status, but as there were some HDCP
encryption timeout observed earlier, it is safer to use
ENCRYPT_STATUS_CHANGE_TIMEOUT_MS timeout for stream status too,
it requires to move the macro to a header.
It will be
Both HDCP_{1.x,2.x} requires to select/deselect Multistream HDCP bit
in TRANS_DDI_FUNC_CTL in order to enable/disable stream HDCP
encryption over DP MST Transport Link.
HDCP 1.4 stream encryption requires to validate the stream encryption
status in HDCP_STATUS_{TRANSCODER,PORT} register driving
Handle CP_IRQ in DEVICE_SERVICE_IRQ_VECTOR_ESI0
It requires to call intel_hdcp_handle_cp_irq() in case
of CP_IRQ is triggered by a sink in DP-MST topology.
Cc: "Ville Syrjälä"
Cc: Ramalingam C
Signed-off-by: Anshuman Gupta
---
drivers/gpu/drm/i915/display/intel_dp.c | 14 +-
1
When crtc state need_modeset is true it is not necessary
it is going to be a real modeset, it can turns to be a
update_pipe instead of modeset.
This turns content protection property to be DESIRED and hdcp
update_pipe left with property to be in DESIRED state but
actually hdcp->value was ENABLED.
Gen12 has H/W delta with respect to HDCP{1.x,2.x} display engine
instances lies in Transcoder instead of DDI as in Gen11.
This requires hdcp driver to use mst_master_transcoder for link
authentication and stream transcoder for stream encryption
separately.
This will be used for both HDCP 1.4 and
On Tuesday, October 13, 2020 4:26 PM, Simon Ser wrote:
> On Monday, October 12, 2020 8:41 PM, Pankaj Bharadiya
> pankaj.laxminarayan.bharad...@intel.com wrote:
>
> > Now, Sameer has implemented Integer scaling in Kodi Retro gaming
> > framework which demonstrate how Integer scaling gives
On 20/10/2020 13:40, Chris Wilson wrote:
Quoting Tvrtko Ursulin (2020-10-20 13:33:12)
On 20/10/2020 13:10, Chris Wilson wrote:
Quoting Chris Wilson (2020-10-20 12:59:57)
Quoting Tvrtko Ursulin (2020-10-20 11:08:22)
From: Tvrtko Ursulin
Since we keep a driver global mask of online CPUs
== Series Details ==
Series: drm/i915/selftests: Flush the old heartbeat more gently (rev3)
URL : https://patchwork.freedesktop.org/series/82815/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9169 -> Patchwork_18741
On Tue, Oct 20, 2020 at 12:45:55AM -0700, Khaled Almahallawy wrote:
> This patch avoids failing atomic commits sent by user space by making sure
> CRTC/Connector added to drm_atomic_state by the driver are in valid state.
>
> When disconnecting MST hub with two or more connected displays. The
Quoting Tvrtko Ursulin (2020-10-20 13:33:12)
>
> On 20/10/2020 13:10, Chris Wilson wrote:
> > Quoting Chris Wilson (2020-10-20 12:59:57)
> >> Quoting Tvrtko Ursulin (2020-10-20 11:08:22)
> >>> From: Tvrtko Ursulin
> >>>
> >>> Since we keep a driver global mask of online CPUs and base the
On 20/10/2020 13:10, Chris Wilson wrote:
Quoting Chris Wilson (2020-10-20 12:59:57)
Quoting Tvrtko Ursulin (2020-10-20 11:08:22)
From: Tvrtko Ursulin
Since we keep a driver global mask of online CPUs and base the decision
whether PMU needs to be migrated upon it, we need to make sure the
== Series Details ==
Series: series starting with [1/2] drm/i915/pmu: Handle PCI unbind
URL : https://patchwork.freedesktop.org/series/82864/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9169 -> Patchwork_18740
Summary
Quoting Chris Wilson (2020-10-20 12:59:57)
> Quoting Tvrtko Ursulin (2020-10-20 11:08:22)
> > From: Tvrtko Ursulin
> >
> > Since we keep a driver global mask of online CPUs and base the decision
> > whether PMU needs to be migrated upon it, we need to make sure the
> > migration is done for all
Quoting Tvrtko Ursulin (2020-10-20 11:08:22)
> From: Tvrtko Ursulin
>
> Since we keep a driver global mask of online CPUs and base the decision
> whether PMU needs to be migrated upon it, we need to make sure the
> migration is done for all registered PMUs (so GPUs).
>
> To do this we need to
Quoting Stefan Fritsch (2020-10-19 14:08:17)
> Works for me and makes the fault messages disappear. Thanks.
>
> Tested-by: Stefan Fritsch
Thanks for the report and testing. In hindsight, this should have been
obvious.
Pushed,
-Chris
___
Intel-gfx
On Tue, 20 Oct 2020, Anshuman Gupta wrote:
> On 2020-10-20 at 12:39:04 +0300, Jani Nikula wrote:
>> On Tue, 20 Oct 2020, Anshuman Gupta wrote:
>> > On 2020-10-20 at 11:31:37 +0300, Jani Nikula wrote:
>> >> On Mon, 19 Oct 2020, Anshuman Gupta wrote:
>> >> > Add support for multiple mst stream in
On Tue, 20 Oct 2020, Maarten Lankhorst
wrote:
> Op 20-10-2020 om 11:42 schreef Jani Nikula:
>> On Mon, 19 Oct 2020, Anshuman Gupta wrote:
>>> Let's define Maximum MST content streams up to four
>>> generically which can be supported by modern display
>>> controllers.
>>>
>>> Cc: Sean Paul
>>>
From: Tvrtko Ursulin
Mark the device as closed and keep references to driver data alive to
allow for safe driver unbind with active PMU clients. Perf core does not
otherwise handle this case so we have to do it manually like this.
Signed-off-by: Tvrtko Ursulin
Reviewed-by: Chris Wilson
---
From: Tvrtko Ursulin
Since we keep a driver global mask of online CPUs and base the decision
whether PMU needs to be migrated upon it, we need to make sure the
migration is done for all registered PMUs (so GPUs).
To do this we need to track the current CPU for each PMU and base the
decision on
On 2020-10-20 at 12:39:04 +0300, Jani Nikula wrote:
> On Tue, 20 Oct 2020, Anshuman Gupta wrote:
> > On 2020-10-20 at 11:31:37 +0300, Jani Nikula wrote:
> >> On Mon, 19 Oct 2020, Anshuman Gupta wrote:
> >> > Add support for multiple mst stream in hdcp port data
> >> > which will be used by
Op 20-10-2020 om 11:42 schreef Jani Nikula:
> On Mon, 19 Oct 2020, Anshuman Gupta wrote:
>> Let's define Maximum MST content streams up to four
>> generically which can be supported by modern display
>> controllers.
>>
>> Cc: Sean Paul
>> Cc: Ramalingam C
>> Signed-off-by: Anshuman Gupta
> Hey
On Mon, 19 Oct 2020, Anshuman Gupta wrote:
> Let's define Maximum MST content streams up to four
> generically which can be supported by modern display
> controllers.
>
> Cc: Sean Paul
> Cc: Ramalingam C
> Signed-off-by: Anshuman Gupta
Hey drm-misc maintainers,
I'd like to get an ack to
== Series Details ==
Series: drm/i915/tgl: Set drm_crtc_state.active=false for all added
disconnected CRTCs sharing MST stream.
URL : https://patchwork.freedesktop.org/series/82858/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9166_full -> Patchwork_18739_full
Quoting Zhenyu Wang (2020-10-19 10:37:38)
>
> Hi, Chris
>
> Looks this one is still missed to push? Could you help?
Yes, it just happened at a bad time for the trees.
-Chris
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
On Tue, 20 Oct 2020, Anshuman Gupta wrote:
> On 2020-10-20 at 11:31:37 +0300, Jani Nikula wrote:
>> On Mon, 19 Oct 2020, Anshuman Gupta wrote:
>> > Add support for multiple mst stream in hdcp port data
>> > which will be used by RepeaterAuthStreamManage msg and
>> > HDCP 2.2 security f/w for m'
On 2020-10-20 at 11:31:37 +0300, Jani Nikula wrote:
> On Mon, 19 Oct 2020, Anshuman Gupta wrote:
> > Add support for multiple mst stream in hdcp port data
> > which will be used by RepeaterAuthStreamManage msg and
> > HDCP 2.2 security f/w for m' validation.
> >
> > v2:
> > Init the hdcp port
== Series Details ==
Series: drm/i915/tgl: Set drm_crtc_state.active=false for all added
disconnected CRTCs sharing MST stream.
URL : https://patchwork.freedesktop.org/series/82858/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9166 -> Patchwork_18739
On Mon, 19 Oct 2020, Anshuman Gupta wrote:
> Add support for multiple mst stream in hdcp port data
> which will be used by RepeaterAuthStreamManage msg and
> HDCP 2.2 security f/w for m' validation.
>
> v2:
> Init the hdcp port data k for HDMI/DP SST strem.
>
> Cc: Ramalingam C
> Signed-off-by:
Hi Lakshmi/Radek,
Looks like below mentioned failure is not because of my patches.
Will you please take a look and cross verify.
Thanks,
Pankaj
From: Patchwork
Sent: 13 October 2020 08:02
To: Laxminarayan Bharadiya, Pankaj
Cc: intel-gfx@lists.freedesktop.org
Subject: ✗ Fi.CI.IGT: failure for
Chris Wilson writes:
> The GPU is trashing the low pages of its reserved memory upon reset. If
> we are using this memory for ringbuffers, then we will dutiful resubmit
> the trashed rings after the reset causing further resets, and worse. We
> must exclude this range from our own use. The value
== Series Details ==
Series: drm/i915/tgl: Set drm_crtc_state.active=false for all added
disconnected CRTCs sharing MST stream.
URL : https://patchwork.freedesktop.org/series/82858/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
70477df4f55c drm/i915/tgl: Set
This patch avoids failing atomic commits sent by user space by making sure
CRTC/Connector added to drm_atomic_state by the driver are in valid state.
When disconnecting MST hub with two or more connected displays. The user space
sends IOCTL for each MST pipe to disable.
drm_atomic_state object
== Series Details ==
Series: drm/i915/edp/jsl: Update vswing table for HBR and HBR2 (rev3)
URL : https://patchwork.freedesktop.org/series/82206/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9166_full -> Patchwork_18738_full
1 - 100 of 103 matches
Mail list logo
