On Sat, 14 Apr 2018, "Vivi, Rodrigo" wrote:
>> On Apr 12, 2018, at 2:21 PM, Taylor, Clinton A
>> wrote:
>>
>>
>>
>>> On 04/11/2018 04:11 PM, Chris Wilson wrote:
>>> Quoting clinton.a.tay...@intel.com (2018-04-12 00:13:26)
From: Clint Taylor
In commit dc911f5bd8aa ("drm/i915/e
Using plain jiffies in error state output makes the output
time differences relative to the current system time. This
is wrong as it makes output time differences dependent
of when the error state is printed rather than when it is
captured.
Store capture jiffies into error state and use it
when ou
Quoting Jani Nikula (2018-04-27 12:20:55)
> On Wed, 25 Apr 2018, Ian W MORRISON wrote:
> > Can I ask if this is on anyone's radar as I'm concerned this patch will
> > stall otherwise?
>
> Pushed to drm-intel-next-queued, thanks for the patch.
>
> I opted to drop the Cc: stable for now. This does
On Sun, 29 Apr 2018, Tarun Vyas wrote:
> From: Tarun
>
> The PIPEDSL freezes on PSR entry and if PSR hasn't fully exited, then
> the pipe_update_start call schedules itself out to check back later.
>
> On ChromeOS-4.4 kernel, which is fairly up-to-date w.r.t drm/i915 but
> lags w.r.t core kernel
== Series Details ==
Series: ICL PLLs, DP/HDMI and misc display (rev6)
URL : https://patchwork.freedesktop.org/series/38737/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
c11f69a4c228 drm/i915/icl: add basic support for the ICL clocks
-:587: CHECK:LINE_SPACING: Please don't use
== Series Details ==
Series: ICL PLLs, DP/HDMI and misc display (rev6)
URL : https://patchwork.freedesktop.org/series/38737/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4111 -> Patchwork_8833 =
== Summary - FAILURE ==
Serious unknown changes coming with Patchwork_8833
== Series Details ==
Series: GuC, HuC Loading Support for Geminilake
URL : https://patchwork.freedesktop.org/series/42437/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4111 -> Patchwork_8834 =
== Summary - FAILURE ==
Serious unknown changes coming with Patchwork_8834 ab
== Series Details ==
Series: drm/i915/lrc: Scrub the GPU state of the guilty hanging request (rev4)
URL : https://patchwork.freedesktop.org/series/42425/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8835 =
== Summary - SUCCESS ==
No regressions found.
== Series Details ==
Series: series starting with drm/i915/gtt: Avoid calling non-existent
allocate_va_range (rev2)
URL : https://patchwork.freedesktop.org/series/42448/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8836 =
== Summary - FAILURE ==
Serio
== Series Details ==
Series: x86: Mark up large pm4/5 constants with UL (rev2)
URL : https://patchwork.freedesktop.org/series/42387/
State : failure
== Summary ==
Applying: x86: Mark up large pm4/5 constants with UL
error: Failed to merge in the changes.
Using index info to reconstruct a base
== Series Details ==
Series: drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled
URL : https://patchwork.freedesktop.org/series/42459/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
b8c009b51c95 drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is
ena
== Series Details ==
Series: drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled
URL : https://patchwork.freedesktop.org/series/42459/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled
-O:dr
On Mon, 23 Apr 2018, Ricardo Ribalda Delgado wrote:
> Hi
>
> I have a secondary monitor connected via USB-C adapter to HDMI. It
> can manage resolutions up to 2560x1440.
>
> Most of the time, when the system is booted the resolution is detected
> ok, but If I suspend the machine, or replug the sc
== Series Details ==
Series: drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled
URL : https://patchwork.freedesktop.org/series/42459/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8838 =
== Summary - WARNING ==
Minor unknown changes c
On Tue, 24 Apr 2018, Jani Nikula wrote:
> Use i915.dmc_firmware_path to override default firmware for the platform
> and bypassing version checks.
>
> v2: add missing param struct member declaration (David)
>
> Tested-by: David Weinehall
> Reviewed-by: David Weinehall
> Cc: Anusha Srivatsa
> Cc
== Series Details ==
Series: drm/i915: Wait for PSR exit before checking for vblank evasion for an
atomic update
URL : https://patchwork.freedesktop.org/series/42461/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
136000f52a51 drm/i915: Wait for PSR exit before checking for vbl
== Series Details ==
Series: drm/i915: Wait for PSR exit before checking for vblank evasion for an
atomic update
URL : https://patchwork.freedesktop.org/series/42461/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8839 =
== Summary - WARNING ==
Minor un
== Series Details ==
Series: drm/i915: configure the transcoder clocks before touching pipeconf on
HSW+
URL : https://patchwork.freedesktop.org/series/42436/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8840 =
== Summary - SUCCESS ==
No regressions fo
== Series Details ==
Series: drm/i915: Print error state times relative to capture (rev3)
URL : https://patchwork.freedesktop.org/series/41749/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8841 =
== Summary - SUCCESS ==
No regressions found.
Externa
== Series Details ==
Series: drm/i915: configure the transcoder clocks before touching pipeconf on
HSW+
URL : https://patchwork.freedesktop.org/series/42436/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8842 =
== Summary - SUCCESS ==
No regressions fo
== Series Details ==
Series: drm/i915/lrc: Scrub the GPU state of the guilty hanging request (rev4)
URL : https://patchwork.freedesktop.org/series/42425/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8835_full =
== Summary - WARNING ==
Minor unknow
== Series Details ==
Series: drm/i915: configure the transcoder clocks before touching pipeconf on
HSW+
URL : https://patchwork.freedesktop.org/series/42436/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112 -> Patchwork_8843 =
== Summary - WARNING ==
Minor unknown cha
On Mon, Apr 30, 2018 at 01:47:15PM +0300, Jani Nikula wrote:
> On Tue, 24 Apr 2018, Jani Nikula wrote:
> > Use i915.dmc_firmware_path to override default firmware for the platform
> > and bypassing version checks.
> >
> > v2: add missing param struct member declaration (David)
> >
> > Tested-by: D
== Series Details ==
Series: drm/i915: Force 2*96 MHz cdclk on glk/cnl when audio power is enabled
URL : https://patchwork.freedesktop.org/series/42459/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8838_full =
== Summary - FAILURE ==
Serious unkno
Quoting Patchwork (2018-04-30 13:38:55)
> == Series Details ==
>
> Series: drm/i915/lrc: Scrub the GPU state of the guilty hanging request (rev4)
> URL : https://patchwork.freedesktop.org/series/42425/
> State : success
>
> == Summary ==
>
> = CI Bug Log - changes from CI_DRM_4112_full -> Patc
Make life easier in upcoming patches by moving the context_pin and
context_unpin vfuncs into inline helpers.
v2: Fixup mock_engine to mark the context as pinned on use.
Signed-off-by: Chris Wilson
Reviewed-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/gvt/mmio_context.c | 2 +-
drivers/gpu
We don't need to track every ring for its lifetime as they are managed
by the contexts/engines. What we do want to track are the live rings so
that we can sporadically clean up requests if userspace falls behind. We
can simply restrict the gt->rings list to being only gt->live_rings.
v2: s/live/ac
In the next patch, rings are the central timeline as requests may jump
between engines. Therefore in the future as we retire in order along the
engine timeline, we may retire out-of-order within a ring (as the ring now
occurs along multiple engines), leading to much hilarity in miscomputing
the pos
In commit 9b6586ae9f6b ("drm/i915: Keep a global seqno per-engine"), we
moved from a global inflight counter to per-engine counters in the
hope that will be easy to run concurrently in future. However, with the
advent of the desire to move requests between engines, we do need a
global counter to pr
== Series Details ==
Series: drm/i915: Wait for PSR exit before checking for vblank evasion for an
atomic update
URL : https://patchwork.freedesktop.org/series/42461/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8839_full =
== Summary - WARNING ==
There were some small rounding errors in when clamping with
1.0001 and 0. scaling, solve these and add a testcase for drm
helpers, which can be used to prevent more of these errors in the
future.
The testcases helped me find an error in v1, which wouldn't have
been found in another way.
Maart
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/Kconfig | 1 +
drivers/gpu/drm/selftests/Makefile| 2 +-
.../gpu/drm/selftests/drm_helper_selftests.h | 9 +
drivers/gpu/drm/selftests/test-drm-helper.c | 247 ++
4 files changed, 258 i
No matter how you perform the clip adjustments, a small
error may push the scaling factor to the other side of
0x1. Solve this with a macro that will fixup the
scale to 0x1 if we accidentally wrap to the other side.
Changes since v1:
- Adjust dst immediately, else drm_rect_width/height on
We want to add more DRM selftests, and there's not much point in
having a Kconfig option for every single one of them, so make
a generic one.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/Kconfig| 8
drivers/gpu/drm/Makefile | 2 +-
drivers/gpu/drm/selftests
When calculating limits we want to be as pessimistic as possible,
so we have to explicitly say whether we want to round up or down
to accurately calculate whether we are below min_scale or above
max_scale.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_rect.c | 17 -
1
With the previous patch drm_atomic_helper_check_plane_state correctly
calculates clipping and the xf86-video-intel ddx is fixed to fall back
to GPU correctly when SetPlane fails, we can remove the hack where
we try to pan/zoom when out of min/max scaling range. This was already
poor behavior where
== Series Details ==
Series: series starting with [CI,1/4] drm/i915: Stop tracking
timeline->inflight_seqnos
URL : https://patchwork.freedesktop.org/series/42474/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
c6ae757146c5 drm/i915: Stop tracking timeline->inflight_seqnos
-:17:
== Series Details ==
Series: series starting with [CI,1/4] drm/i915: Stop tracking
timeline->inflight_seqnos
URL : https://patchwork.freedesktop.org/series/42474/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915: Stop tracking timeline->inflight_seqnos
-O:drivers/gpu
== Series Details ==
Series: series starting with [CI,1/4] drm/i915: Stop tracking
timeline->inflight_seqnos
URL : https://patchwork.freedesktop.org/series/42474/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4113 -> Patchwork_8844 =
== Summary - WARNING ==
Minor unknow
== Series Details ==
Series: drm: Fix rounding errors and use scaling in i915.
URL : https://patchwork.freedesktop.org/series/42476/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
febeff5693c0 drm/rect: Round above 1 << 16 upwards to correct scale calculation
functions.
-:25: W
== Series Details ==
Series: drm: Fix rounding errors and use scaling in i915.
URL : https://patchwork.freedesktop.org/series/42476/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/rect: Round above 1 << 16 upwards to correct scale calculation
functions.
Okay!
Commit: d
== Series Details ==
Series: drm/i915: configure the transcoder clocks before touching pipeconf on
HSW+
URL : https://patchwork.freedesktop.org/series/42436/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8840_full =
== Summary - SUCCESS ==
No regr
== Series Details ==
Series: drm: Fix rounding errors and use scaling in i915.
URL : https://patchwork.freedesktop.org/series/42476/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4113 -> Patchwork_8845 =
== Summary - WARNING ==
Minor unknown changes coming with Patchwork
== Series Details ==
Series: series starting with [1/4] igt: Exercise creating context with shared
GTT
URL : https://patchwork.freedesktop.org/series/42442/
State : failure
== Summary ==
Applying: igt: Exercise creating context with shared GTT
Using index info to reconstruct a base tree...
M
On 25/04/18 12:50, Chris Wilson wrote:
Quoting Lionel Landwerlin (2018-04-25 12:45:14)
This function will be used later by the per (context,engine) power
programming interface.
No. This is not the appropriate uABI, please see
intel_engine_lookup_user().
-Chris
uAPI wise, does this sound okay?
== Series Details ==
Series: drm/i915: Print error state times relative to capture (rev3)
URL : https://patchwork.freedesktop.org/series/41749/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8841_full =
== Summary - WARNING ==
Minor unknown changes
On Fri, Apr 27, 2018 at 10:40:00PM +0300, Ville Syrjälä wrote:
> On Mon, Apr 23, 2018 at 10:34:41AM +0300, StanLis wrote:
> > From: Stanislav Lisovskiy
> >
> > Added content_type property to drm_connector_state
> > in order to properly handle external HDMI TV content-type setting.
> >
> > v2:
>
On Sun, Apr 29, 2018 at 09:11:31AM +0200, Christian König wrote:
> Am 27.04.2018 um 08:17 schrieb Daniel Vetter:
> > When this was introduced in
> >
> > commit a519435a96597d8cd96123246fea4ae5a6c90b02
> > Author: Christian König
> > Date: Tue Oct 20 16:34:16 2015 +0200
> >
> > dma-buf/fen
== Series Details ==
Series: drm/i915: configure the transcoder clocks before touching pipeconf on
HSW+
URL : https://patchwork.freedesktop.org/series/42436/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8842_full =
== Summary - SUCCESS ==
No regr
On Sun, Apr 29, 2018 at 09:08:31AM +0200, Christian König wrote:
> NAK, there is a subtitle but major difference:
>
> > - if (rdev->needs_reset) {
> > - t = -EDEADLK;
> > - break;
> > - }
>
> Without that the whole radeon GPU reset code brea
On 04/28/2018 04:15 AM, Chris Wilson wrote:
Previously, we just reset the ring register in the context image such
that we could skip over the broken batch and emit the closing
breadcrumb. However, on resume the context image and GPU state would be
reloaded, which may have been left in an inconsis
Quoting Michel Thierry (2018-04-30 16:49:53)
> On 04/28/2018 04:15 AM, Chris Wilson wrote:
> > Previously, we just reset the ring register in the context image such
> > that we could skip over the broken batch and emit the closing
> > breadcrumb. However, on resume the context image and GPU state w
== Series Details ==
Series: drm/i915: configure the transcoder clocks before touching pipeconf on
HSW+
URL : https://patchwork.freedesktop.org/series/42436/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4112_full -> Patchwork_8843_full =
== Summary - SUCCESS ==
No regr
On 04/26/2018 08:27 AM, Mika Kuoppala wrote:
Oscar Mateo writes:
The default GAPZ arbitrer priority value at power-on has been found
to be incorrect.
v2: Now renamed to Wa_1405543622
v3: Rebased on top of the WA refactoring
I have suggested that when implementing workarounds,
authors, fo
On 04/26/2018 08:01 AM, Mika Kuoppala wrote:
Oscar Mateo writes:
Inherit workarounds from previous platforms that are still valid for
Icelake.
v2: GEN7_ROW_CHICKEN2 is masked
v3:
- Since it has been fixed already in upstream, removed the TODO
comment about WA_SET_BIT for WaInPlaceDeco
On Sun, Apr 29, 2018 at 09:00:18PM -0700, Tarun Vyas wrote:
> From: Tarun
>
> The PIPEDSL freezes on PSR entry and if PSR hasn't fully exited, then
> the pipe_update_start call schedules itself out to check back later.
>
> On ChromeOS-4.4 kernel, which is fairly up-to-date w.r.t drm/i915 but
> l
Daniel Vetter writes:
> + /**
> + * @fill_driver_data:
> + *
> + * Callback to fill in free-form debug info Returns amount of bytes
> + * filled, or negative error on failure.
Maybe this "Returns" should be on a new line? Or at least a '.' in
between.
Other than that,
R
Daniel Vetter writes:
> Noticed while I was typing docs. Entirely unused.
>
> Signed-off-by: Daniel Vetter
> ---
> include/linux/dma-fence.h | 10 --
> 1 file changed, 10 deletions(-)
>
> diff --git a/include/linux/dma-fence.h b/include/linux/dma-fence.h
> index 9d6f39bf2111..f9a6848f85
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
Intel-gfx mailing list
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
Intel-gfx mailing list
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
Drop the mention of dma_fence_default_wait, since this one doesn't use
that? Other than that,
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
Daniel Vetter writes:
> dma_fence_default_wait is the default now, same for the trivial
> enable_signaling implementation.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
h
>-Original Message-
>From: Nikula, Jani
>Sent: Monday, April 30, 2018 3:47 AM
>To: intel-gfx@lists.freedesktop.org
>Cc: Srivatsa, Anusha ; David Weinehall
>
>Subject: Re: [PATCH v2 RESEND] drm/i915: add support for specifying DMC
>firmware override by module param
>
>On Tue, 24 Apr 2018,
On Fri, Apr 27, 2018 at 04:12:08PM -0700, Paulo Zanoni wrote:
> For all platforms that run haswell_crtc_enable, our spec tells us to
> configure the transcoder clocks before it tells us to set pipeconf and
> the other pipe/transcoder/plane registers.
>
> For some reason we've been able to get away
>-Original Message-
>From: Nikula, Jani
>Sent: Monday, April 30, 2018 3:47 AM
>To: intel-gfx@lists.freedesktop.org
>Cc: Srivatsa, Anusha ; David Weinehall
>
>Subject: Re: [PATCH v2 RESEND] drm/i915: add support for specifying DMC
>firmware override by module param
>
>On Tue, 24 Apr 2018,
On 4/29/2018 1:39 PM, Abhay Kumar wrote:
CDCLK has to be at least twice the BLCK regardless of audio. Audio
driver has to probe using this hook and increase the clock even in
absence of any display.
Signed-off-by: Ville Syrjälä
Signed-off-by: Abhay Kumar
Tested-by: Wenkai Du
Thanks,
Wenka
Am 30.04.2018 um 17:38 schrieb Daniel Vetter:
On Sun, Apr 29, 2018 at 09:08:31AM +0200, Christian König wrote:
NAK, there is a subtitle but major difference:
- if (rdev->needs_reset) {
- t = -EDEADLK;
- break;
- }
Without
On Thu, Apr 19, 2018 at 3:34 AM Vidya Srinivas
wrote:
> Enabling NV12 support:
> - Framebuffer creation
> - Primary and Sprite plane support
> Patch series depend on Enable display workaround 827 patch
> mentioned below submitted by Maarten
How are we looking on being able to land these last NV1
== Series Details ==
Series: series starting with [CI,1/4] drm/i915: Stop tracking
timeline->inflight_seqnos
URL : https://patchwork.freedesktop.org/series/42474/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4113_full -> Patchwork_8844_full =
== Summary - WARNING ==
Mi
On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> warnings to full") enabled extra warnings for i915 to spot possible
> bugs in new code, and then disabled a subset of these warnings to keep
> the current code
On Mon, Apr 30, 2018 at 8:26 PM, Christian König
wrote:
> Am 30.04.2018 um 17:38 schrieb Daniel Vetter:
>>
>> On Sun, Apr 29, 2018 at 09:08:31AM +0200, Christian König wrote:
>>>
>>> NAK, there is a subtitle but major difference:
>>>
- if (rdev->needs_reset) {
-
== Series Details ==
Series: drm: Fix rounding errors and use scaling in i915.
URL : https://patchwork.freedesktop.org/series/42476/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4113_full -> Patchwork_8845_full =
== Summary - WARNING ==
Minor unknown changes coming with
At least trackpoint_disconnect wants to remove some sysfs files, and
we can't remove sysfs files while holding psmouse_mutex:
==
WARNING: possible circular locking dependency detected
4.16.0-rc5-g613eb885b69e-drmtip_1+ #1 Tainted: G U
---
Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> > warnings to full") enabled extra warnings for i915 to spot possible
> > bugs in new code, and then disable
== Series Details ==
Series: input/psmouse: Don't hold the mutex while calling ->disconnect (rev2)
URL : https://patchwork.freedesktop.org/series/40259/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
8a1511bf4ec1 input/psmouse: Don't hold the mutex while calling ->disconnect
-:1
We need to move to a more flexible timeline that doesn't assume one
fence context per engine, and so allow for a single timeline to be used
across a combination of engines. This means that preallocating a fence
context per engine is now a hindrance, and so we want to introduce the
singular timeline
In the future, we want to move a request between engines. To achieve
this, we first realise that we have two timelines in effect here. The
first runs through the GTT is required for ordering vma access, which is
tracked currently by engine. The second is implied by sequential
execution of commands
== Series Details ==
Series: input/psmouse: Don't hold the mutex while calling ->disconnect (rev2)
URL : https://patchwork.freedesktop.org/series/40259/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4113 -> Patchwork_8846 =
== Summary - SUCCESS ==
No regressions found.
On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote:
> Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> > > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set
> > > warnings to full") enabled extra war
== Series Details ==
Series: series starting with [CI,1/2] drm/i915: Move timeline from GTT to ring
URL : https://patchwork.freedesktop.org/series/42491/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
f70295e570a3 drm/i915: Move timeline from GTT to ring
c1e97fa27868 drm/i915: S
== Series Details ==
Series: series starting with [CI,1/2] drm/i915: Move timeline from GTT to ring
URL : https://patchwork.freedesktop.org/series/42491/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915: Move timeline from GTT to ring
-drivers/gpu/drm/i915/selftests/.
Quoting Matthias Kaehlcke (2018-04-30 21:51:45)
> On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote:
> > Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> > > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote:
> > > > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to o
== Series Details ==
Series: series starting with [CI,1/2] drm/i915: Move timeline from GTT to ring
URL : https://patchwork.freedesktop.org/series/42491/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4114 -> Patchwork_8847 =
== Summary - FAILURE ==
Serious unknown change
Hi Daniel,
On Mon, Apr 30, 2018 at 09:56:49PM +0200, Daniel Vetter wrote:
> At least trackpoint_disconnect wants to remove some sysfs files, and
> we can't remove sysfs files while holding psmouse_mutex:
>
> ==
> WARNING: possible circular locki
On 04/30/2018 12:49 AM, Jani Nikula wrote:
On Sat, 14 Apr 2018, "Vivi, Rodrigo" wrote:
On Apr 12, 2018, at 2:21 PM, Taylor, Clinton A
wrote:
On 04/11/2018 04:11 PM, Chris Wilson wrote:
Quoting clinton.a.tay...@intel.com (2018-04-12 00:13:26)
From: Clint Taylor
In commit dc911f5bd8aa
On Thu, Apr 26, 2018 at 06:50:05PM +0300, Ville Syrjälä wrote:
> On Thu, Apr 26, 2018 at 08:42:54AM -0700, Lucas De Marchi wrote:
> > On Thu, Apr 26, 2018 at 06:27:26PM +0300, Ville Syrjälä wrote:
> > > On Thu, Apr 26, 2018 at 08:22:12AM -0700, Lucas De Marchi wrote:
> > > > On Thu, Apr 26, 2018 at
== Series Details ==
Series: input/psmouse: Don't hold the mutex while calling ->disconnect (rev2)
URL : https://patchwork.freedesktop.org/series/40259/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4113_full -> Patchwork_8846_full =
== Summary - WARNING ==
Minor unknown
On Mon, Apr 30, 2018 at 10:01:50PM +0100, Chris Wilson wrote:
> Quoting Matthias Kaehlcke (2018-04-30 21:51:45)
> > On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote:
> > > Quoting Matthias Kaehlcke (2018-04-30 20:31:19)
> > > > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke
== Series Details ==
Series: drm/i915: remove check for aux irq (rev2)
URL : https://patchwork.freedesktop.org/series/42305/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
83b37e765db4 drm/i915: remove check for aux irq
-:15: WARNING:COMMIT_LOG_LONG_LINE: Possible unwrapped comm
== Series Details ==
Series: drm/i915: remove check for aux irq (rev2)
URL : https://patchwork.freedesktop.org/series/42305/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915: remove check for aux irq
-drivers/gpu/drm/i915/selftests/../i915_drv.h:3663:16: warning: expr
== Series Details ==
Series: drm/i915: remove check for aux irq (rev2)
URL : https://patchwork.freedesktop.org/series/42305/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4115 -> Patchwork_8848 =
== Summary - WARNING ==
Minor unknown changes coming with Patchwork_8848 ne
On Wed, 2018-04-25 at 17:41 -0700, Dhinakaran Pandiyan wrote:
> On Wednesday, April 18, 2018 3:43:03 PM PDT José Roberto de Souza
> wrote:
> > It was reading some random register in VLV and CHV.
> >
> > Signed-off-by: José Roberto de Souza
> > Cc: Dhinakaran Pandiyan
> > Reviewed-by: Rodrigo Viv
Replace 01.org URL with upstream linux-firmware repo URL.
We no longer release firmware to 01.org.
linux-firmware.git is the ultimate place to find
the i915 firmwares.
Cc: Rodrigo Vivi
Signed-off-by: Anusha Srivatsa
---
drivers/gpu/drm/i915/intel_uc_fw.h | 2 +-
1 file changed, 1 insertion(+),
On Thu, 2018-04-26 at 15:29 -0700, Dhinakaran Pandiyan wrote:
>
>
> On Wed, 2018-04-18 at 15:43 -0700, José Roberto de Souza wrote:
> > eDP spec states that sink device will do a short pulse in HPD
> > line when there is a PSR/PSR2 error that needs to be handled by
> > source, this is handling th
== Series Details ==
Series: drm/i915/firmware: Correct URL for firmware
URL : https://patchwork.freedesktop.org/series/42497/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4115 -> Patchwork_8849 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://p
On Thu, 2018-04-26 at 15:37 -0700, Dhinakaran Pandiyan wrote:
>
>
> On Wed, 2018-04-18 at 15:43 -0700, José Roberto de Souza wrote:
> > Sink will interrupt source when it have any problem saving or
> > reading
> > the remote frame buffer.
> >
> > Signed-off-by: José Roberto de Souza
> > Cc: Dhi
On Fri, 2018-04-27 at 14:31 -0700, Oscar Mateo wrote:
> Only enough to achieve HuC authentication. No GuC submission
> or any other feature for the time being.
>
> Signed-off-by: Oscar Mateo
> Cc: Joonas Lahtinen
> Cc: Michal Wajdeczko
> Cc: John Spotswood
> Cc: Tony Ye
> ---
> drivers/gpu/d
On Fri, 2018-04-27 at 14:31 -0700, Oscar Mateo wrote:
> A GuC firmware for Icelake is now available. Let's use it.
>
> v2: Split out the Cannonlake stuff in a separate patch (Michal)
>
> v3: Rebased
>
> v4:
> - Rebased
> - Split out MODULE_FIRMWARE so we don't accidentally push it
> befo
On Thu, 2018-04-26 at 15:51 -0700, Dhinakaran Pandiyan wrote:
>
>
> On Wed, 2018-04-18 at 15:43 -0700, José Roberto de Souza wrote:
> > This reduces the spaghetti that intel_dp_aux_xfer().
> >
> > Moved doing less changes possible here, improvements to the new
> > function in further patch.
> >
From: Clint Taylor
In commit dc911f5bd8aa ("drm/i915/edp: Allow alternate fixed mode for eDP
if available."), the patch was always selecting the alternate refresh rate
even though user space was asking for the higher rate. This patch confirms
the alt mode setup time meets requirements and only us
1 - 100 of 110 matches
Mail list logo
