For the nouveau and drm core changes
Reviewed-by: Lyude Paul
On Mon, 2018-11-12 at 16:01 +0100, Maarten Lankhorst wrote:
> We already have __drm_atomic_helper_connector_reset() and
> __drm_atomic_helper_plane_reset(), extend this to crtc as well.
>
> Most drivers already have a gpu reset hook,
On Mon, Nov 19, 2018 at 03:14:34PM -0800, Matt Roper wrote:
> On Wed, Nov 14, 2018 at 11:07:21PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > If the level 0 latency is 0 we can't do anything. Return an error
> > rather than success.
> >
> > While this can't happen due to
On Tue, Nov 06, 2018 at 01:51:17PM -0800, Lucas De Marchi wrote:
> This reverts commit 5bc0e89ff1bee1566bd2fbd1142dce001c068aeb.
>
> The macro was added and then never used so it was removed. However
> after removal it was noticed that it was actually something that should
> indeed be useful to
On Tue, Nov 20, 2018 at 04:48:39PM -0800, Matt Roper wrote:
> On Wed, Nov 14, 2018 at 11:07:26PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On SKL+ the plane WM/BUF_CFG registers are a proper part of each
> > plane's register set. That means accessing them will cancel any
> >
We should not access hardware while computing config also we don't
support stereo 3D so this test was never true.
Suggested-by: Ville Syrjälä
Cc: Ville Syrjälä
Reviewed-by: Rodrigo Vivi
Signed-off-by: José Roberto de Souza
---
drivers/gpu/drm/i915/intel_psr.c | 7 ---
1 file changed, 7
When a PSR error happens sink sets the PSR error register and also
set the link status to a error status.
So in the short pulse handling it was returning earlier and doing a
full detection and attempting to retrain but it fails as PSR HW is
in change of the main-link.
Just call
When we detect a error and disable PSR, it is kept disabled until the
next modeset but as the sink already show signs that it do not
properly work with PSR lets disabled it for good to avoid any
additional flickering.
Cc: Dhinakaran Pandiyan
Reviewed-by: Rodrigo Vivi
Signed-off-by: José Roberto
While PSR is active hardware will do aux transactions by it self to
wakeup sink to receive a new frame when necessary. If that
transaction is not acked by sink, hardware will trigger this
interruption.
So let's disable PSR as it is a hint that there is problem with this
sink.
The removed FIXME
If a PSR error happened and the driver is reloaded, the EDP_PSR_IIR
will still keep the error set even after the reset done in the
irq_preinstall and irq_uninstall hooks.
And enabling in this situation cause the screen to freeze in the
first time that PSR HW tries to activate so lets keep PSR
Some eDP panels do not set a valid sink count value and even for the
ones that sets is should always be one for eDP, that is why it is not
cached in intel_edp_init_dpcd().
But intel_dp_short_pulse() compares the old count with the read one
if there is a mistmatch a full port detection will be
== Series Details ==
Series: series starting with [v5,1/6] drm/i915: Avoid a full port detection in
the first eDP short pulse
URL : https://patchwork.freedesktop.org/series/52848/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Sparse version: v0.5.2
Commit: drm/i915: Avoid a full
On Mon, Nov 19, 2018 at 03:14:14PM -0800, Matt Roper wrote:
> On Wed, Nov 14, 2018 at 11:07:19PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Keep track which planes need updating during the commit. For now this
> > is just (was_visible || is_visible) but I'll have need to update
On Wed, Nov 21, 2018 at 09:05:33PM +0200, Ville Syrjälä wrote:
> On Tue, Nov 20, 2018 at 02:44:34PM -0800, Matt Roper wrote:
> > On Wed, Nov 14, 2018 at 11:07:24PM +0200, Ville Syrjala wrote:
> > > From: Ville Syrjälä
...snip...
> > > +static int icl_build_plane_wm(struct skl_ddb_allocation *ddb,
On Tue, Nov 06, 2018 at 01:51:22PM -0800, Lucas De Marchi wrote:
> Instead of using several GT_GEN(), let's pass the range to
> GT_GEN_RANGE(). By code inspection these were the ranges deemed
> necessary for spatch:
>
> @@
> expression e;
> @@
> (
> - GT_GEN(e, 3) || GT_GEN(e, 2)
> +
On Wed, Nov 21, 2018 at 06:05:21AM -, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Program SKL+ watermarks/ddb more carefully (rev8)
> URL : https://patchwork.freedesktop.org/series/51878/
> State : failure
>
> == Summary ==
>
> = CI Bug Log - changes from
On Tue, Nov 06, 2018 at 01:51:20PM -0800, Lucas De Marchi wrote:
> Like it was done for the generic IS_GEN -> GT_GEN rename, but since
> the LP/BC variants only exist in gen 9, keep the single macro
> definition. Also move the define to be together with GT_GEN().
>
> Users were converted with:
>
== Series Details ==
Series: series starting with [v5,1/6] drm/i915: Avoid a full port detection in
the first eDP short pulse
URL : https://patchwork.freedesktop.org/series/52848/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
38e729ea9ec4 drm/i915: Avoid a full port detection
On Tue, Nov 20, 2018 at 02:44:34PM -0800, Matt Roper wrote:
> On Wed, Nov 14, 2018 at 11:07:24PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Make a cleaner split between the skl+ and icl+ ways of computing
> > watermarks. This way skl_build_pipe_wm() doesn't have to know any
> >
== Series Details ==
Series: drm/i915/selftests: Use msecs_to_jiffies() for an explicit ms timeout
URL : https://patchwork.freedesktop.org/series/52820/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5180_full -> Patchwork_10876_full =
== Summary - SUCCESS ==
No
On Tue, Nov 20, 2018 at 03:05:07PM -0800, Souza, Jose wrote:
> On Tue, 2018-11-20 at 14:47 -0800, Rodrigo Vivi wrote:
> > On Fri, Nov 09, 2018 at 12:20:13PM -0800, José Roberto de Souza
> > wrote:
> > > While PSR is active hardware will do aux transactions by it self to
> > > wakeup sink to
On Tue, Nov 06, 2018 at 01:51:19PM -0800, Lucas De Marchi wrote:
> Define GT_GEN() similarly to our GT_GEN_RANGE() and convert users of
> IS_GEN to pss the gen as parameter. This prepares for the addition
> of display gen checks by renaming the IS_GENx() and using common code
> for all the n gens.
On Mon, Nov 19, 2018 at 02:20:55PM -0800, Lucas De Marchi wrote:
> On Thu, Nov 08, 2018 at 11:23:46AM +, Tvrtko Ursulin wrote:
> >
> > On 08/11/2018 00:57, Lucas De Marchi wrote:
> > > On Wed, Nov 07, 2018 at 10:05:19AM +, Tvrtko Ursulin wrote:
> > > >
> > > > On 06/11/2018 21:51, Lucas
== Series Details ==
Series: series starting with [v5,1/6] drm/i915: Avoid a full port detection in
the first eDP short pulse
URL : https://patchwork.freedesktop.org/series/52848/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5183 -> Patchwork_10883 =
== Summary - SUCCESS
On Wed, Nov 21, 2018 at 10:59:56AM +0100, Daniel Vetter wrote:
> On Tue, Nov 20, 2018 at 07:55:42PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > The early return in drm_atomic_set_mode_for_crtc() isn't quite
> > right. It would mistakenly return and fail to update
> >
Op 20-11-18 om 23:20 schreef Rodrigo Vivi:
> On Tue, Nov 20, 2018 at 03:54:50PM +0200, Ville Syrjala wrote:
>> From: Ville Syrjälä
>>
>> If we need to force a full plane update before userspace/fbdev
>> have given us a proper plane state we should try to maintain the
>> current plane state as
On Wed, Nov 21, 2018 at 01:40:43PM +0200, Jani Nikula wrote:
> On Tue, 20 Nov 2018, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Make life easier for drivers by simply passing the connector
> > to drm_hdmi_avi_infoframe_from_display_mode() and
> > drm_hdmi_avi_infoframe_quant_range().
On Mon, Nov 19, 2018 at 11:35:00PM +0100, Hans de Goede wrote:
> Starting with 4.20-rc1 I'm seeing the LCD screen briefly turn mostly purple
> on devices with a DSI panel (seen on 2 different devices with a DSI panel).
>
> This happens both with and without fastboot=1. This is caused by
> commit
On Tue, Nov 20, 2018 at 02:20:14PM -0800, Rodrigo Vivi wrote:
> On Tue, Nov 20, 2018 at 03:54:50PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > If we need to force a full plane update before userspace/fbdev
> > have given us a proper plane state we should try to maintain the
> >
On 20/11/2018 18:18, Tvrtko Ursulin wrote:
On 20/11/2018 18:10, Chris Wilson wrote:
Quoting Tvrtko Ursulin (2018-11-20 17:58:33)
On 20/11/2018 17:33, Chris Wilson wrote:
Quoting Tvrtko Ursulin (2018-11-20 17:28:39)
From: Tvrtko Ursulin
Since pr_debug is not printed by default, change
Quoting Souza, Jose (2018-11-20 22:07:14)
> On Mon, 2018-11-19 at 17:05 -0800, Rodrigo Vivi wrote:
> > On Mon, Nov 19, 2018 at 03:01:01PM -0800, José Roberto de Souza
> > wrote:
> > > When there is no output no one will hold a runtime_pm reference
> > > causing a warning when trying to read
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Account for the number of command submitted to amdgpu by type on a per
cgroup basis, for the purpose of profiling/monitoring applications.
x prefix in the control file name x.cmd_submitted.amd.stat signify
experimental.
Change-Id:
On Wed, Nov 14, 2018 at 02:28:32PM -0800, Eric Anholt wrote:
> These are basic non-rendering tests of the UABI.
>
> Signed-off-by: Eric Anholt
> ---
> lib/igt_v3d.c | 4 --
> tests/Makefile.am | 2 +
> tests/Makefile.sources| 6 +++
> tests/meson.build | 3 ++
On Wed, Nov 21, 2018 at 08:16:06AM +0100, Tolga Cakir wrote:
> Am Di., 20. Nov. 2018 um 19:51 Uhr schrieb Ville Syrjälä
> :
> >
> > On Tue, Nov 20, 2018 at 11:39:26AM +0100, Maarten Lankhorst wrote:
> > > On lynxpoint the bios sometimes sets up the backlight using the CPU
> > > display, but the
On Tue, Nov 20, 2018 at 02:32:41PM -0800, José Roberto de Souza wrote:
> If no PCH was detected in intel_detect_pch() don't touch the
> handshake registers.
We are explicitly told to frob this on BXT/GLK. So this doesn't make
sense. What is this supposed to fix?
>
> Cc: Lucas De Marchi
> Cc:
+ Chris
Quoting Pavel Machek (2018-11-08 19:58:03)
> Hi!
>
> My machine locked hard (thinkpad x220). After reboot, I found this in
> syslog:
>
> Sounds like memory corruption..? Does not sound like easy to debug.
Were you doing something GPU intense when you experienced the hard hang?
And if
On Tue, Nov 20, 2018 at 02:25:40PM -0800, Rodrigo Vivi wrote:
> On Tue, Nov 20, 2018 at 03:54:49PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > If we force a plane update to fix up our half populated plane state
> > we'll also force on the pipe gamma for the plane (since we always
On Tue, 20 Nov 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers don't
> need to worry about is_hdmi2_sink mess.
Overall
On Tue, Nov 20, 2018 at 01:00:17AM +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915: Make CHICKEN_TRANS reg not depend on enum value (rev2)
> URL : https://patchwork.freedesktop.org/series/52700/
> State : success
Pushed to -dinq, thanks for the review.
>
> == Summary ==
>
Hi!
> > My machine locked hard (thinkpad x220). After reboot, I found this in
> > syslog:
> >
> > Sounds like memory corruption..? Does not sound like easy to debug.
>
> Were you doing something GPU intense when you experienced the hard hang?
>
> And if so, have you been able to hit the issue
== Series Details ==
Series: drm/i915: Synchronize hpd work in i915_hpd_storm_ctl_show()
URL : https://patchwork.freedesktop.org/series/52796/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_5175_full -> Patchwork_10872_full =
== Summary - FAILURE ==
Serious unknown
On Tue, 20 Nov 2018, "Jani Nikula" wrote:
>On Wed, 21 Nov 2018, "Lee, Shawn C" wrote:
>> On Tue, 20 Nov 2018, "Jani Nikula" wrote:
Driver obtain power well at intel_csr_ucode_init().
And release it after load DMC firmware successful.
>>>
>>>Correct.
>>>
An issue happened when DMC
On 2018.11.21 09:20:19 +, Chris Wilson wrote:
> Quoting Zhenyu Wang (2018-11-21 02:29:21)
> > On 2018.11.20 20:24:38 +, Chris Wilson wrote:
> > > Found by smatch:
> > >
> > > drivers/gpu/drm/i915/gvt/gtt.c:2452 intel_vgpu_destroy_ggtt_mm() error:
> > > dereferencing freed memory 'pos'
>
On Wed, Nov 14, 2018 at 02:28:30PM -0800, Eric Anholt wrote:
> Copied from make headers_install at drm-misc-next 783195ec1cad
> ("drm/syncobj: disable the timeline UAPI for now v2")
>
> Signed-off-by: Eric Anholt
Acked-by: Petri Latvala
> ---
> include/drm-uapi/v3d_drm.h | 204
Quoting Zhenyu Wang (2018-11-21 02:29:21)
> On 2018.11.20 20:24:38 +, Chris Wilson wrote:
> > Found by smatch:
> >
> > drivers/gpu/drm/i915/gvt/gtt.c:2452 intel_vgpu_destroy_ggtt_mm() error:
> > dereferencing freed memory 'pos'
> >
> > Signed-off-by: Chris Wilson
> > Cc: Zhenyu Wang
> >
On Wed, 21 Nov 2018, "Lee, Shawn C" wrote:
> On Tue, 20 Nov 2018, "Jani Nikula" wrote:
>>On Wed, 21 Nov 2018, "Lee, Shawn C" wrote:
>>> On Tue, 20 Nov 2018, "Jani Nikula" wrote:
> Driver obtain power well at intel_csr_ucode_init().
> And release it after load DMC firmware successful.
On Fri, 16 Nov 2018, Lucas De Marchi wrote:
> Like it was done in commit 9e180d9991dc ("drm/i915: Downgrade unknown
> firmware warnings") for huc and guc: downgrade CSR firmware warnings. If
> we have released no firmware yet for a platform, stop scaring the
> consumer and merely note its
Quoting Hans Holmberg (2018-11-21 11:54:23)
> From: Hans Holmberg
>
> There is no need to rebuild i915_gpu_error.o when the version string
> changes as the version is available in init_utsname()->release.
>
> Signed-off-by: Hans Holmberg
Seems reasonable to me.
Reviewed-by: Joonas Lahtinen
== Series Details ==
Series: series starting with [1/3] drm/i915: Add HAS_DISPLAY() and use it
URL : https://patchwork.freedesktop.org/series/52790/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_5175_full -> Patchwork_10871_full =
== Summary - FAILURE ==
Serious unknown
On Tue, 20 Nov 2018, Alexandre Belloni wrote:
> Fix a spelling mistake in a comment.
>
> Signed-off-by: Alexandre Belloni
Thanks for the patch, pushed to drm-intel-next-queued.
BR,
Jani.
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On i965gm we need to adjust max_vblank_count dynamically
> > depending on whether the TV encoder is used or not. To
> > that end add a
On Tue, Nov 20, 2018 at 01:53:06PM +, Patchwork wrote:
> == Series Details ==
>
> Series: series starting with [1/3] drm/i915: Make pipe/transcoder offsets not
> depend on enum values
> URL : https://patchwork.freedesktop.org/series/52742/
> State : success
Pushed to -dinq, thanks for the
Make the wait for the evict kthread use an explicit timeout rather than
a handwaved jiffie value so it is consistent across all platforms.
References: https://bugs.freedesktop.org/show_bug.cgi?id=108735
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/selftests/intel_hangcheck.c | 2 +-
1
On Tue, 20 Nov 2018, "Jani Nikula" wrote:
>> Driver obtain power well at intel_csr_ucode_init().
>> And release it after load DMC firmware successful.
>
>Correct.
>
>> An issue happened when DMC was not found or failed to load. Power well
>> would not be released and just output some error
On 21/11/2018 09:33, Chris Wilson wrote:
Quoting Tvrtko Ursulin (2018-11-21 09:02:18)
On 20/11/2018 18:18, Tvrtko Ursulin wrote:
I can certainly send a patch for -DDEBUG, seems like that would be the
correct thing to do for all selftests.
I've changed my mind - I think it is more desirable
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Account for the total size of buffer object requested to amdgpu by
buffer type on a per cgroup basis.
x prefix in the control file name x.bo_requested.amd.stat signify
experimental.
Change-Id: Ifb680c4bcf3652879a7a659510e25680c2465cf6
Signed-off-by: Kenny
On Tue, Nov 20, 2018 at 07:55:42PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The early return in drm_atomic_set_mode_for_crtc() isn't quite
> right. It would mistakenly return and fail to update
> crtc_state->enable if someone actually tried to set a zeroed
> mode on a currently
Am 20.11.18 um 21:57 schrieb Eric Anholt:
Kenny Ho writes:
Account for the number of command submitted to amdgpu by type on a per
cgroup basis, for the purpose of profiling/monitoring applications.
For profiling other drivers, I've used perf tracepoints, which let you
get useful timelines of
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Since many parts of the DRM subsystem has vendor-specific
implementations, we introduce mechanisms for vendor to register their
specific resources and control files to the DRM cgroup subsystem. A
vendor will register itself with the DRM cgroup subsystem
On Wed, 21 Nov 2018, Hans Holmberg wrote:
> From: Hans Holmberg
>
> There is no need to rebuild i915_gpu_error.o when the version string
> changes as the version is available in init_utsname()->release.
>
> Signed-off-by: Hans Holmberg
Nice!
Reviewed-by: Jani Nikula
> ---
>
On Wed, 21 Nov 2018, "Lee, Shawn C" wrote:
> On Tue, 20 Nov 2018, "Jani Nikula" wrote:
>>> Driver obtain power well at intel_csr_ucode_init().
>>> And release it after load DMC firmware successful.
>>
>>Correct.
>>
>>> An issue happened when DMC was not found or failed to load. Power well
>>>
On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> On i965gm we need to adjust max_vblank_count dynamically
> depending on whether the TV encoder is used or not. To
> that end add a per-crtc max_vblank_count that takes
> precedence over its device wide
Quoting Tvrtko Ursulin (2018-11-21 09:02:18)
>
> On 20/11/2018 18:18, Tvrtko Ursulin wrote:
> > I can certainly send a patch for -DDEBUG, seems like that would be the
> > correct thing to do for all selftests.
>
> I've changed my mind - I think it is more desirable to actually just do
> what
Am 20.11.18 um 19:58 schrieb Kenny Ho:
Change-Id: Ib66c44ac1b1c367659e362a2fc05b6fbb3805876
Signed-off-by: Kenny Ho
---
drivers/gpu/drm/amd/amdgpu/Makefile | 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 7
drivers/gpu/drm/amd/amdgpu/amdgpu_drmcgrp.c | 37
== Series Details ==
Series: drm/i915: Release power well if load DMC failed
URL : https://patchwork.freedesktop.org/series/52805/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5175 -> Patchwork_10875 =
== Summary - SUCCESS ==
No regressions found.
External URL:
On Tue, Nov 20, 2018 at 07:37:17PM -0500, Lyude Paul wrote:
> While trying to add a chamelium test for short HPD IRQs, I ran into
> issues where a hotplug storm would be triggered, but the point at which
> it would be reported by the kernel would be after igt actually finished
> checking
Quoting Hans Holmberg (2018-11-21 09:54:23)
> From: Hans Holmberg
>
> There is no need to rebuild i915_gpu_error.o when the version string
> changes as the version is available in init_utsname()->release.
>
> Signed-off-by: Hans Holmberg
> ---
> drivers/gpu/drm/i915/i915_gpu_error.c | 4 ++--
On Wed, Nov 14, 2018 at 02:28:31PM -0800, Eric Anholt wrote:
> Just a few little ioctl wrappers that v3d tests will use.
>
> Signed-off-by: Eric Anholt
Acked-by: Petri Latvala
> ---
> lib/Makefile.sources | 2 +
> lib/drmtest.c| 3 +
> lib/drmtest.h| 1 +
>
After reading the event status from the CSB, write back 0 (an invalid
value) so we can detect if the HW should signal a new event without
writing the event in the future.
References: https://bugs.freedesktop.org/show_bug.cgi?id=108315
Signed-off-by: Chris Wilson
Cc: Mika Kuoppala
---
Quoting Tvrtko Ursulin (2018-11-21 15:08:27)
>
> On 21/11/2018 13:09, Chris Wilson wrote:
> > When showing the list of waiters, include the task's status so that we
> > can tell if they have been woken up and are waiting for the CPU, or if
> > they are still waiting to be woken.
> >
> >
On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 12, 2018 at 06:59:45PM +0200, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > On i965gm we need to adjust max_vblank_count dynamically
> > >
On 21/11/2018 15:16, Chris Wilson wrote:
When showing the list of waiters, include the task's status so that we
can tell if they have been woken up and are waiting for the CPU, or if
they are still waiting to be woken.
v2: task_state_to_char()
Signed-off-by: Chris Wilson
Cc: Mika Kuoppala
When showing the list of waiters, include the task's status so that we
can tell if they have been woken up and are waiting for the CPU, or if
they are still waiting to be woken.
v2: task_state_to_char()
Signed-off-by: Chris Wilson
Cc: Mika Kuoppala
Cc: Tvrtko Ursulin
---
== Series Details ==
Series: drm/i915: Show waiter's status on engine dump
URL : https://patchwork.freedesktop.org/series/52825/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5181 -> Patchwork_10879 =
== Summary - SUCCESS ==
No regressions found.
External URL:
== Series Details ==
Series: drm/i915: Show waiter's status on engine dump (rev2)
URL : https://patchwork.freedesktop.org/series/52825/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5181 -> Patchwork_10880 =
== Summary - SUCCESS ==
No regressions found.
External URL:
Hi Dave,
Another light -fixes pull, either we've really got our act together this release
or the hammer is about to drop. I'll go with the optimistic take :-)
Hope the time adjustment back to upside-down-time has been smooth for you!
drm-misc-fixes-2018-11-21:
- vc4: Fix NULL deref in async
Chris Wilson writes:
> Make the wait for the evict kthread use an explicit timeout rather than
> a handwaved jiffie value so it is consistent across all platforms.
>
> References: https://bugs.freedesktop.org/show_bug.cgi?id=108735
> Signed-off-by: Chris Wilson
Reviewed-by: Mika Kuoppala
== Series Details ==
Series: drm/i915/selftests: Use msecs_to_jiffies() for an explicit ms timeout
URL : https://patchwork.freedesktop.org/series/52820/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5180 -> Patchwork_10876 =
== Summary - SUCCESS ==
No regressions found.
== Series Details ==
Series: drm/i915: Release power well if load DMC failed
URL : https://patchwork.freedesktop.org/series/52805/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5175_full -> Patchwork_10875_full =
== Summary - WARNING ==
Minor unknown changes coming with
== Series Details ==
Series: drm/i915/execlists: Poison the CSB after use (rev2)
URL : https://patchwork.freedesktop.org/series/51703/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5181 -> Patchwork_10878 =
== Summary - SUCCESS ==
No regressions found.
External URL:
On 21/11/2018 13:09, Chris Wilson wrote:
When showing the list of waiters, include the task's status so that we
can tell if they have been woken up and are waiting for the CPU, or if
they are still waiting to be woken.
Signed-off-by: Chris Wilson
Cc: Mika Kuoppala
Cc: Tvrtko Ursulin
---
From: Hans Holmberg
There is no need to rebuild i915_gpu_error.o when the version string
changes as the version is available in init_utsname()->release.
Signed-off-by: Hans Holmberg
---
drivers/gpu/drm/i915/i915_gpu_error.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Wed, Nov 21, 2018 at 11:10 AM Joonas Lahtinen
wrote:
>
> Quoting Hans Holmberg (2018-11-21 11:54:23)
> > From: Hans Holmberg
> >
> > There is no need to rebuild i915_gpu_error.o when the version string
> > changes as the version is available in init_utsname()->release.
> >
> > Signed-off-by:
Am Di., 20. Nov. 2018 um 19:51 Uhr schrieb Ville Syrjälä
:
>
> On Tue, Nov 20, 2018 at 11:39:26AM +0100, Maarten Lankhorst wrote:
> > On lynxpoint the bios sometimes sets up the backlight using the CPU
> > display, but the driver expects using the PWM PCH override register.
> >
> > Read the value
Quoting Mika Kuoppala (2018-11-21 12:26:23)
> Chris Wilson writes:
>
> > Make the wait for the evict kthread use an explicit timeout rather than
> > a handwaved jiffie value so it is consistent across all platforms.
> >
> > References: https://bugs.freedesktop.org/show_bug.cgi?id=108735
> >
Quoting Hans Holmberg (2018-11-21 13:35:19)
> On Wed, Nov 21, 2018 at 11:10 AM Joonas Lahtinen
> wrote:
> >
> > Quoting Hans Holmberg (2018-11-21 11:54:23)
> > > From: Hans Holmberg
> > >
> > > There is no need to rebuild i915_gpu_error.o when the version string
> > > changes as the version is
Am Mi., 21. Nov. 2018 um 11:45 Uhr schrieb Ville Syrjälä
:
>
> On Wed, Nov 21, 2018 at 08:16:06AM +0100, Tolga Cakir wrote:
> > Am Di., 20. Nov. 2018 um 19:51 Uhr schrieb Ville Syrjälä
> > :
> > >
> > > On Tue, Nov 20, 2018 at 11:39:26AM +0100, Maarten Lankhorst wrote:
> > > > On lynxpoint the
Quoting Chris Wilson (2018-11-21 13:08:23)
> After reading the event status from the CSB, write back 0 (an invalid
> value) so we can detect if the HW should signal a new event without
> writing the event in the future.
>
> References: https://bugs.freedesktop.org/show_bug.cgi?id=108315
>
== Series Details ==
Series: drm/i915: avoid rebuilding i915_gpu_error.o on version string updates
URL : https://patchwork.freedesktop.org/series/52822/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5181 -> Patchwork_10877 =
== Summary - SUCCESS ==
No regressions found.
Quoting Patchwork (2018-11-21 12:33:00)
> == Series Details ==
>
> Series: drm/i915/selftests: Use msecs_to_jiffies() for an explicit ms timeout
> URL : https://patchwork.freedesktop.org/series/52820/
> State : success
>
> == Summary ==
>
> = CI Bug Log - changes from CI_DRM_5180 ->
When showing the list of waiters, include the task's status so that we
can tell if they have been woken up and are waiting for the CPU, or if
they are still waiting to be woken.
Signed-off-by: Chris Wilson
Cc: Mika Kuoppala
Cc: Tvrtko Ursulin
---
drivers/gpu/drm/i915/intel_engine_cs.c | 6
On Wed, Nov 21, 2018 at 11:29:02AM +0200, Jani Nikula wrote:
> On Fri, 16 Nov 2018, Lucas De Marchi wrote:
> > Like it was done in commit 9e180d9991dc ("drm/i915: Downgrade unknown
> > firmware warnings") for huc and guc: downgrade CSR firmware warnings. If
> > we have released no firmware yet
== Series Details ==
Series: drm/i915: Show waiter's status on engine dump (rev2)
URL : https://patchwork.freedesktop.org/series/52825/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5181_full -> Patchwork_10880_full =
== Summary - WARNING ==
Minor unknown changes coming
On Wed, 21 Nov 2018, "Jani Nikula" wrote:
>On Wed, 21 Nov 2018, "Lee, Shawn C" wrote:
>> On Tue, 20 Nov 2018, "Jani Nikula" wrote:
>>>On Wed, 21 Nov 2018, "Lee, Shawn C" wrote:
On Tue, 20 Nov 2018, "Jani Nikula" wrote:
>> Driver obtain power well at intel_csr_ucode_init().
>> And
On Tue, Nov 20, 2018 at 02:32:40PM -0800, José Roberto de Souza wrote:
> Right now it is decided if GEN has display by checking the num_pipes,
> so lets make it explicit and use a macro.
>
> Cc: Lucas De Marchi
> Cc: Jani Nikula
> Signed-off-by: José Roberto de Souza
Reviewed-by: Lucas De
== Series Details ==
Series: series starting with [v5,1/6] drm/i915: Avoid a full port detection in
the first eDP short pulse
URL : https://patchwork.freedesktop.org/series/52848/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5183_full -> Patchwork_10883_full =
== Summary
== Series Details ==
Series: drm/i915: avoid rebuilding i915_gpu_error.o on version string updates
URL : https://patchwork.freedesktop.org/series/52822/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_5181_full -> Patchwork_10877_full =
== Summary - WARNING ==
Minor
On Wed, Nov 21, 2018 at 11:29:02AM +0200, Jani Nikula wrote:
> On Fri, 16 Nov 2018, Lucas De Marchi wrote:
> > Like it was done in commit 9e180d9991dc ("drm/i915: Downgrade unknown
> > firmware warnings") for huc and guc: downgrade CSR firmware warnings. If
> > we have released no firmware yet
Hi Ville,
Thank you for the patch.
On Tuesday, 20 November 2018 18:13:42 EET Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Make life easier for drivers by simply passing the connector
> to drm_hdmi_avi_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range(). That way drivers
On Wed, Nov 21, 2018 at 5:16 PM Ville Syrjälä
wrote:
>
> On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > > On Wed, Nov 21, 2018 at 10:27:27AM +0100, Daniel Vetter wrote:
> > > > On Mon, Nov 12, 2018 at
On Wed, Nov 21, 2018 at 05:22:49PM +0100, Daniel Vetter wrote:
> On Wed, Nov 21, 2018 at 5:16 PM Ville Syrjälä
> wrote:
> >
> > On Wed, Nov 21, 2018 at 04:19:36PM +0100, Daniel Vetter wrote:
> > > On Wed, Nov 21, 2018 at 01:37:51PM +0200, Ville Syrjälä wrote:
> > > > On Wed, Nov 21, 2018 at
1 - 100 of 102 matches
Mail list logo