== Series Details ==
Series: drm/i915/execlists: Leave resetting ring to intel_ring
URL : https://patchwork.freedesktop.org/series/72082/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7751_full -> Patchwork_16115_full
Summa
== Series Details ==
Series: drm/i915: Align engine->uabi_class/instance with i915_drm.h
URL : https://patchwork.freedesktop.org/series/72078/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_7751_full -> Patchwork_16114_full
== Series Details ==
Series: drm/i915/dsi: Ensure that the ACPI adapter lookup overrides the bus num
URL : https://patchwork.freedesktop.org/series/72225/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compil
== Series Details ==
Series: drm/i915/dsi: Ensure that the ACPI adapter lookup overrides the bus num
URL : https://patchwork.freedesktop.org/series/72225/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7770 -> Patchwork_16164
== Series Details ==
Series: drm/i915: eDP DPCD aux backlight fixes (rev7)
URL : https://patchwork.freedesktop.org/series/69914/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Kernel: arch/x86/boot/
== Series Details ==
Series: drm/i915: eDP DPCD aux backlight fixes (rev7)
URL : https://patchwork.freedesktop.org/series/69914/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7769 -> Patchwork_16163
Summary
---
**SUC
== Series Details ==
Series: drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain list
(rev2)
URL : https://patchwork.freedesktop.org/series/72221/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated
== Series Details ==
Series: drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain list
(rev2)
URL : https://patchwork.freedesktop.org/series/72221/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_7769 -> Patchwork_16162
=
== Series Details ==
Series: drm/i915: Add support for HDCP 1.4 over MST connectors (rev3)
URL : https://patchwork.freedesktop.org/series/70393/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Kernel
== Series Details ==
Series: drm/i915: Add support for HDCP 1.4 over MST connectors (rev3)
URL : https://patchwork.freedesktop.org/series/70393/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7769 -> Patchwork_16160
Summary
== Series Details ==
Series: drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain list
(rev2)
URL : https://patchwork.freedesktop.org/series/72221/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
a9954bbab8d0 drm/i915/gem: Store mmap_offsets in an rbtree rather than
== Series Details ==
Series: drm/i915: Fix i915_error_state_store error defination
URL : https://patchwork.freedesktop.org/series/72220/
State : failure
== Summary ==
Applying: drm/i915: Fix i915_error_state_store error defination
Using index info to reconstruct a base tree...
M drivers/
== Series Details ==
Series: drm/i915: Add support for HDCP 1.4 over MST connectors (rev3)
URL : https://patchwork.freedesktop.org/series/70393/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
312b2607dec2 drm/i915: Fix sha_text population code
-:57: WARNING:LINE_SPACING: Missing
== Series Details ==
Series: drm/i915/gt: Be paranoid and reset the GPU before release (rev2)
URL : https://patchwork.freedesktop.org/series/72185/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Ker
== Series Details ==
Series: drm/i915/gt: Be paranoid and reset the GPU before release (rev2)
URL : https://patchwork.freedesktop.org/series/72185/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7769 -> Patchwork_16159
Summa
== Series Details ==
Series: series starting with [1/2] drm/i915/gvt: Wean gvt off dev_priv->engine[]
URL : https://patchwork.freedesktop.org/series/72194/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compi
== Series Details ==
Series: series starting with [1/2] drm/i915/gvt: Wean gvt off dev_priv->engine[]
URL : https://patchwork.freedesktop.org/series/72194/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7769 -> Patchwork_16158
===
== Series Details ==
Series: series starting with [1/2] drm/i915/gvt: Wean gvt off dev_priv->engine[]
URL : https://patchwork.freedesktop.org/series/72194/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
ae3c3de52ba8 drm/i915/gvt: Wean gvt off dev_priv->engine[]
-:681: WARNING:LO
Remove the i2c_bus_num >= 0 check from the adapter lookup function
as this would prevent ACPI bus number override. This check was mainly
there to return early if the bus number has already been found but we
anyway return in the next line if the slave address does not match.
Fixes: 8cbf89db2941 ("d
== Series Details ==
Series: Misc GuC CT improvements - part II
URL : https://patchwork.freedesktop.org/series/72071/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7748_full -> Patchwork_16112_full
Summary
---
**SUCC
== Series Details ==
Series: drm/i915/debugfs: remove i915_dpcd file
URL : https://patchwork.freedesktop.org/series/72192/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7768 -> Patchwork_16157
Summary
---
**SUCCESS**
== Series Details ==
Series: drm/i915/debugfs: remove i915_dpcd file
URL : https://patchwork.freedesktop.org/series/72192/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Kernel: arch/x86/boot/bzImag
== Series Details ==
Series: drm/i915/dp: debug log max vswing and pre-emphasis
URL : https://patchwork.freedesktop.org/series/72191/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Kernel: arch/x86/
== Series Details ==
Series: drm/i915/dp: debug log max vswing and pre-emphasis
URL : https://patchwork.freedesktop.org/series/72191/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7768 -> Patchwork_16156
Summary
---
== Series Details ==
Series: drm/i915/bios: stop using vbt.ddi_port_info directly
URL : https://patchwork.freedesktop.org/series/72190/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Kernel: arch/x8
== Series Details ==
Series: drm/i915/bios: stop using vbt.ddi_port_info directly
URL : https://patchwork.freedesktop.org/series/72190/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7768 -> Patchwork_16155
Summary
---
== Series Details ==
Series: drm/i915/gt: Use the BIT when checking the flags, not the index
URL : https://patchwork.freedesktop.org/series/72060/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7748_full -> Patchwork_16111_full
==
Despite the fact that the VBT appears to have a field for specifying
that a system is equipped with a panel that supports standard VESA
backlight controls over the DP AUX channel, so far every system we've
spotted DPCD backlight control support on doesn't actually set this
field correctly and all h
== Series Details ==
Series: series starting with [1/2] i915/gem_mmap_offset: Exercise many, many
mmap_offset
URL : https://patchwork.freedesktop.org/series/7/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_7768 -> IGTPW_3940
===
Currently we create a new mmap_offset for every call to
mmap_offset_ioctl. This exposes ourselves to an abusive client that may
simply create new mmap_offsets ad infinitum, which will exhaust physical
memory and the virtual address space. In addition to the exhaustion, a
very long linear list of mm
Just keep on generating a new mmap_offset for the same old buffer, but
for different handles and so exercise the scaling of the obj->mmo lists.
Signed-off-by: Chris Wilson
Cc: Abdiel Janulgue
---
tests/i915/gem_mmap_offset.c | 64
1 file changed, 64 insertio
It is legal for mmap_offset_ioctl to return the same offset for
different clients, so long as that offset is only valid for use with the
client's fd and no one elses.
Signed-off-by: Chris Wilson
---
tests/i915/gem_mmap_offset.c | 20 +++-
1 file changed, 11 insertions(+), 9 delet
== Series Details ==
Series: drm: Clean up VBLANK callbacks in struct drm_driver (rev7)
URL : https://patchwork.freedesktop.org/series/71873/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7748_full -> Patchwork_16109_full
S
Quoting Chris Wilson (2020-01-17 22:00:38)
> Currently we create a new mmap_offset for every call to
> mmap_offset_ioctl. This exposes ourselves to an abusive client that may
> simply create new mmap_offsets ad infinitum, which will exhaust physical
> memory and the virtual address space. In additi
Currently we create a new mmap_offset for every call to
mmap_offset_ioctl. This exposes ourselves to an abusive client that may
simply create new mmap_offsets ad infinitum, which will exhaust physical
memory and the virtual address space. In addition to the exhaustion, a
very long linear list of mm
On Thu, Jan 16, 2020 at 01:45:44PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> If the pcode fails to give us the goods on any of the QGV points just
> declare that we have none so that we'll properly ignore the bw limits.
Should we also try to sanitize that the actual point info return
On 17.01.2020 13:51, Will Deacon wrote:
> On Wed, Dec 18, 2019 at 12:30:29PM +0300, Alexey Budankov wrote:
>>
>> Open access to monitoring for CAP_SYS_PERFMON privileged processes.
>> For backward compatibility reasons access to the monitoring remains open
>> for CAP_SYS_ADMIN privileged processe
Thanks for the catch! Makes sense to skip disabled managers there, but I
wonder why it didn't cause a crash with amdgpu. Anyways looks good to me.
Acked-by: Mikita Lipski
On 1/16/20 8:58 PM, José Roberto de Souza wrote:
When a main MST port is disconnected drivers should call
drm_dp_mst_topol
Since commit 742379c0c4001 ("drm/i915: Start chopping up the GPU error
capture"), function 'i915_error_state_store' was defined and used with
only one parameter.
But if no 'CONFIG_DRM_I915_CAPTURE_ERROR', this function was defined
with two parameter.
This may lead compile error. This patch fix it
On Wed, Dec 18, 2019 at 12:30:29PM +0300, Alexey Budankov wrote:
>
> Open access to monitoring for CAP_SYS_PERFMON privileged processes.
> For backward compatibility reasons access to the monitoring remains open
> for CAP_SYS_ADMIN privileged processes but CAP_SYS_ADMIN usage for secure
> monitori
On Fri, 17 Jan 2020, Jani Nikula wrote:
On Thu, 16 Jan 2020, Wambui Karuga wrote:
This series converts the printk based logging macros in
drm/i915/display/intel_display.c to the new struct drm_device based
logging macros. This change was split into four for manageability and
due to the size
On Fri, Jan 17, 2020 at 3:21 PM Lyude Paul wrote:
>
> Reviewed-by: Lyude Paul
>
Applied. I'll send a PR shortly.
Thanks!
Alex
> On Thu, 2020-01-16 at 17:58 -0800, José Roberto de Souza wrote:
> > When a main MST port is disconnected drivers should call
> > drm_dp_mst_topology_mgr_set_mst() d
JFYI: I'm going to go ahead and push this patch by itself to drm-misc-next
since it applies cleanly, the other patches in this series don't depend on
this, and I'm about to send out a patch that modifies the code around these
hunks anyway.
On Thu, 2020-01-16 at 17:58 -0800, José Roberto de Souza w
Just keep on generating a new mmap_offset for the same old buffer, but
for different handles and so exercise the scaling of the obj->mmo lists.
Signed-off-by: Chris Wilson
Cc: Abdiel Janulgue
---
tests/i915/gem_mmap_offset.c | 66
1 file changed, 66 insertio
Failed on parsing the trace log:
Died at ./trace.pl line 296.
Regards,
Tony
On 1/17/2020 10:49 AM, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
...
Signed-off-by: Tvrtko Ursulin
Cc: Tony Ye
---
Tony could you please check if this works for you and even send me some
raw trace files you mi
Failed on parsing the trace log:
Died at ./trace.pl line 296.
Raw data attached.
Regards,
Tony
On 1/17/2020 10:49 AM, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
...
Signed-off-by: Tvrtko Ursulin
Cc: Tony Ye
---
Tony could you please check if this works for you and even send me some
== Series Details ==
Series: series starting with [v2] drm/i915: Keep track of request among the
scheduling lists (rev3)
URL : https://patchwork.freedesktop.org/series/72048/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_7748_full -> Patchwork_16108_full
=
On Fri, 2020-01-17 at 13:36 +0200, Jani Nikula wrote:
> On Thu, 16 Jan 2020, Lyude Paul wrote:
> > Despite the fact that the VBT appears to have a field for specifying
> > that a system is equipped with a panel that supports standard VESA
> > backlight controls over the DP AUX channel, so far ever
Reviewed-by: Lyude Paul
On Thu, 2020-01-16 at 17:58 -0800, José Roberto de Souza wrote:
> Removing this lose code block and removing unnecessary bracket.
>
> Cc: Lyude Paul
> Signed-off-by: José Roberto de Souza
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 14 ++
> 1 file chang
Reviewed-by: Lyude Paul
On Thu, 2020-01-16 at 17:58 -0800, José Roberto de Souza wrote:
> When a main MST port is disconnected drivers should call
> drm_dp_mst_topology_mgr_set_mst() disabling the MST manager, this
> function will set manager mst_primary to NULL and it will cause the
> crash bell
From: Sean Paul
These functions are all the same for dp and dp_mst, so move them into a
dedicated file for both sst and mst to use.
Signed-off-by: Sean Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20191203173638.94919-11-s...@poorly.run
#v1
Link:
https://patchwork.freedesktop.org
From: Sean Paul
This patch is required for HDCP over MST. If a port is being used for
multiple HDCP streams, we don't want to fully disable HDCP on a port if
one of them is disabled. Instead, we just disable the HDCP signalling on
that particular pipe and exit early. The last pipe to disable HDCP
From: Sean Paul
In order to act upon content_protection property changes, we'll need to
implement the .update_pipe() hook. We can re-use intel_ddi_update_pipe
for this
Signed-off-by: Sean Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20191203173638.94919-10-s...@poorly.run
#v1
Link
From: Sean Paul
Now that all the groundwork has been laid, we can turn on HDCP 1.4 over
MST. Everything except for toggling the HDCP signalling and HDCP 2.2
support is the same as the DP case, so we'll re-use those callbacks
Signed-off-by: Sean Paul
Link:
https://patchwork.freedesktop.org/patc
From: Sean Paul
This patch fixes a few bugs:
1- We weren't taking into account sha_leftovers when adding multiple
ksvs to sha_text. As such, we were or'ing the end of ksv[j - 1] with
the beginning of ksv[j]
2- In the sha_leftovers == 2 and sha_leftovers == 3 case, bstatus was
being pla
From: Sean Paul
This is a bit of housecleaning for a future patch. Instead of sprinkling
hdcp->value assignments and prop_work scheduling everywhere, introduce a
function to do it for us.
Reviewed-by: Ramalingam C
Signed-off-by: Sean Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20
From: Sean Paul
Although DP_MST fake encoders are not subclassed from digital ports,
they are associated with them. Support these encoders.
Signed-off-by: Sean Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20191203173638.94919-9-s...@poorly.run
#v1
Link:
https://patchwork.freedesk
From: Sean Paul
This patch adds some protection against connectors being destroyed
before the HDCP workers are finished.
For check_work, we do a synchronous cancel after the connector is
unregistered which will ensure that it is finished before destruction.
In the case of prop_work, we can't do
From: Sean Paul
Instead of hand rolling the transfer ourselves in the hdcp hook, inspect
aux messages and add the aksv flag in the aux transfer hook.
IIRC, this was the original implementation and folks wanted this hack to
be isolated to the hdcp code, which makes sense.
However in testing an L
From: Sean Paul
On HDCP disable, clear the repeater bit. This ensures if we connect a
non-repeater sink after a repeater, the bit is in the state we expect.
Fixes: ee5e5e7a5e0f (drm/i915: Add HDCP framework + base implementation)
Cc: Chris Wilson
Cc: Ramalingam C
Cc: Daniel Vetter
Cc: Sean Pa
From: Sean Paul
Instead of using intel_dig_port's encoder pipe to determine which
transcoder to toggle signalling on, use the cpu_transcoder field already
stored in intel_hdmi.
This is particularly important for MST.
Suggested-by: Ville Syrjälä
Reviewed-by: Ramalingam C
Signed-off-by: Sean Pa
From: Sean Paul
HDCP signalling should not be left on, WARN if it is
Cc: Ville Syrjälä
Cc: Daniel Vetter
Reviewed-by: Ramalingam C
Signed-off-by: Sean Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20191212190230.188505-4-s...@poorly.run
#v2
Changes in v2:
- Added to the set in
From: Sean Paul
Hey all,
Here's v3, which addresses all review comments in v2.
Sean
Sean Paul (12):
drm/i915: Fix sha_text population code
drm/i915: Clear the repeater bit on HDCP disable
drm/i915: WARN if HDCP signalling is enabled upon disable
drm/i915: Intercept Aksv writes in the au
On Fri, Jan 17, 2020 at 11:50:25AM +0200, Stanislav Lisovskiy wrote:
> Start manipulating DBuf slices as a mask,
> but not as a total number, as current approach
> doesn't give us full control on all combinations
> of slices, which we might need(like enabling S2
> only can't enabled by setting enab
On Fri, Jan 17, 2020 at 11:50:26AM +0200, Stanislav Lisovskiy wrote:
> Added proper DBuf slice mapping to correspondent
> pipes, depending on pipe configuration as stated
> in BSpec.
>
> v2:
> - Remove unneeded braces
> - Stop using macro for DBuf assignments as
> it seems to reduce
From: Tvrtko Ursulin
...
Signed-off-by: Tvrtko Ursulin
Cc: Tony Ye
---
Tony could you please check if this works for you and even send me some
raw trace files you might have so I see how it looks?
P.S.
I don't yet guarantee the results are 100% reliable and truthful. Or that
it won't crash.
-
On Fri, Jan 17, 2020 at 11:50:25AM +0200, Stanislav Lisovskiy wrote:
> Start manipulating DBuf slices as a mask,
> but not as a total number, as current approach
> doesn't give us full control on all combinations
> of slices, which we might need(like enabling S2
> only can't enabled by setting enab
On Fri, Jan 17, 2020 at 11:50:24AM +0200, Stanislav Lisovskiy wrote:
> Now start using parameterized DBUF_CTL instead
> of hardcoded, this would allow shorter access
> functions when reading or storing entire state.
>
> Tried to implement it in a MMIO_PIPE manner, however
> DBUF_CTL1 address is hi
== Series Details ==
Series: series starting with [v3,1/2] drm/i915/userptr: add user_size limit
check
URL : https://patchwork.freedesktop.org/series/72186/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/com
== Series Details ==
Series: series starting with [v3,1/2] drm/i915/userptr: add user_size limit
check
URL : https://patchwork.freedesktop.org/series/72186/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7764 -> Patchwork_16154
=
From: Zbigniew Kempczyński
---
tests/intel-ci/fast-feedback.testlist | 38 +++
1 file changed, 38 insertions(+)
diff --git a/tests/intel-ci/fast-feedback.testlist
b/tests/intel-ci/fast-feedback.testlist
index 37a92b4e7..6465725b9 100644
--- a/tests/intel-ci/fast-feedbac
From: Zbigniew Kempczyński
Different GENs supports different tile surfaces. Older GENs
have HW fences to allow X / Y surface tiling / detiling.
Newer GENs have to tile / detile such surface in software.
To make test developer life easier this code adds buffer
operations (short buf_ops) to use ap
From: Zbigniew Kempczyński
igt_buf has some fields which can be interpreted differently across
vendors (ccs structure). Patch adds functions which are aware of
meaning of this field.
Signed-off-by: Zbigniew Kempczyński
Cc: Chris Wilson
Cc: Katarzyna Dec
Reviewed-by: Chris Wilson
---
lib/int
From: Zbigniew Kempczyński
This is middle layer between render copy tests and buffer operations
(buf_ops). Render copy tests uses libdrm so adding wrapper to independent
buf_ops was necessary.
Signed-off-by: Zbigniew Kempczyński
Cc: Chris Wilson
Cc: Katarzyna Dec
Reviewed-by: Chris Wilson
--
From: Zbigniew Kempczyński
Switch to rendercopy bufmgr to simplify working with tiled surfaces.
Signed-off-by: Zbigniew Kempczyński
Cc: Chris Wilson
Cc: Katarzyna Dec
---
tests/i915/gem_render_copy.c | 422 ++-
1 file changed, 116 insertions(+), 306 deletions(
Just in the very unlikely case we have not stopped the GPU before we
return the pages being used by the GPU to the system, force a reset.
Signed-off-by: Chris Wilson
Reviewed-by: Matthew Auld
---
drivers/gpu/drm/i915/gt/intel_engine_cs.c | 16
1 file changed, 16 insertions(+)
On Fri, 17 Jan 2020 at 12:59, Chris Wilson wrote:
>
> Just in the very unlikely case we have not stopped the GPU before we
> return the pages being used by the GPU to the system, force a reset.
>
> Signed-off-by: Chris Wilson
Reviewed-by: Matthew Auld
== Series Details ==
Series: drm/i915/gt: Be paranoid and reset the GPU before release
URL : https://patchwork.freedesktop.org/series/72185/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7764 -> Patchwork_16153
Summary
== Series Details ==
Series: drm/i915/gt: Be paranoid and reset the GPU before release
URL : https://patchwork.freedesktop.org/series/72185/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Kernel: ar
From: Zbigniew Kempczyński
This is middle layer between render copy tests and buffer operations
(buf_ops). Render copy tests uses libdrm so adding wrapper to independent
buf_ops was necessary.
Signed-off-by: Zbigniew Kempczyński
Cc: Chris Wilson
Cc: Katarzyna Dec
---
lib/Makefile.sources
From: Zbigniew Kempczyński
Different GENs supports different tile surfaces. Older GENs
have HW fences to allow X / Y surface tiling / detiling.
Newer GENs have to tile / detile such surface in software.
To make test developer life easier this code adds buffer
operations (short buf_ops) to use ap
From: Zbigniew Kempczyński
igt_buf has some fields which can be interpreted differently across
vendors (ccs structure). Patch adds functions which are aware of
meaning of this field.
Signed-off-by: Zbigniew Kempczyński
Cc: Chris Wilson
Cc: Katarzyna Dec
---
lib/intel_batchbuffer.c | 47 +
From: Zbigniew Kempczyński
Switch to rendercopy bufmgr to simplify working with tiled surfaces.
Signed-off-by: Zbigniew Kempczyński
Cc: Chris Wilson
Cc: Katarzyna Dec
---
tests/i915/gem_render_copy.c | 423 ++-
1 file changed, 117 insertions(+), 306 deletions(
From: Zbigniew Kempczyński
---
tests/intel-ci/fast-feedback.testlist | 38 +++
1 file changed, 38 insertions(+)
diff --git a/tests/intel-ci/fast-feedback.testlist
b/tests/intel-ci/fast-feedback.testlist
index 37a92b4e7..6465725b9 100644
--- a/tests/intel-ci/fast-feedbac
On Fri, Jan 17, 2020, Ville Syrjälä wrote:
>On Fri, Jan 17, 2020 at 09:47:17PM +0800, Lee Shawn C wrote:
>> While mode setting, driver would calculate mode rate based on
>> resolution and bpp. And choose the best bpp that did not exceed DP
>> bandwidtd.
>>
>> But LSPCON had more restriction du
== Series Details ==
Series: drm/i915/gt: Report the currently active execlists request (rev2)
URL : https://patchwork.freedesktop.org/series/72179/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_7762 -> Patchwork_16152
Summ
== Series Details ==
Series: drm/i915/gt: Report the currently active execlists request (rev2)
URL : https://patchwork.freedesktop.org/series/72179/
State : warning
== Summary ==
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Ke
On Thu, 16 Jan 2020, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: conversion to new drm logging macros.
> URL : https://patchwork.freedesktop.org/series/72096/
> State : failure
>
> == Summary ==
>
> Applying: drm/i915/atomic: use new logging macros for debug
> Applying: drm/i91
On Thu, 09 Jan 2020, Wambui Karuga wrote:
> This patchset continues the conversion to using the new struct
> drm_device based logging macros in drm/i915.
Pushed to drm-intel-next-queued, thanks for the patches.
BR,
Jani.
>
> Wambui Karuga (5):
> drm/i915: conversion to new logging macros in i
== Series Details ==
Series: drm/i915/gt: Report the currently active execlists request (rev2)
URL : https://patchwork.freedesktop.org/series/72179/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
df4d12c02eca drm/i915/gt: Report the currently active execlists request
-:16: ERROR
On Fri, Jan 17, 2020 at 05:28:23PM +0200, Jani Nikula wrote:
> On Fri, 17 Jan 2020, Ville Syrjälä wrote:
> > On Fri, Jan 17, 2020 at 05:12:38PM +0200, Ville Syrjälä wrote:
> >> On Fri, Jan 17, 2020 at 04:29:28PM +0200, Jani Nikula wrote:
> >> > Affects only two calls in output setup, and ddi init
Stop trying to escape out of the gvt layer to find the engine that we
initially setup for use with gvt. Record the engines during initialisation
and use them henceforth.
add/remove: 1/4 grow/shrink: 22/28 up/down: 341/-1410 (-1069)
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/gvt/cmd_pa
Teach gvt to use intel_gt directly as it currently assumes direct HW
access.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/gvt/aperture_gm.c | 77 +++--
drivers/gpu/drm/i915/gvt/cfg_space.c| 4 +-
drivers/gpu/drm/i915/gvt/debugfs.c | 9 ++-
drivers/gpu/drm/i915
On Fri, 17 Jan 2020, Ville Syrjälä wrote:
> On Fri, Jan 17, 2020 at 05:12:38PM +0200, Ville Syrjälä wrote:
>> On Fri, Jan 17, 2020 at 04:29:28PM +0200, Jani Nikula wrote:
>> > Affects only two calls in output setup, and ddi init will check the
>> > features in more fine grained way.
>> >
>> > Thi
On Fri, Jan 17, 2020 at 05:13:25PM +0200, Ville Syrjälä wrote:
> On Fri, Jan 17, 2020 at 05:12:38PM +0200, Ville Syrjälä wrote:
> > On Fri, Jan 17, 2020 at 04:29:28PM +0200, Jani Nikula wrote:
> > > Affects only two calls in output setup, and ddi init will check the
> > > features in more fine grai
On Mon, 21 Oct 2019, Chris Wilson wrote:
> Quoting Zhenyu Wang (2019-10-21 06:37:24)
>> On 2019.10.16 19:39:02 +0100, Chris Wilson wrote:
>> > Stop trying to escape out of the gvt layer to find the engine that we
>> > initially setup for use with gvt. Record the engines during initialisation
>> >
On Fri, Jan 17, 2020 at 04:29:29PM +0200, Jani Nikula wrote:
> Don't access i915->vbt.ddi_port_info[] directly.
>
> Signed-off-by: Jani Nikula
Reviewed-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/display/intel_combo_phy.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> dif
On Fri, Jan 17, 2020 at 05:12:38PM +0200, Ville Syrjälä wrote:
> On Fri, Jan 17, 2020 at 04:29:28PM +0200, Jani Nikula wrote:
> > Affects only two calls in output setup, and ddi init will check the
> > features in more fine grained way.
> >
> > This will make future changes easier.
> >
> > Signed
On Fri, Jan 17, 2020 at 04:29:28PM +0200, Jani Nikula wrote:
> Affects only two calls in output setup, and ddi init will check the
> features in more fine grained way.
>
> This will make future changes easier.
>
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_bios.c | 4
On Fri, Jan 17, 2020 at 04:29:27PM +0200, Jani Nikula wrote:
> Don't access i915->vbt.ddi_port_info[] directly.
3-7
Reviewed-by: Ville Syrjälä
>
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_bios.c | 26 +++
> drivers/gpu/drm/i915/display/intel_bi
1 - 100 of 196 matches
Mail list logo
