[Intel-gfx] ✗ Fi.CI.BAT: warning for series starting with [1/3] drm/i915/sdvo: revert bogus kernel-doc comments to normal comments

2016-01-17 Thread Patchwork
== Summary == Built on 9fe57aed43d1c3c9af66aae16ec511dd0357e13b drm-intel-nightly: 2016y-01m-18d-06h-56m-50s UTC integration manifest Test gem_storedw_loop: Subgroup basic-render: dmesg-warn -> PASS (skl-i7k-2) UNSTABLE Test kms_pipe_crc_basic: Subgroup nonb

[Intel-gfx] [PATCH 6/9] drm/i915/skl: Drop alpha in non ARGB formats

2016-01-17 Thread Vandita Kulkarni
From: vandita kulkarni This patch drops alpha by default if the selected format is not ARG. This is to make sure that we drop alpha on non-ARGB formats and not fail the ATOMIC IOCTL. Signed-off-by: vandita kulkarni --- drivers/gpu/drm/i915/intel_display.c | 8 1 file changed, 4 insert

[Intel-gfx] [PATCH 0/9] Support blending modes of display planes

2016-01-17 Thread Vandita Kulkarni
From: vandita kulkarni The below patches support plane and pixel blending by adding two properties blend_func and blend_color. As per Damien's initial patches, this design based on OpenGL's blend equations is suggested by Ville. All the below patches are tested on BXT android platform. The init

[Intel-gfx] [PATCH 3/9] drm: Introduce DRM_MODE_COLOR()

2016-01-17 Thread Vandita Kulkarni
From: Damien Lespiau In the hope of expressing colors in the KMS API in a consitant want, let's introduce a ARGB 16161616 color and a few convinience macros around it. Signed-off-by: Damien Lespiau --- drivers/gpu/drm/i915/intel_sprite.c | 1 - include/uapi/drm/drm_mode.h | 34 +++

[Intel-gfx] [PATCH 4/9] drm: Add an blend_color property

2016-01-17 Thread Vandita Kulkarni
From: Damien Lespiau Add blend color property and update the documentation for the same V2: Add blend color support in get property. Signed-off-by: Damien Lespiau Signed-off-by: vandita kulkarni --- Documentation/DocBook/gpu.tmpl | 11 +-- drivers/gpu/drm/drm_atomic.c | 4 dr

[Intel-gfx] [PATCH 7/9] drm/i915: Support blend func on primary

2016-01-17 Thread Vandita Kulkarni
From: vandita kulkarni Check blend state set by blend properties and set alpha blending accordingly. Signed-off-by: vandita kulkarni --- drivers/gpu/drm/i915/intel_display.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b

[Intel-gfx] [PATCH 1/9] drm: Introduce the blend-func property

2016-01-17 Thread Vandita Kulkarni
From: Damien Lespiau We'd like to be able to program the blending modes of display planes. Ville suggested to use something similar to the GL blend states, which does seem like a good idea. For now, we only consider blend factors, but room is left for extensions: blend equation, separate rgb/alp

[Intel-gfx] [PATCH 8/9] drm/i915/skl: Support blend color on primary

2016-01-17 Thread Vandita Kulkarni
From: vandita kulkarni Set the global alpha value for primary plane in the PLANE_KEYMAX register, to enable which set plane alpha enable bit in the PLANE_KEYMSK register. On bxt only 8 bit alpha will be considered from the PLANE_KEYMAX register. Signed-off-by: vandita kulkarni --- drivers/gpu/

[Intel-gfx] [PATCH 5/9] drm/i915/skl: Add support for blending modes

2016-01-17 Thread Vandita Kulkarni
From: Damien Lespiau This patch adds support for blending modes involving color. Signed-off-by: Damien Lespiau --- drivers/gpu/drm/i915/intel_display.c | 28 drivers/gpu/drm/i915/intel_drv.h | 1 + drivers/gpu/drm/i915/intel_sprite.c | 12 +++- 3 file

[Intel-gfx] [PATCH 9/9] drm/i915/skl: Separate out disable plane alpha

2016-01-17 Thread Vandita Kulkarni
From: vandita kulkarni Separate out plane alpha disable functionality from per pixel drop_alpha blend function and add another blend function case for disabling plane alpha. Fix the state info ,so that premultiplied alpha doesn't always become false when drop plane alpha is set. Signed-off-by: v

[Intel-gfx] [PATCH 2/9] drm/i915/skl: Add blend_func to SKL/BXT sprite planes

2016-01-17 Thread Vandita Kulkarni
From: Damien Lespiau This patch adds the blend functions, and as per the blend function, updates the plane control register values V2: Add blend support for all RGB formats Fix the reg writes on plane_ctl_alpha bits. Signed-off-by: Damien Lespiau Signed-off-by: vandita kulkarni --- drive

[Intel-gfx] [PATCH 2/3] drm/i915: turn some bogus kernel-doc comments to normal comments

2016-01-17 Thread Jani Nikula
Apparently accidental or misplaced /** kernel-doc comments, confusing the tool. Turn them to normal comments. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_pm.c | 2 +- drivers/gpu/drm/i915/intel_ringbuffer.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --gi

[Intel-gfx] [PATCH 3/3] drm/i915: add DOC: headline to RC6 kernel-doc

2016-01-17 Thread Jani Nikula
Without the DOC:, kernel-doc confuses the documentation block for something else. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_pm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c index 7e6e70054d6a..18053fa

[Intel-gfx] [PATCH 1/3] drm/i915/sdvo: revert bogus kernel-doc comments to normal comments

2016-01-17 Thread Jani Nikula
The comments were never proper kernel-doc, but with SDVO it's not worth the trouble to make them kernel-doc. Just turn them into normal comments. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_sdvo_regs.h | 76 +- 1 file changed, 38 insertions(+), 38 de

[Intel-gfx] Separate X Screens - possible on Intel Integrated HD Graphics?

2016-01-17 Thread Ken Taylor
I have a couple of Dell Inspiron 3050 PCs with "Intel HD Graphics". The machines have two video outputs (Displayport and HDMI) and WILL drive two monitors. However, I have not been able to establish separate X screens. Here is a little more detailed information about the hardware: from lspci:

[Intel-gfx] [PULL] topic/drm-misc

2016-01-17 Thread Daniel Vetter
Hi Dave, Since your main drm-next pull isn't out of the door yet I figured I might as well flush out drm-misc instead of delaying for 4.6. It's really just random stuff all over, biggest thing probably connector_mask tracking from Maarten. Cheers, Daniel The following changes since commit e112e