== Series Details ==
Series: Load Guc and huC on Geminilake
URL : https://patchwork.freedesktop.org/series/43669/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4227 -> Patchwork_9101 =
== Summary - WARNING ==
Minor unknown changes coming with Patchwork_9101 need to be ve
Hi Neil, Hi Stefan,
On Fri, May 18, 2018 at 03:05:02PM +0200, Neil Armstrong wrote:
> The EC can expose a CEC bus, this patch adds the CEC related definitions
> needed by the cros-ec-cec driver.
> Having a 16 byte mkbp event size makes it possible to send CEC
> messages from the EC to the AP direc
Signed-off-by: Anusha Srivatsa
---
drivers/gpu/drm/i915/i915_params.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_params.h
b/drivers/gpu/drm/i915/i915_params.h
index aebe046..3e4e128 100644
--- a/drivers/gpu/drm/i915/i915_params.h
+++ b/drivers/g
load the v03.00.2225 huC on geminilake.
v2:
- rebased.
- Load the correct the version. (John Spotswood)
v3:
- rebased.
Cc: John Spotswood
Cc: Tomi Sarvela
Cc: Jani Saarinen
Signed-off-by: Anusha Srivatsa
---
drivers/gpu/drm/i915/intel_huc_fw.c | 12
1 file changed, 12 insertions
The following changes since commit 2a9b2cf50fb32e36e4fc1586c2f6f1421913b553:
Merge branch 'for-upstreaming-v1.7.2' of
https://github.com/felix-cavium/linux-firmware (2018-05-18 08:35:22 -0400)
are available in the git repository at:
git://anongit.freedesktop.org/drm/drm-firmware master
for
From: John Spotswood
load the v11.98 guC on geminilake.
v2: rebased.
Cc: Tomi Sarvela
Cc: Jani Saarinen
Signed-off-by: Anusha Srivatsa
Signed-off-by: John Spotswood
---
drivers/gpu/drm/i915/intel_guc_fw.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/i915/
Hi Jani,
Good day!
Thank you for taking the time to point out those information. It’s a great help
to me.
Also apologies for the late reply, your first reply went to my spam inbox, not
sure what happen and I was waiting for replies for days.
I'm still new to Linux and to DRM. I also need to inve
== Series Details ==
Series: More ICL display patches (rev2)
URL : https://patchwork.freedesktop.org/series/43546/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4227_full -> Patchwork_9100_full =
== Summary - FAILURE ==
Serious unknown changes coming with Patchwork_9100_
== Series Details ==
Series: More ICL display patches (rev2)
URL : https://patchwork.freedesktop.org/series/43546/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4227 -> Patchwork_9100 =
== Summary - WARNING ==
Minor unknown changes coming with Patchwork_9100 need to be v
== Series Details ==
Series: More ICL display patches (rev2)
URL : https://patchwork.freedesktop.org/series/43546/
State : warning
== Summary ==
$ dim sparse origin/drm-tip
Commit: drm/i915/icl: Extend AUX F interrupts to ICL
Okay!
Commit: drm/i915/icl: GSE interrupt moves from DE_MISC to GU_
== Series Details ==
Series: More ICL display patches (rev2)
URL : https://patchwork.freedesktop.org/series/43546/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
127450a17db7 drm/i915/icl: Extend AUX F interrupts to ICL
531f7327f015 drm/i915/icl: GSE interrupt moves from DE_MISC
From: Manasi Navare
PLLs are the source clocks for the DDIs so in order
to determine the ddi clock we need to check the PLL
configuration.
This gets a little tricky for ICL since there is
no register bit that maps directly to the link clock.
So this patch creates a separate function in intel_dpl
== Series Details ==
Series: drm/i915: remove check for aux irq (rev3)
URL : https://patchwork.freedesktop.org/series/42305/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4227_full -> Patchwork_9099_full =
== Summary - WARNING ==
Minor unknown changes coming with Patchwo
Quoting Patchwork (2018-05-23 22:55:03)
> == Series Details ==
>
> Series: series starting with [1/2] drm/i915/selftests: Pin the mock kernel
> context
> URL : https://patchwork.freedesktop.org/series/43639/
> State : success
>
> == Summary ==
>
> = CI Bug Log - changes from CI_DRM_4227_full
== Series Details ==
Series: series starting with [1/2] drm/i915/selftests: Pin the mock kernel
context
URL : https://patchwork.freedesktop.org/series/43639/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4227_full -> Patchwork_9098_full =
== Summary - WARNING ==
Minor u
Em Ter, 2018-05-22 às 14:44 +0300, Mika Kahola escreveu:
> On Mon, 2018-05-21 at 17:25 -0700, Paulo Zanoni wrote:
> > From: Manasi Navare
> >
> > PLLs are the source clocks for the DDIs so in order
> > to determine the ddi clock we need to check the PLL
> > configuration.
> >
> > This gets a lit
Hi, Noralf.
A couple of issues below:
On 05/23/2018 04:34 PM, Noralf Trønnes wrote:
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported dma-buf was dropped be
Em Seg, 2018-05-21 às 17:25 -0700, Paulo Zanoni escreveu:
> From: Manasi Navare
>
> PLLs are the source clocks for the DDIs so in order
> to determine the ddi clock we need to check the PLL
> configuration.
>
> This gets a little tricky for ICL since there is
> no register bit that maps directly
On Mon, May 21, 2018 at 05:25:42PM -0700, Paulo Zanoni wrote:
> From: "Sripada, Radhakrishna"
>
> On ICL we need to map VBT DDC Pin to BSpec DDC Pin.
> Adding ICL Pin Values.
>
> According to VBT
> Block 2 (General Bytes Definition)
> DDC Bus
>
> +--+---++
>
>-Original Message-
>From: Zanoni, Paulo R
>Sent: Monday, May 21, 2018 5:26 PM
>To: intel-gfx@lists.freedesktop.org
>Cc: Pandiyan, Dhinakaran ; Zanoni, Paulo R
>; Srivatsa, Anusha
>Subject: [PATCH 01/24] drm/i915/icl: Extend AUX F interrupts to ICL
>
>From: Dhinakaran Pandiyan
>
>ICL ha
== Series Details ==
Series: drm/i915: Initialize panel_pipe to INVALID_PIPE
URL : https://patchwork.freedesktop.org/series/43641/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4225_full -> Patchwork_9097_full =
== Summary - WARNING ==
Minor unknown changes coming with P
://github.com/0day-ci/linux/commits/Ramalingam-C/drm-i915-Implement-HDCP2-2/20180523-031938
base: git://anongit.freedesktop.org/drm-intel for-linux-next
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones
== Series Details ==
Series: drm/i915: remove check for aux irq (rev3)
URL : https://patchwork.freedesktop.org/series/42305/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4227 -> Patchwork_9099 =
== Summary - WARNING ==
Minor unknown changes coming with Patchwork_9099 ne
== Series Details ==
Series: drm/i915: remove check for aux irq (rev3)
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: series starting with [1/2] drm/i915/selftests: Pin the mock kernel
context
URL : https://patchwork.freedesktop.org/series/43639/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4227 -> Patchwork_9098 =
== Summary - SUCCESS ==
No regressions fo
This became dead code with commit 309bd8ed464f ("drm/i915: Reinstate
GMBUS and AUX interrupts on gen4/g4x").
v2: Move comment about HW behavior to where decision is made to enable
MSI (Ville).
Cc: Ville Syrjälä
Signed-off-by: Lucas De Marchi
---
drivers/gpu/drm/i915/i915_drv.c | 6 ++
dr
On 23/05/18 16:30, Tvrtko Ursulin wrote:
+{
+ struct drm_i915_private *dev_priv = kdev_minor_to_i915(kdev);
+ int ret = i915_gem_contexts_get_allow_sseu(dev_priv);
+
+ return snprintf(buf, PAGE_SIZE, "%d\n", ret);
Propagate ENODEV all the way by making
i915_gem_contexts_get_allow_sse
On 23/05/18 16:30, Tvrtko Ursulin wrote:
On 22/05/2018 19:00, Lionel Landwerlin wrote:
There are concerns about denial of service around the per context sseu
configuration capability. In a previous commit introducing the
capability we allowed it only for capable users. This changes adds a
new d
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/43638/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4225_full -> Patchwork_9095_full =
== Summary - FAILURE ==
Serious unknown changes coming with Patchwork_9095
On Wed, 2018-05-23 at 11:07 +0530, Nagaraju, Vathsala wrote:
>
> On 5/23/2018 1:28 AM, Dhinakaran Pandiyan wrote:
> >
> > On Tue, 2018-05-22 at 14:27 +0530, vathsala nagaraju wrote:
> > >
> > > From: Vathsala Nagaraju
> > >
> > > Prints live state of psr1.Extending the existing
> > > PSR2 live
On 23/05/18 16:13, Tvrtko Ursulin wrote:
On 22/05/2018 19:00, Lionel Landwerlin wrote:
From: Chris Wilson
We want to allow userspace to reconfigure the subslice configuration for
its own use case. To do so, we expose a context parameter to allow
adjustment of the RPCS register stored within t
== Series Details ==
Series: drm/i915: Initialize panel_pipe to INVALID_PIPE
URL : https://patchwork.freedesktop.org/series/43641/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4225 -> Patchwork_9097 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https
== Series Details ==
Series: drm/i915/selftests: Pin the mock kernel context
URL : https://patchwork.freedesktop.org/series/43636/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4225_full -> Patchwork_9094_full =
== Summary - WARNING ==
Minor unknown changes coming with P
On Tue, May 22, 2018 at 11:04:57PM -0700, Srivatsa, Anusha wrote:
>
>
> >-Original Message-
> >From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
> >Manasi Navare
> >Sent: Tuesday, May 15, 2018 5:53 PM
> >To: intel-gfx@lists.freedesktop.org
> >Cc: Zanoni, Paulo
== Series Details ==
Series: series starting with [1/2] drm/i915/selftests: Pin the mock kernel
context
URL : https://patchwork.freedesktop.org/series/43639/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4225 -> Patchwork_9096 =
== Summary - FAILURE ==
Serious unknown c
On 23/05/18 15:57, Tvrtko Ursulin wrote:
On 22/05/2018 18:59, Lionel Landwerlin wrote:
Abstract the context image access a bit.
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/i915_perf.c | 34 +++-
1 file changed, 16 insertions(+), 18 deletions(-)
di
On 23/05/18 15:54, Tvrtko Ursulin wrote:
On 22/05/2018 18:59, Lionel Landwerlin wrote:
From: Chris Wilson
We want to expose the ability to reconfigure the slices, subslice and
eu per context and per engine. To facilitate that, store the current
configuration on the context for each engine, wh
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/43638/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4225 -> Patchwork_9095 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https://patchwork.fr
On 22/05/2018 19:00, Lionel Landwerlin wrote:
There are concerns about denial of service around the per context sseu
configuration capability. In a previous commit introducing the
capability we allowed it only for capable users. This changes adds a
new debugfs entry to let any user configure its
On Wed, May 23, 2018 at 06:12:44PM +0300, Jani Nikula wrote:
> On Wed, 23 May 2018, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > We can always figure out which pipe is affected by the panel power
> > sequencer lockout mechanism. So no need for the pipe A fallback
> > anymore. The only cas
== Series Details ==
Series: drm: Add generic fbdev emulation
URL : https://patchwork.freedesktop.org/series/43638/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
abc90d1666f9 drm: provide management functions for drm_file
148aad6128c8 drm/file: Don't set master on in-kernel cli
Quoting Tvrtko Ursulin (2018-05-23 16:13:38)
>
> On 22/05/2018 19:00, Lionel Landwerlin wrote:
> > @@ -804,6 +820,10 @@ i915_request_alloc(struct intel_engine_cs *engine,
> > struct i915_gem_context *ctx)
> >*/
> > rq->head = rq->ring->emit;
> >
> > + ret = add_global_barrier
== Series Details ==
Series: drm/i915/selftests: Pin the mock kernel context
URL : https://patchwork.freedesktop.org/series/43636/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4225 -> Patchwork_9094 =
== Summary - SUCCESS ==
No regressions found.
External URL:
https
On 22/05/2018 19:00, Lionel Landwerlin wrote:
From: Chris Wilson
We want to allow userspace to reconfigure the subslice configuration for
its own use case. To do so, we expose a context parameter to allow
adjustment of the RPCS register stored within the context image (and
currently not access
On Wed, 23 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We can always figure out which pipe is affected by the panel power
> sequencer lockout mechanism. So no need for the pipe A fallback
> anymore. The only case we may have to worry about is an invalid
> port select in the power seq
On 22/05/2018 19:00, Lionel Landwerlin wrote:
If some of the contexts submitting workloads to the GPU have been
configured to shutdown slices/subslices, we might loose the NOA
configurations written in the NOA muxes.
One possible solution to this problem is to reprogram the NOA muxes
when we sw
Quoting Tvrtko Ursulin (2018-05-23 15:54:04)
>
> On 22/05/2018 18:59, Lionel Landwerlin wrote:
> > @@ -315,6 +317,13 @@ __create_hw_context(struct drm_i915_private *dev_priv,
> >* is no remap info, it will be a NOP. */
> > ctx->remap_slice = ALL_L3_SLICES(dev_priv);
> >
> > +
From: Ville Syrjälä
We can always figure out which pipe is affected by the panel power
sequencer lockout mechanism. So no need for the pipe A fallback
anymore. The only case we may have to worry about is an invalid
port select in the power sequencer, but INVALID_PIPE is just fine
in that case. We
On 22/05/2018 18:59, Lionel Landwerlin wrote:
Abstract the context image access a bit.
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/i915_perf.c | 34 +++-
1 file changed, 16 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_perf.
On 22/05/2018 18:59, Lionel Landwerlin wrote:
We don't need any special treatment on error so just return as soon as
possible.
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/i915_perf.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/dr
On 22/05/2018 18:59, Lionel Landwerlin wrote:
From: Chris Wilson
We want to expose the ability to reconfigure the slices, subslice and
eu per context and per engine. To facilitate that, store the current
configuration on the context for each engine, which is initially set
to the device default
We were not very carefully checking to see if an older request on the
engine was an earlier switch-to-kernel-context before deciding to emit a
new switch. The end result would be that we could get into a permanent
loop of trying to emit a new request to perform the switch simply to
flush the existi
The driver assumes that the kernel context is pinned and always
available for use from any process or atomic context. Make it so for
selftesting as well!
Signed-off-by: Chris Wilson
Reviewed-by: Mika Kuoppala
---
drivers/gpu/drm/i915/selftests/mock_engine.c| 7 +++
.../gpu/drm/i915/sel
This switches the CMA helper drivers that use its fbdev emulation over
to the generic fbdev emulation. It's the first phase of using generic
fbdev. A later phase will use DRM client callbacks for the
lastclose/hotplug/remove callbacks.
There are currently 2 fbdev init/fini functions:
- drm_fb_cma_
Add client callbacks and hook them up.
Add a list of clients per drm_device.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_client.c| 246 +++-
drivers/gpu/drm/drm_debugfs.c | 7 +
drivers/gpu/drm/drm_drv.c | 8 ++
drivers/gpu/dr
These are needed for pl111 to use the generic fbdev emulation.
Cc: Eric Anholt
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/pl111/pl111_drv.c
b/drivers/gpu/drm/pl111/pl111_drv.c
index 454ff0804642..788
It only makes sense for userspace clients.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_file.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/drm_file.c b/drivers/gpu/drm/drm_file.c
index d4588d33f91c..5
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients in general.
The CMA helper drivers is moved as a whole over to this generic fbdev
emulation. I've added patches
This is the first step in getting generic fbdev emulation.
A drm_fb_helper_funcs.fb_probe function is added which uses the
DRM client API to get a framebuffer backed by a dumb buffer.
A transitional hack for tinydrm is needed in order to switch over all
CMA helper drivers in a later patch. This ha
This adds a drm_fbdev_generic_setup() function that sets up generic
fbdev emulation with client callbacks for lastclose, hotplug and
remove/unregister.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 123
include/drm/drm_fb_helper.h
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported dma-buf was dropped because it
also creates an anonomous file descriptor which doesn't work when the
buffer is
From: David Herrmann
Rather than doing drm_file allocation/destruction right in the fops, lets
provide separate helpers. This decouples drm_file management from the
still-mandatory drm-fops. It prepares for use of drm_file without the
fops, both by possible separate fops implementations and APIs
Make ioctl wrappers for functions that will be used by the in-kernel API.
The following functions are touched:
- drm_mode_create_dumb_ioctl()
- drm_mode_destroy_dumb_ioctl()
- drm_mode_addfb()
- drm_mode_rmfb()
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_crtc_internal.h | 19 ++
On Wed, May 23, 2018 at 12:43:16PM +0300, Jani Nikula wrote:
> On Fri, 18 May 2018, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > We don't support using the power sequencer with other ports besides LVDS
> > on pre-ilk platforms. WARN if someone has mistakenly connected the power
> > sequen
The driver assumes that the kernel context is pinned and always
available for use from any process or atomic context. Make it so for
selftesting as well!
Signed-off-by: Chris Wilson
Reviewed-by: Mika Kuoppala
---
drivers/gpu/drm/i915/selftests/mock_engine.c| 7 +++
.../gpu/drm/i915/sel
On 5/22/2018 1:27 PM, Maarten Lankhorst wrote:
Hey,
Op 21-05-18 om 13:36 schreef Mahesh Kumar:
From: "Kumar, Mahesh"
This patch implements new DDB allocation algorithm as per HW team
recommendation. This algo takecare of scenario where we allocate less DDB
takes care*
for the planes with
On Wed, 16 May 2018, Jani Nikula wrote:
> Until now, the drm-intel commit access have been handed out ad hoc,
> without transparency, consistency, or fairness. With pressure to add
> more committers, this is no longer tenable, if it ever was. Document the
> requirements and expectations around bec
On Wed, 23 May 2018, "Nagaraju, Vathsala" wrote:
> On 5/23/2018 3:33 PM, Jani Nikula wrote:
>> Why did you send this again? Did you change something? I already
>> reviewed the version from yesterday.
> no code change, added only rb tag by you and resent it.
For future reference, you should *not*
On 5/23/2018 3:33 PM, Jani Nikula wrote:
On Wed, 23 May 2018, vathsala nagaraju wrote:
From: Vathsala Nagaraju
For psr block #9, the vbt description has moved to options [0-3] for
TP1,TP2,TP3 Wakeup time from decimal value without any change to vbt
structure. Since spec does not mention fr
== Series Details ==
Series: series starting with [1/2] drm/i915/selftests: Pinned the mock kernel
context
URL : https://patchwork.freedesktop.org/series/43621/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4223_full -> Patchwork_9093_full =
== Summary - WARNING ==
Mino
Chris Wilson writes:
> The driver assumes that the kernel context is pinned and always
> available for use from any process or atomic context. Make it so for
> selftesting as well!
>
> Signed-off-by: Chris Wilson
> ---
> drivers/gpu/drm/i915/selftests/mock_engine.c| 7 +++
> .../gpu/dr
On Wed, May 23, 2018 at 12:42:43PM +0300, Jani Nikula wrote:
> On Fri, 18 May 2018, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Add the missing eDP port handling into assert_panel_unlocked(). We now
> > have intel_dp_port_enabled() which makes this trivial.
> >
> > Signed-off-by: Ville S
== Series Details ==
Series: series starting with [1/2] drm/i915/selftests: Pinned the mock kernel
context
URL : https://patchwork.freedesktop.org/series/43621/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4223 -> Patchwork_9093 =
== Summary - SUCCESS ==
No regressions
On Wed, 23 May 2018, vathsala nagaraju wrote:
> From: Vathsala Nagaraju
>
> For psr block #9, the vbt description has moved to options [0-3] for
> TP1,TP2,TP3 Wakeup time from decimal value without any change to vbt
> structure. Since spec does not mention from which VBT version this
> change wa
On Tue, 22 May 2018, Helmut Grohne wrote:
> after upgrading a Debian jessie system to Debian stretch, I've seen the
> following output in my kern.log once. The system was responding to
> network pings, but not to anything else (keyboard, ssh, ...). The hang
> happened during boot (which includes s
We were not very carefully checking to see if an older request on the
engine was an earlier switch-to-kernel-context before deciding to emit a
new switch. The end result would be that we could get into a permanent
loop of trying to emit a new request to perform the switch simply to
flush the existi
The driver assumes that the kernel context is pinned and always
available for use from any process or atomic context. Make it so for
selftesting as well!
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/selftests/mock_engine.c| 7 +++
.../gpu/drm/i915/selftests/mock_gem_device.c
== Series Details ==
Series: drm/i915: Look for an active kernel context before switching
URL : https://patchwork.freedesktop.org/series/43609/
State : failure
== Summary ==
= CI Bug Log - changes from CI_DRM_4222_full -> Patchwork_9092_full =
== Summary - FAILURE ==
Serious unknown change
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We don't support using the power sequencer with other ports besides LVDS
> on pre-ilk platforms. WARN if someone has mistakenly connected the power
> sequencer to the wrong port.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Ja
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add the missing eDP port handling into assert_panel_unlocked(). We now
> have intel_dp_port_enabled() which makes this trivial.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
Can we now change the initialization
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The power sequencer has bits to allow DP C to be used for eDP.
> Currently we assume this will never happen, but I guess it could
> theoretically be a thing. Make the code do the right thing in that
> case, and toss in a MISSING_
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Clean up the DP pipe select bits. To make the whole situation a bit
> less ugly we'll start to share the same code between .get_hw_state(),
> the port state asserts, and the VLV power sequencer code.
>
> v2: Return PIPE_A for cpt
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> for_each_encoder_on_crtc() is legacy and shouldn't be used by atomic
> drivers. Let's throw out intel_trans_dp_port_sel() and replace it
> with intel_get_crtc_new_encoder() which looks the atomic state instead.
>
> Since we now h
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Parametrize the TRANS_DP_PORT_SEL macros.
>
> v2: WARN for bogus ports (Jani)
> Order the defines mask,value (Jani)
>
> Reviewed-by: Jani Nikula
Yup.
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/i915_reg.h
On Fri, 18 May 2018, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The ddi code no longer uses intel_ddi_get_crtc_new_encoder(). Move it
> elsewhere where we have some users left.
>
> Reviewed-by: Jani Nikula
Yup.
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_ddi.c |
Hi,
after upgrading a Debian jessie system to Debian stretch, I've seen the
following output in my kern.log once. The system was responding to
network pings, but not to anything else (keyboard, ssh, ...). The hang
happened during boot (which includes starting a display manager). Most
boots don't h
== Series Details ==
Series: drm/i915: Look for an active kernel context before switching
URL : https://patchwork.freedesktop.org/series/43609/
State : success
== Summary ==
= CI Bug Log - changes from CI_DRM_4222 -> Patchwork_9092 =
== Summary - WARNING ==
Minor unknown changes coming wit
From: Mika Kuoppala
We were not very carefully checking to see if an older request on the
engine was an earlier switch-to-kernel-context before deciding to emit a
new switch. The end result would be that we could get into a permanent
loop of trying to emit a new request to perform the switch simp
HI.
> -Original Message-
> From: Sarvela, Tomi P
> Sent: keskiviikko 23. toukokuuta 2018 10.53
> To: Srivatsa, Anusha ; intel-
> g...@lists.freedesktop.org
> Cc: Spotswood, John A ; Saarinen, Jani
>
> Subject: Re: [PATCH 2/3] drm/i915/huc: Load HuC v03.00.2555 for Geminilake.
>
> On 05/
On 05/23/2018 09:15 AM, Anusha Srivatsa wrote:
load the v03.00.2555 huC on geminilake.
v2:
- rebased.
- Load the correct the version. (John Spotswood)
Cc: John Spotswood
Cc: Tomi Sarvela
Cc: Jani Saarinen
Signed-off-by: Anusha Srivatsa
---
drivers/gpu/drm/i915/intel_huc_fw.c | 12
90 matches
Mail list logo