== 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
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
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
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 +++
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
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
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
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/
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
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
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
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
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
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
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:
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
16 matches
Mail list logo