[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915/cnl: Get RC6 working. (rev2)

== Series Details == Series: drm/i915/cnl: Get RC6 working. (rev2) URL : https://patchwork.freedesktop.org/series/32491/ State : failure == Summary == Series 32491v2 drm/i915/cnl: Get RC6 working. https://patchwork.freedesktop.org/api/1.0/series/32491/revisions/2/mbox/ Test gem_exec_reloc:

[Intel-gfx] ✓ Fi.CI.IGT: success for series starting with [1/4] drm/i915: Bump wait-times for the final CS interrupt before parking

== Series Details == Series: series starting with [1/4] drm/i915: Bump wait-times for the final CS interrupt before parking URL : https://patchwork.freedesktop.org/series/32493/ State : success == Summary == Test perf: Subgroup polling: fail -> PASS

Re: [Intel-gfx] [Mesa-dev] [PATCH] i965: Revert absolute mode for constant buffer pointers.

On Monday, October 23, 2017 3:53:15 PM PDT Rodrigo Vivi wrote: > On Mon, Oct 23, 2017 at 10:32:43PM +, Jordan Justen wrote: > > On 2017-10-19 16:30:44, Kristian Høgsberg wrote: > > > On Thu, Oct 19, 2017 at 4:18 PM, Kenneth Graunke > > > wrote: > > > > The kernel

Re: [Intel-gfx] [PATCH v3 12/14] drm/i915/guc: Preemption! With GuC

+ +#define GUC_PREEMPT_FINISHED 0x1 +#define GUC_PREEMPT_BREADCRUMB_DWORDS 0x8 +static void inject_preempt_context(struct work_struct *work) +{ + struct guc_preempt_work *preempt_work = + container_of(work, typeof(*preempt_work), work); + struct intel_engine_cs

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/cnl: Get RC6 working. (rev2)

== Series Details == Series: drm/i915/cnl: Get RC6 working. (rev2) URL : https://patchwork.freedesktop.org/series/32491/ State : success == Summary == Series 32491v2 drm/i915/cnl: Get RC6 working. https://patchwork.freedesktop.org/api/1.0/series/32491/revisions/2/mbox/ fi-bdw-5557u

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/cnl: Get RC6 working. (rev2)

== Series Details == Series: drm/i915/cnl: Get RC6 working. (rev2) URL : https://patchwork.freedesktop.org/series/32491/ State : success == Summary == Test drv_module_reload: Subgroup basic-reload-inject: dmesg-warn -> PASS (shard-hsw) fdo#102707 +1 Test perf:

[Intel-gfx] ✗ Fi.CI.BAT: warning for series starting with [1/2] drm/i915: Bump wait-times for the final CS interrupt before parking

== Series Details == Series: series starting with [1/2] drm/i915: Bump wait-times for the final CS interrupt before parking URL : https://patchwork.freedesktop.org/series/32486/ State : warning == Summary == Series 32486v1 series starting with [1/2] drm/i915: Bump wait-times for the final

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Synchronize irq before parking each engine

== Series Details == Series: drm/i915: Synchronize irq before parking each engine URL : https://patchwork.freedesktop.org/series/32490/ State : failure == Summary == Series 32490 revision 1 was fully merged or fully failed: no git log ___ Intel-gfx

[Intel-gfx] [PATCH 4/4] warn

--- drivers/gpu/drm/i915/i915_irq.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c index f8205841868b..e4bd20ce031d 100644 --- a/drivers/gpu/drm/i915/i915_irq.c +++ b/drivers/gpu/drm/i915/i915_irq.c @@ -1391,6 +1391,9 @@

[Intel-gfx] [PATCH 2/2] drm/i915: Filter out spurious execlists context-switch interrupts

Back in commit a4b2b01523a8 ("drm/i915: Don't mark an execlists context-switch when idle") we noticed the presence of late context-switch interrupts. We were able to filter those out by looking at whether the ELSP remained active, but in commit beecec901790 ("drm/i915/execlists: Preemption!") that

[Intel-gfx] [PATCH 1/2] drm/i915: Bump wait-times for the final CS interrupt before parking

In the idle worker we drop the prolonged GT wakeref used to cover such essentials as interrupt delivery. (When a CS interrupt arrives, we also assert that the GT is awake.) However, it turns out that 10ms is not long enough to be assured that the last CS interrupt has been delivered, so bump that

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Filter out spurious execlists context-switch interrupts

Quoting Chris Wilson (2017-10-23 21:06:16) > Back in commit a4b2b01523a8 ("drm/i915: Don't mark an execlists > context-switch when idle") we noticed the presence of late > context-switch interrupts. We were able to filter those out by looking > at whether the ELSP remained active, but in commit

Re: [Intel-gfx] [PATCH v7 3/4] drm/i915/guc : Updating GuC and HuC FW select function

On 10/18/2017 02:17 PM, Michal Wajdeczko wrote: On Wed, 18 Oct 2017 12:29:13 +0200, Sagar Arun Kamble wrote: On 10/18/2017 4:20 AM, Sujaritha Sundaresan wrote: Updating GuC and HuC firmware select function to support removing i915_modparams.enable_guc_loading

[Intel-gfx] [PATCH] drm/i915: Synchronize irq before parking each engine

When we park the engine (upon idling), we kill the irq tasklet. However, to be sure that it is not restarted by a final interrupt after doing so, flush the interrupt handler before parking. As we only park the engines when we believe the system is idle, there should not be any spurious interrupts

[Intel-gfx] [PATCH] drm/i915/cnl: Get RC6 working.

On CNL, individual ware rate limit was added to each engine. GT can only go to RC6 if both Render and Media engines are idividually qualified. So we need to set their individual wake rate limit. +-+---+--+--+ | |GT RC6 |

[Intel-gfx] [PATCH 3/4] drm/i915: Filter out spurious execlists context-switch interrupts

Back in commit a4b2b01523a8 ("drm/i915: Don't mark an execlists context-switch when idle") we noticed the presence of late context-switch interrupts. We were able to filter those out by looking at whether the ELSP remained active, but in commit beecec901790 ("drm/i915/execlists: Preemption!") that

[Intel-gfx] [PATCH 2/4] drm/i915: Synchronize irq before parking each engine

When we park the engine (upon idling), we kill the irq tasklet. However, to be sure that it is not restarted by a final interrupt after doing so, flush the interrupt handler before parking. As we only park the engines when we believe the system is idle, there should not be any spurious interrupts

[Intel-gfx] [PATCH 1/4] drm/i915: Bump wait-times for the final CS interrupt before parking

In the idle worker we drop the prolonged GT wakeref used to cover such essentials as interrupt delivery. (When a CS interrupt arrives, we also assert that the GT is awake.) However, it turns out that 10ms is not long enough to be assured that the last CS interrupt has been delivered, so bump that

Re: [Intel-gfx] [PATCH v7 3/4] drm/i915/guc : Updating GuC and HuC FW select function

On 10/18/2017 03:29 AM, Sagar Arun Kamble wrote: On 10/18/2017 4:20 AM, Sujaritha Sundaresan wrote: Updating GuC and HuC firmware select function to support removing i915_modparams.enable_guc_loading module parameter. v2: Clarifying the commit message (Anusha) v3: Unify seq_puts messages,

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/cnl: Get RC6 working.

== Series Details == Series: drm/i915/cnl: Get RC6 working. URL : https://patchwork.freedesktop.org/series/32491/ State : success == Summary == Series 32491v1 drm/i915/cnl: Get RC6 working. https://patchwork.freedesktop.org/api/1.0/series/32491/revisions/1/mbox/ Test chamelium:

Re: [Intel-gfx] [Mesa-dev] [PATCH] i965: Revert absolute mode for constant buffer pointers.

On 2017-10-19 16:30:44, Kristian Høgsberg wrote: > On Thu, Oct 19, 2017 at 4:18 PM, Kenneth Graunke > wrote: > > The kernel doesn't initialize the value of the INSTPM or CS_DEBUG_MODE2 > > registers at context initialization time. Instead, they're inherited > > from

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/cnl: Get RC6 working.

== Series Details == Series: drm/i915/cnl: Get RC6 working. URL : https://patchwork.freedesktop.org/series/32491/ State : success == Summary == Test drv_module_reload: Subgroup basic-no-display: pass -> DMESG-WARN (shard-hsw) fdo#102707 +1 Test perf:

Re: [Intel-gfx] [Mesa-dev] [PATCH] i965: Revert absolute mode for constant buffer pointers.

On Mon, Oct 23, 2017 at 10:32:43PM +, Jordan Justen wrote: > On 2017-10-19 16:30:44, Kristian Høgsberg wrote: > > On Thu, Oct 19, 2017 at 4:18 PM, Kenneth Graunke > > wrote: > > > The kernel doesn't initialize the value of the INSTPM or CS_DEBUG_MODE2 > > > registers

[Intel-gfx] ✓ Fi.CI.BAT: success for series starting with [1/4] drm/i915: Bump wait-times for the final CS interrupt before parking

== Series Details == Series: series starting with [1/4] drm/i915: Bump wait-times for the final CS interrupt before parking URL : https://patchwork.freedesktop.org/series/32493/ State : success == Summary == Series 32493v1 series starting with [1/4] drm/i915: Bump wait-times for the final

Re: [Intel-gfx] [PATCH] drm/i915/cnl: Get RC6 working.

On Mon, Oct 23, 2017 at 02:20:01PM -0700, Rodrigo Vivi wrote: > On CNL, individual ware rate limit was added to each engine. s/ware/wake/ > > GT can only go to RC6 if both Render and Media engines are > idividually qualified. So we need to set their individual s/idividually/individually/ > wake

[Intel-gfx] [PATCH] drm/i915/cnl: Get RC6 working.

On CNL, individual wake rate limit was added to each engine. GT can only go to RC6 if both Render and Media engines are individually qualified. So we need to set their individual wake rate limit. +-+---+--+--+ | |GT RC6

Re: [Intel-gfx] [PATCH i-g-t] tests/kms_atomic_transition: Make tests pass

Op 23-10-17 om 11:35 schreef Petri Latvala: > > > On Fri, Oct 20, 2017 at 03:24:15PM +0200, Maarten Lankhorst wrote: > > Subject: [Intel-gfx] [PATCH i-g-t] tests/kms_atomic_transition: Make tests > pass > > > You have an excellent explanation of what this patch does in the long > description, and

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm/fbdev: Panel orientation connector property support (rev2)

Hi, On 23-10-17 11:44, Patchwork wrote: == Series Details == Series: drm/fbdev: Panel orientation connector property support (rev2) URL : https://patchwork.freedesktop.org/series/32447/ State : failure == Summary == Series 32447v2 drm/fbdev: Panel orientation connector property support

Re: [Intel-gfx] [PATCH 05/15] drm/armada: Use drm_fb_helper_lastclose() and _poll_changed()

On Fri, Oct 20, 2017 at 01:02:03AM +0200, Noralf Trønnes wrote: > This driver can use drm_fb_helper_lastclose() as its .lastclose callback. > It can also use drm_fb_helper_output_poll_changed() as its > .output_poll_changed callback. > > Cc: Russell King Acked-by: Russell

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm/fbdev: Panel orientation connector property support (rev2)

Hi, > -Original Message- > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf > Of Hans de Goede > Sent: maanantai 23. lokakuuta 2017 13.32 > To: intel-gfx@lists.freedesktop.org > Subject: Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm/fbdev: Panel orientation >

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/fbdev: Panel orientation connector property support (rev2)

== Series Details == Series: drm/fbdev: Panel orientation connector property support (rev2) URL : https://patchwork.freedesktop.org/series/32447/ State : success == Summary == Test perf: Subgroup polling: pass -> FAIL (shard-hsw) fdo#102252 fdo#102252

Re: [Intel-gfx] [PATCH] drm/i915: Increase the busyspin durations for i915_wait_request

On 9/15/2017 3:48 PM, Chris Wilson wrote: Quoting Tvrtko Ursulin (2017-09-15 11:01:02) On 14/09/2017 10:58, Chris Wilson wrote: An interesting discussion regarding "hybrid interrupt polling" for NVMe came to the conclusion that the ideal busyspin before sleeping was half of the expected

Re: [Intel-gfx] [PATCH i-g-t] tests/kms_atomic_transition: Make tests pass

On Fri, Oct 20, 2017 at 03:24:15PM +0200, Maarten Lankhorst wrote: Subject: [Intel-gfx] [PATCH i-g-t] tests/kms_atomic_transition: Make tests pass You have an excellent explanation of what this patch does in the long description, and yet this short description says nothing of value. --

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for drm/fbdev: Panel orientation connector property support

Hi, On 23-10-17 09:33, Patchwork wrote: == Series Details == Series: drm/fbdev: Panel orientation connector property support URL : https://patchwork.freedesktop.org/series/32447/ State : warning Ok, I think I know where the warnings are coming from, v4 coming up. Regards, Hans

[Intel-gfx] [PATCH v4 7/7] fbcon: Remove dmi quirk table

This is now all handled in the drivers and communicated through fb_info.fbcon_rotate_hint. Signed-off-by: Hans de Goede --- drivers/video/fbdev/core/Makefile | 3 - drivers/video/fbdev/core/fbcon.c| 4 +- drivers/video/fbdev/core/fbcon.h

[Intel-gfx] [PATCH v4 2/7] drm: Add panel orientation quirks

Some x86 clamshell design devices use portrait tablet screens and a display engine which cannot rotate in hardware, so the firmware just leaves things as is and we cannot figure out that the display is oriented non upright from the hardware. So at least on x86, we need a quirk table for this.

[Intel-gfx] [PATCH v4 5/7] drm/i915: Add "panel orientation" property to the panel connector

Ideally we could use the VBT for this, that would be simple, in intel_dsi_init() check dev_priv->vbt.dsi.config->rotation, set connector->display_info.panel_orientation accordingly and call drm_connector_init_panel_orientation_property(), done. Unfortunately vbt.dsi.config->rotation is always 0

[Intel-gfx] [PATCH v4 4/7] drm/fb-helper: Apply panel orientation connector prop to the primary plane

Apply the "panel orientation" drm connector prop to the primary plane so that fbcon and fbdev using userspace programs display the right way up. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=94894 Signed-off-by: Hans de Goede --- Changes in v2: -New patch in v2 of this

Re: [Intel-gfx] [PATCH i-g-t] tests/kms_plane_lowres: Rework tests to work without fbcon.

Reviewed-by: Mika Kahola On Fri, 2017-10-13 at 16:58 +0200, Maarten Lankhorst wrote: > kmstest_get_crtc was skipping because at that point the crtc was not > active yet, instead we should only use igt_assert_plane_visible > directly. Unexport kmstest_get_crtc, since

[Intel-gfx] ✗ Fi.CI.IGT: failure for drm/fbdev: Panel orientation connector property support

== Series Details == Series: drm/fbdev: Panel orientation connector property support URL : https://patchwork.freedesktop.org/series/32447/ State : failure == Summary == Test kms_properties: Subgroup plane-properties-atomic: pass -> FAIL (shard-hsw)

[Intel-gfx] [PATCH v4 3/7] drm: Add support for a panel-orientation connector property

On some devices the LCD panel is mounted in the casing in such a way that the up/top side of the panel does not match with the top side of the device (e.g. it is mounted upside-down). This commit adds the necessary infra for lcd-panel drm_connector-s to have a "panel orientation" property to

[Intel-gfx] [PATCH v4 6/7] efifb: Set info->fbcon_rotate_hint based on drm_get_panel_orientation_quirk

On some hardware the LCD panel is not mounted upright in the casing, but rotated by 90 degrees. In this case we want the console to automatically be rotated to compensate. The drm subsys has a quirk table for this, use the drm_get_panel_orientation_quirk function to get the panel orientation and

[Intel-gfx] [PATCH v4 1/7] fbcon: Add fbcon_rotate_hint to struct fb_info

On some hardware the LCD panel is not mounted upright in the casing, but upside-down or rotated 90 degrees. In this case we want the console to automatically be rotated to compensate. The fbdev-driver may know about the need to rotate. Add a new fbcon_rotate_hint field to struct fb_info, which

[Intel-gfx] [PATCH v4 0/7] drm/fbdev: Panel orientation connector property support

Hi All, Here is v4 of my series to add a "panel orientation" property to the drm-connector for the LCD panel to let userspace know about LCD panels which are not mounted upright, as well as detecting upside-down panels without needing quirks (like we do for 90 degree rotated screens). New in v3:

Re: [Intel-gfx] [PATCH i-g-t] tests/gem_eio: Skip in-flight-suspend on snb

On 20/10/17 12:26, Joonas Lahtinen wrote: > + Petri > > On Thu, 2017-10-19 at 16:29 +0300, Martin Peres wrote: >> On 19/10/17 12:51, Daniel Vetter wrote: >>> CI gets upset about it resulting in an incomplete, let's skip it until >>> that's fixed to avoid havoc in the CI farm. Of course this

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/fbdev: Panel orientation connector property support (rev2)

== Series Details == Series: drm/fbdev: Panel orientation connector property support (rev2) URL : https://patchwork.freedesktop.org/series/32447/ State : failure == Summary == Series 32447v2 drm/fbdev: Panel orientation connector property support

[Intel-gfx] Updated drm-intel-testing

Hi all, The following changes tagged drm-intel-testing-2017-10-23: drm-intel-next-2017-10-23: This time really the last i915 batch for v4.15: - PSR state tracking in crtc state (Ville) - Fix eviction when the GGTT is idle but full (Chris) - BDW DP aux channel timeout fix (James) - LSPCON

Re: [Intel-gfx] [PATCH i-g-t] tests/kms_plane_lowres: Rework tests to work without fbcon.

Op 23-10-17 om 12:05 schreef Mika Kahola: > Reviewed-by: Mika Kahola > > On Fri, 2017-10-13 at 16:58 +0200, Maarten Lankhorst wrote: >> kmstest_get_crtc was skipping because at that point the crtc was not >> active yet, instead we should only use igt_assert_plane_visible >>

Re: [Intel-gfx] [PATCH] drm/i915: Show firmware URL once

On Mon, 23 Oct 2017 14:15:06 +0200, Chris Wilson wrote: Quoting Michal Wajdeczko (2017-10-23 13:04:49) On Sun, 22 Oct 2017 12:15:50 +0200, Chris Wilson wrote: > Just show the firmware URL on the first failure, not every failure. > >

Re: [Intel-gfx] [PATCH] drm/i915/cnl: Force DDI_A_4_LANES when needed.

On Fri, Oct 20, 2017 at 04:11:27PM -0700, Rodrigo Vivi wrote: > As we faced in BXT, on CNL DDI_A_4_LANES is not > set as expected when system is boot with multiple > monitors connected. This result in wrong lane > setup impacting the max data rate available and > consequently blocking modeset on

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Bump wait-times for the final CS interrupt before parking

Chris Wilson writes: > In the idle worker we drop the prolonged GT wakeref used to cover such > essentials as interrupt delivery. (When a CS interrupt arrives, we also > assert that the GT is awake.) However, it turns out that 10ms is not > long enough to be assured

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Bump wait-times for the final CS interrupt before parking

Quoting Mika Kuoppala (2017-10-23 12:52:11) > Chris Wilson writes: > > > In the idle worker we drop the prolonged GT wakeref used to cover such > > essentials as interrupt delivery. (When a CS interrupt arrives, we also > > assert that the GT is awake.) However, it

Re: [Intel-gfx] [PATCH] drm/i915: Show firmware URL once

Quoting Michal Wajdeczko (2017-10-23 13:04:49) > On Sun, 22 Oct 2017 12:15:50 +0200, Chris Wilson > wrote: > > > Just show the firmware URL on the first failure, not every failure. > > > > Signed-off-by: Chris Wilson > > Cc: Joonas Lahtinen

[Intel-gfx] [CI] drm/i915: Bump wait-times for the final CS interrupt before parking

In the idle worker we drop the prolonged GT wakeref used to cover such essentials as interrupt delivery. (When a CS interrupt arrives, we also assert that the GT is awake.) However, it turns out that 10ms is not long enough to be assured that the last CS interrupt has been delivered, so bump that

Re: [Intel-gfx] [PATCH 8/8] drm/i915: Adjust system agent voltage on CNL if required by DDI ports

On Fri, Oct 20, 2017 at 01:36:42PM -0700, Rodrigo Vivi wrote: > On Fri, Oct 20, 2017 at 08:07:07PM +, Ville Syrjälä wrote: > > On Fri, Oct 20, 2017 at 05:48:54PM +, Runyan, Arthur J wrote: > > > Sorry about top reply from corporate email... > > > If you know in advance that you will just

Re: [Intel-gfx] [PATCH 8/8] drm/i915: Adjust system agent voltage on CNL if required by DDI ports

On Fri, Oct 20, 2017 at 09:44:53PM +, Runyan, Arthur J wrote: > If you know which direction voltage is moving, then you can optimize. Nobody > snooping PLL. Really only the DVFS post sequence is needed, placed either > before or after the clock programming, depending on whether voltage is

Re: [Intel-gfx] [PATCH] drm/i915: Show firmware URL once

On Sun, 22 Oct 2017 12:15:50 +0200, Chris Wilson wrote: Just show the firmware URL on the first failure, not every failure. Signed-off-by: Chris Wilson Cc: Joonas Lahtinen Cc: Michal Wajdeczko

Re: [Intel-gfx] [PATCH 2/8] drm/i915: Start tracking voltage level in the cdclk state

On Fri, Oct 20, 2017 at 01:43:51PM -0700, Rodrigo Vivi wrote: > On Fri, Oct 20, 2017 at 02:01:37PM +, Ville Syrjälä wrote: > > On Wed, Oct 18, 2017 at 11:48:19PM +0300, Ville Syrjala wrote: > > > From: Ville Syrjälä > > > > > > For CNL we'll need to start

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Add a hook for making the engines idle (parking) and unparking

On Fri, 2017-10-20 at 22:06 +0100, Chris Wilson wrote: > In the next patch, we will want to install a callback when the engines > (GT as a whole) become idle and similarly when they first become busy. > To enable that callback, first rename intel_engines_mark_idle() to the > intel_engines_park()

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: Bump wait-times for the final CS interrupt before parking

== Series Details == Series: drm/i915: Bump wait-times for the final CS interrupt before parking URL : https://patchwork.freedesktop.org/series/32468/ State : failure == Summary == Series 32468v1 drm/i915: Bump wait-times for the final CS interrupt before parking

Re: [Intel-gfx] [PATCH] drm/i915: Apply Wa Display #1183 on skl, kbl, and cfl.

On Fri, Oct 20, 2017 at 03:15:49PM -0700, Rodrigo Vivi wrote: > Wa Display #1183 was recently added to workaround > "Failures when enabling DPLL0 with eDP link rate 2.16 > or 4.32 GHz and CD clock frequency 308.57 or 617.14 MHz > (CDCLK_CTL CD Frequency Select 10b or 11b) used in this > enabling

Re: [Intel-gfx] [PATCH v3 1/7] fbcon: Add fbcon_rotate_hint to struct fb_info

Hi, On 23-10-17 14:43, Sebastian Reichel wrote: Hi Hans, On Mon, Oct 23, 2017 at 09:14:19AM +0200, Hans de Goede wrote: On some hardware the LCD panel is not mounted upright in the casing, but upside-down or rotated 90 degrees. In this case we want the console to automatically be rotated to

Re: [Intel-gfx] How To install?

On Sat, Oct 21, 2017 at 02:27:11PM +, Rhyanz wrote: > How to install graphic card on kali linux with "00:02.0 VGA compatible > controller: Intel > Corporation 2nd Generation Core Processor Family Integrated Graphics > Controller (rev 09) > ". Could you please re-do it with nn to grab the

Re: [Intel-gfx] linux-firmware pull request (glk: DMC;cnl: DMC)

On Mon, Oct 23, 2017 at 10:11:28AM -0700, Anusha Srivatsa wrote: +Kyle McMartin > Hi, > > Please consider pulling i915 updates to linux-firmware.git. > he following changes since commit bf04291309d3169c0ad3b8db52564235bbd08e30: > > WHENCE: Add new qed firmware (2017-10-09 18:03:26 +0100) >

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev3)

== Series Details == Series: drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev3) URL : https://patchwork.freedesktop.org/series/32398/ State : success == Summary == Test kms_plane: Subgroup plane-panning-bottom-right-suspend-pipe-B-planes: skip -> PASS

Re: [Intel-gfx] [PATCH v3 8/8] drm/i915: Adjust system agent voltage on CNL if required by DDI ports

On Fri, Oct 20, 2017 at 05:05:40PM +, Ville Syrjala wrote: > From: Ville Syrjälä > > On CNL we may need to bump up the system agent voltage not only due > to CDCLK but also when driving DDI port with a sufficiently high clock. > To that end start tracking the

[Intel-gfx] [PATCH] drm/i915/cnl: Force DDI_A_4_LANES when needed.

As we faced in BXT, on CNL DDI_A_4_LANES is not set as expected when system is boot with multiple monitors connected. This result in wrong lane setup impacting the max data rate available and consequently blocking modeset on eDP, resulting in a blank screen. Most of CNL SKUs don't support DDI-E.

Re: [Intel-gfx] [PATCH v7 2/4] drm/i915/guc : Removing i915_modparams.enable_guc_loading module parameter

On 10/18/2017 04:53 AM, Michal Wajdeczko wrote: On Wed, 18 Oct 2017 00:50:47 +0200, Sujaritha Sundaresan wrote: We currently have two module parameters that control GuC: "enable_guc_loading" and "enable_guc_submission". Whenever we need

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev3)

== Series Details == Series: drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev3) URL : https://patchwork.freedesktop.org/series/32398/ State : success == Summary == Series 32398v3 drm/i915/cnl: Force DDI_A_4_LANES when needed.

Re: [Intel-gfx] [PATCH 7/8] drm/i915: Use cdclk_state->voltage on CNL

On Wed, Oct 18, 2017 at 08:48:24PM +, Ville Syrjala wrote: > From: Ville Syrjälä > > Track the system agent voltage we request from pcode in the cdclk state > on CNL. Annoyingly we can't actually read out the current value since > there's no pcode command to do

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev2)

== Series Details == Series: drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev2) URL : https://patchwork.freedesktop.org/series/32398/ State : success == Summary == Test kms_flip: Subgroup flip-vs-wf_vblank-interruptible: pass -> FAIL (shard-hsw)

[Intel-gfx] [CI] drm/i915: Disable lazy PPGTT page table optimization for vGPU

When running under virtualization (vGPU active), we must disable the lazy PPGTT page table initialization optimization introduced by: 14826673247e ("drm/i915: Only initialize partially filled pagetables") We must do this because GVT-g makes unduly assumptions about guest behaviour, which this

[Intel-gfx] [PATCH v5 03/10] drm/i915: s/enum plane/enum i9xx_plane_id/

From: Ville Syrjälä Rename enum plane to enum i9xx_plane_id to make it clear that it only applies to pre-SKL platforms. enum i9xx_plane_id is a global identifier, whereas enum plane_id is per-pipe. We need the old global identifier to index the primary plane (and

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Disable lazy PPGTT page table optimization for vGPU (rev2)

== Series Details == Series: drm/i915: Disable lazy PPGTT page table optimization for vGPU (rev2) URL : https://patchwork.freedesktop.org/series/32201/ State : success == Summary == Test kms_plane: Subgroup plane-panning-bottom-right-suspend-pipe-B-planes: skip

Re: [Intel-gfx] [PATCH v7 2/4] drm/i915/guc : Removing i915_modparams.enable_guc_loading module parameter

On 10/17/2017 03:57 PM, Chris Wilson wrote: Quoting Sujaritha Sundaresan (2017-10-17 23:50:47) diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h index dd141b2..5b9bdd0 100644 --- a/drivers/gpu/drm/i915/i915_drv.h +++ b/drivers/gpu/drm/i915/i915_drv.h @@ -3201,9

[Intel-gfx] [PATCH] drm/i915/cnl: Force DDI_A_4_LANES when needed.

As we faced in BXT, on CNL DDI_A_4_LANES is not set as expected when system is boot with multiple monitors connected. This result in wrong lane setup impacting the max data rate available and consequently blocking modeset on eDP, resulting in a blank screen. Most of CNL SKUs don't support DDI-E.

[Intel-gfx] linux-firmware pull request (glk: DMC;cnl: DMC)

Hi, Please consider pulling i915 updates to linux-firmware.git. he following changes since commit bf04291309d3169c0ad3b8db52564235bbd08e30: WHENCE: Add new qed firmware (2017-10-09 18:03:26 +0100) are available in the git repository at: https://github.com/anushasr/linux-firmware.git master

Re: [Intel-gfx] [PATCH 2/8] drm/i915: Start tracking voltage level in the cdclk state

On Mon, Oct 23, 2017 at 12:13:46PM +, Ville Syrjälä wrote: > On Fri, Oct 20, 2017 at 01:43:51PM -0700, Rodrigo Vivi wrote: > > On Fri, Oct 20, 2017 at 02:01:37PM +, Ville Syrjälä wrote: > > > On Wed, Oct 18, 2017 at 11:48:19PM +0300, Ville Syrjala wrote: > > > > From: Ville Syrjälä

Re: [Intel-gfx] [PATCH 15/15] staging: vboxvideo: Use drm_fb_helper_lastclose()

HI, On 20-10-17 01:02, Noralf Trønnes wrote: This driver can use drm_fb_helper_lastclose() as its .lastclose callback. Cc: Hans de Goede Signed-off-by: Noralf Trønnes Thank you for doing this, looks good to me: Reviewed-by: Hans de Goede

[Intel-gfx] ✗ Fi.CI.BAT: warning for drm/fbdev: Panel orientation connector property support

== Series Details == Series: drm/fbdev: Panel orientation connector property support URL : https://patchwork.freedesktop.org/series/32447/ State : warning == Summary == Series 32447v1 drm/fbdev: Panel orientation connector property support

[Intel-gfx] [PATCH v3 3/7] drm: Add support for a panel-orientation connector property

On some devices the LCD panel is mounted in the casing in such a way that the up/top side of the panel does not match with the top side of the device (e.g. it is mounted upside-down). This commit adds the necessary infra for lcd-panel drm_connector-s to have a "panel orientation" property to

[Intel-gfx] [PATCH v3 4/7] drm/fb-helper: Apply panel orientation connector prop to the primary plane

Apply the "panel orientation" drm connector prop to the primary plane so that fbcon and fbdev using userspace programs display the right way up. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=94894 Signed-off-by: Hans de Goede --- Changes in v2: -New patch in v2 of this

[Intel-gfx] [PATCH v3 6/7] efifb: Set info->fbcon_rotate_hint based on drm_get_panel_orientation_quirk

On some hardware the LCD panel is not mounted upright in the casing, but rotated by 90 degrees. In this case we want the console to automatically be rotated to compensate. The drm subsys has a quirk table for this, use the drm_get_panel_orientation_quirk function to get the panel orientation and

[Intel-gfx] [PATCH v3 1/7] fbcon: Add fbcon_rotate_hint to struct fb_info

On some hardware the LCD panel is not mounted upright in the casing, but upside-down or rotated 90 degrees. In this case we want the console to automatically be rotated to compensate. The fbdev-driver may know about the need to rotate. Add a new fbcon_rotate_hint field to struct fb_info, which

[Intel-gfx] [PATCH v3 0/7] drm/fbdev: Panel orientation connector property support

Hi All, Here is v3 of my series to add a "panel orientation" property to the drm-connector for the LCD panel to let userspace know about LCD panels which are not mounted upright, as well as detecting upside-down panels without needing quirks (like we do for 90 degree rotated screens). As

[Intel-gfx] [PATCH v3 5/7] drm/i915: Add "panel orientation" property to the panel connector

Ideally we could use the VBT for this, that would be simple, in intel_dsi_init() check dev_priv->vbt.dsi.config->rotation, set connector->display_info.panel_orientation accordingly and call drm_connector_init_panel_orientation_property(), done. Unfortunately vbt.dsi.config->rotation is always 0

[Intel-gfx] [PATCH v3 2/7] drm: Add panel orientation quirks

Some x86 clamshell design devices use portrait tablet screens and a display engine which cannot rotate in hardware, so the firmware just leaves things as is and we cannot figure out that the display is oriented non upright from the hardware. So at least on x86, we need a quirk table for this.

[Intel-gfx] [PATCH v3 7/7] fbcon: Remove dmi quirk table

This is now all handled in the drivers and communicated through fb_info.fbcon_rotate_hint. Signed-off-by: Hans de Goede --- drivers/video/fbdev/core/Makefile | 3 - drivers/video/fbdev/core/fbcon.c| 4 +- drivers/video/fbdev/core/fbcon.h

[Intel-gfx] ✓ Fi.CI.IGT: success for drm/i915: Plane assert/readout cleanups etc. (rev7)

== Series Details == Series: drm/i915: Plane assert/readout cleanups etc. (rev7) URL : https://patchwork.freedesktop.org/series/31758/ State : success == Summary == Test kms_flip: Subgroup flip-vs-absolute-wf_vblank: pass -> FAIL (shard-hsw) fdo#100368 Test

Re: [Intel-gfx] [PATCH] drm/i915/gvt: Clean up dead code in cmd_parser

Thanks, applied! :) On 10/16/17 06:32, Christos Gkekas wrote: Delete variables 'gma_bottom' that are set but never used. Signed-off-by: Christos Gkekas --- drivers/gpu/drm/i915/gvt/cmd_parser.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

Re: [Intel-gfx] [PATCH] drm/i915/gvt: use ARRAY_SIZE

Thanks, applied! On 10/16/17 10:32, Jérémy Lefaure wrote: Using the ARRAY_SIZE macro improves the readability of the code. Also, it's useless to use a variable to store this constant calculated at compile time. Found with Coccinelle with the following semantic patch: @r depends on (org ||

[Intel-gfx] [PATCH v4 01/10] drm/i915: Add .get_hw_state() method for planes

From: Ville Syrjälä Add a .get_hw_state() method for planes, returning true or false depending on whether the plane is enabled. Use it to rewrite the plane enabled/disabled asserts in platform agnostic fashion. We do lose the pre-gen4 plane<->pipe mapping checks,

[Intel-gfx] [PATCH v3 08/10] drm/i915: Nuke crtc->plane

From: Ville Syrjälä Eliminate crtc->plane since it's pretty much a layering violation. We can always get the plane via crtc->primary if we actually need it. The only ugly thing left is plane_to_crtc_mapping[], but that's still needed by the pre-g4x watermark code.

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for drm/fbdev: Panel orientation connector property support (rev2)

Hi, On 23-10-17 13:09, Saarinen, Jani wrote: Hi, -Original Message- From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of Hans de Goede Sent: maanantai 23. lokakuuta 2017 13.32 To: intel-gfx@lists.freedesktop.org Subject: Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Plane assert/readout cleanups etc. (rev7)

== Series Details == Series: drm/i915: Plane assert/readout cleanups etc. (rev7) URL : https://patchwork.freedesktop.org/series/31758/ State : success == Summary == Series 31758v7 drm/i915: Plane assert/readout cleanups etc.

Re: [Intel-gfx] [PATCH v3 1/7] fbcon: Add fbcon_rotate_hint to struct fb_info

Hi Hans, On Mon, Oct 23, 2017 at 09:14:19AM +0200, Hans de Goede wrote: > On some hardware the LCD panel is not mounted upright in the casing, > but upside-down or rotated 90 degrees. In this case we want the console > to automatically be rotated to compensate. > > The fbdev-driver may know

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Disable lazy PPGTT page table optimization for vGPU (rev2)

== Series Details == Series: drm/i915: Disable lazy PPGTT page table optimization for vGPU (rev2) URL : https://patchwork.freedesktop.org/series/32201/ State : success == Summary == Series 32201v2 drm/i915: Disable lazy PPGTT page table optimization for vGPU

Re: [Intel-gfx] linux-firmware pull request (glk: DMC;cnl: DMC)

On Mon, Oct 23, 2017 at 05:11:28PM +, Anusha Srivatsa wrote: > Hi, > > Please consider pulling i915 updates to linux-firmware.git. > he following changes since commit bf04291309d3169c0ad3b8db52564235bbd08e30: > > WHENCE: Add new qed firmware (2017-10-09 18:03:26 +0100) > > are available

Re: [Intel-gfx] [PATCH] drm/i915/cnl: Force DDI_A_4_LANES when needed.

On Mon, Oct 23, 2017 at 10:12:00AM -0700, Rodrigo Vivi wrote: > As we faced in BXT, on CNL DDI_A_4_LANES is not > set as expected when system is boot with multiple > monitors connected. This result in wrong lane > setup impacting the max data rate available and > consequently blocking modeset on

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev2)

== Series Details == Series: drm/i915/cnl: Force DDI_A_4_LANES when needed. (rev2) URL : https://patchwork.freedesktop.org/series/32398/ State : success == Summary == Series 32398v2 drm/i915/cnl: Force DDI_A_4_LANES when needed.

  1   2   >