[Bug 99278] kwin corruption when desktop effects enabled

chives/dri-devel/attachments/20170104/02fbb71a/attachment-0001.html>

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On Wed, Jan 4, 2017 at 10:17 PM, Randy Dunlap wrote: > On 01/04/17 19:09, Ilia Mirkin wrote: >> On Wed, Jan 4, 2017 at 9:52 PM, Randy Dunlap >> wrote: >>> On 01/04/17 06:25, Ilia Mirkin wrote: On Wed, Jan 4, 2017 at 3:45 AM, Daniel Vetter wrote: > On Sun, Jan 01, 2017 at 04:20:53PM

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On Wed, Jan 4, 2017 at 9:52 PM, Randy Dunlap wrote: > On 01/04/17 06:25, Ilia Mirkin wrote: >> On Wed, Jan 4, 2017 at 3:45 AM, Daniel Vetter wrote: >>> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap wrote: From: Randy Dunlap Fix build errors in nouveau driver when

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/307e1119/attachment.html>

[drm-intel:drm-intel-nightly 440/455] warning: (DRM_NOUVEAU && ..) selects ACPI_VIDEO which has unmet direct dependencies (ACPI && ..)

next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/gzip Size: 20322 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/58e6f82e/attachment-0001.gz>

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

t; tristate "Nouveau (NVIDIA) cards" >> depends on DRM && PCI >> +depends on LEDS_CLASS || LEDS_CLASS=n >> select FW_LOADER >> select DRM_KMS_HELPER >> select DRM_TTM >> ___ >> dri-devel mailing list >> dri-devel at lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Jani Nikula, Intel Open Source Technology Center -- next part -- An embedded and charset-unspecified text was scrubbed... Name: .config URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/acb58a4b/attachment-0001.ksh>

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/f9d92192/attachment.html>

[PATCH 1/3] dma-fence: Clear fence->status during dma_fence_init()

Hi Chris, Thanks for your patches! On 4 January 2017 at 20:40, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 02:12:20PM +, Chris Wilson wrote: >> As the fence->status is an optional field that may be set before >> dma_fence_signal() is called to convey that the fence completed with an >>

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/185ca08e/attachment.html>

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/ed44e3cc/attachment.html>

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/0714c191/attachment.html>

[PATCH 9/9] drm/i915: Add render decompression support

From: Ville Syrjälä SKL+ display engine can scan out certain kinds of compressed surfaces produced by the render engine. This involved telling the display engine the location of the color control surfae (CCS) which describes which parts of the main surface are

[PATCH 8/9] drm/i915: Implement .get_format_info() hook for CCS

From: Ville Syrjälä SKL+ display engine can scan out certain kinds of compressed surfaces produced by the render engine. This involved telling the display engine the location of the color control surfae (CCS) which describes which parts of the main surface are

[PATCH 7/9] drm/i915: Use DRM_DEBUG_KMS() for framebuffer failure debug messages

From: Ville Syrjälä DRM_UT_CORE generates way too much noise usually, so having the framebuffer init failures use DRM_UT_CORE is a pain when trying to find out the reason why you failed in creating a framebuffer. Let's use DRM_UT_KMS for these debug messages

[PATCH 6/9] drm/i915: Pass the correct plane index to _intel_compute_tile_offset()

From: Ville Syrjälä intel_fill_fb_info() should pass the correct plane index to _intel_compute_tile_offset() once we start to care about the AUX surface. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/intel_display.c | 2 +- 1 file changed, 1

[PATCH 5/9] drm/i915: Fix Yf tile width

From: Ville Syrjälä Based on empirical evidence the display engine (at least) always treats Yf tiles as 128Bx32. Currently we're assuming the tile dimensions change based on the pixel format. Let's adjust our code to match the hardware. Signed-off-by: Ville

[PATCH 4/9] drm/i915: Avoid div-by-zero when computing aux_stride w/o an aux plane

From: Ville Syrjälä To make life easier let's allow skl_plane_stride() to be called for the AUX surface even when there is no AUX surface. Avoids special cases in the callers. Signed-off-by: Ville Syrjälä --- drivers/gpu/drm/i915/intel_display.c | 7 ++-

[PATCH 3/9] drm/i915: Move nv12 chroma plane handling into intel_surf_alignment()

From: Ville Syrjälä Let's try to keep the alignment requirements in one place, and so towards that end let's move the AUX_DIST alignment handling into intel_surf_alignment() alongside the main surface alignment stuff. Signed-off-by: Ville Syrjälä ---

[PATCH 2/9] drm/i915: Plumb drm_framebuffer into more places

From: Ville Syrjälä Now that framebuffers can be used even before calling drm_framebuffer_init() we can start to plumb them into more places, instead of passing individual pieces for fb metadata. Signed-off-by: Ville Syrjälä ---

[PATCH 1/9] drm: Add mode_config .get_format_info() hook

From: Ville Syrjälä Allow drivers to return a custom drm_format_info structure for special fb layouts. We'll use this for the compression control surface in i915. v2: Fix drm_get_format_info() kernel doc (Laurent) Don't pass 'dev' to the new hook (Laurent)

[PATCH 0/9] drm/i915: SKL+ render decompression support

From: Ville Syrjälä This series enables the SKL+ display engine render decompression support. Some bits and pieces of the i915 code are based on work from various people, but I just put my name on it since it would be hard to figure out which parts came from

[PATCH v5] drm: add fourcc codes for 16bit R and RG

On Wed, Jan 04, 2017 at 07:24:09PM +0100, Rainer Hochecker wrote: > From: Rainer Hochecker > > Thanks for bearing with me. My ml skills have greatly improved now :) > > v5 of patch: > > This adds fourcc codes for 16bit planes required for DRM buffer > export to mesa. > > Signed-off-by: Rainer

[PATCH 9/9] drm/i915: Add render decompression support

On 17-01-04 20:42:32, Ville Syrjälä wrote: >From: Ville Syrjälä > >SKL+ display engine can scan out certain kinds of compressed surfaces >produced by the render engine. This involved telling the display engine >the location of the color control surfae (CCS) which describes >which parts of the

[PATCH] drm/i915/dp: Stop enabling limited color ranges for everything

Until now, it seems we've been erroneously enabling limited color ranges for the vast majority of DisplayPort monitors. I noticed this after writing a frame dump comparison test for the Chamelium and noticing that every i915 device I had was failing, while amdgpu machines were fine:

[PATCH v6] drm: add fourcc codes for 16bit R and RG

From: Rainer Hochecker This adds fourcc codes for 16bit planes required for DRM buffer export to mesa. Signed-off-by: Rainer Hochecker --- include/uapi/drm/drm_fourcc.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/uapi/drm/drm_fourcc.h

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/e963ed44/attachment.html>

[Bug 99275] Kernel 4.9: amdgpu regression; gui flickers; amd radeon rx 460

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/a627e627/attachment.html>

[PATCH v5] drm: add fourcc codes for 16bit R and RG

From: Rainer Hochecker Thanks for bearing with me. My ml skills have greatly improved now :) v5 of patch: This adds fourcc codes for 16bit planes required for DRM buffer export to mesa. Signed-off-by: Rainer Hochecker --- include/uapi/drm/drm_fourcc.h | 7 +++ 1

[Intel-gfx] [PATCH 4/6] drm/dp: Introduce DP MST topology manager state to track DP link bw

On Wed, 2017-01-04 at 10:33 +0100, Daniel Vetter wrote: > On Tue, Jan 03, 2017 at 01:01:49PM -0800, Dhinakaran Pandiyan wrote: > > Link bandwidth is shared between multiple display streams in DP MST > > configurations. The DP MST topology manager structure maintains the shared > > link bandwidth

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/04/17 19:09, Ilia Mirkin wrote: > On Wed, Jan 4, 2017 at 9:52 PM, Randy Dunlap wrote: >> On 01/04/17 06:25, Ilia Mirkin wrote: >>> On Wed, Jan 4, 2017 at 3:45 AM, Daniel Vetter wrote: On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap wrote: > From: Randy Dunlap > >

[PATCH 1/9] drm: Add mode_config .get_format_info() hook

On 17-01-04 20:42:24, Ville Syrjälä wrote: >From: Ville Syrjälä > >Allow drivers to return a custom drm_format_info structure for special >fb layouts. We'll use this for the compression control surface in i915. > >v2: Fix drm_get_format_info() kernel doc (Laurent) >Don't pass 'dev' to the

[PATCH v5 0/3] Add support for the S6E3HA2 panel on TM2 board

Hi Hoegeun, On Wed, Jan 04, 2017 at 05:15:08PM +0900, Hoegeun Kwon wrote: > Purpose of this patch is add support for S6E3HA2 AMOLED panel on > the TM2 board. The first patch adds support for S6E3HA2 panel > device tree document and driver, the second patch add support for > S6E3HA2 panel device

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/04/17 06:25, Ilia Mirkin wrote: > On Wed, Jan 4, 2017 at 3:45 AM, Daniel Vetter wrote: >> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap wrote: >>> From: Randy Dunlap >>> >>> Fix build errors in nouveau driver when CONFIG_LEDS_CLASS=m and >>> CONFIG_DRM_NOUVEAU=y. >>> If LEDS_CLASS

[PATCH] drm: remove immutable flag from suggested X/Y connector properties

03.01.2017 11:40, Gerd Hoffmann wrote: >>> Makes sense I think, but for merging we need: >>> - some driver to implement >> >> This is where it starts getting tricky. vboxvideo is out of tree. In >> theory I could look at getting it merged, but that needs time I am >> rather short of (I am the

[PATCH 1/2] drm_fourcc: Add new P010 video format

On Thu, Jan 05, 2017 at 12:31:27AM +0800, ayaka wrote: > > > On 01/04/2017 11:56 PM, Ville Syrjälä wrote: > > On Mon, Jan 02, 2017 at 04:50:03PM +0800, Randy Li wrote: > >> P010 is a planar 4:2:0 YUV with interleaved UV plane, 10 bits > >> per channel video format. Rockchip's vop support this >

[RFC] drm: Parse HDMI 2.0 YCbCr 4:2:0 VDB and VCB

On Wed, Jan 04, 2017 at 04:15:01PM +, Jose Abreu wrote: > Hi Ville, > > > On 04-01-2017 13:22, Ville Syrjälä wrote: > > On Fri, Dec 30, 2016 at 04:53:16PM +, Jose Abreu wrote: > >> HDMI 2.0 introduces a new sampling mode called YCbCr 4:2:0. > >> According to the spec the EDID may

[Bug 99019] "Star Ruler 2" game will freeze the system

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/76d0fafd/attachment.html>

staging/fbtft: Backward Device Tree compatibility in a drm version

Hi, I'm working on a drivers/gpu/drm version of drivers/staging/fbtft which are drivers for tiny, usually SPI connected, displays. Now I'm wondering if I can be backwards compatible and support Device Trees written for the fbtft drivers. The main obstacle as I understand it, is the init property

[PATCH v4] drm: add fourcc codes for 16bit R and RG

On Wednesday, 2017-01-04 14:50:02 +0100, Rainer Hochecker wrote: > From: Rainer Hochecker > > Signed-off-by: Rainer Hochecker > --- > include/uapi/drm/drm_fourcc.h | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h >

[PATCH 1/2] drm_fourcc: Add new P010 video format

On Mon, Jan 02, 2017 at 04:50:03PM +0800, Randy Li wrote: > P010 is a planar 4:2:0 YUV with interleaved UV plane, 10 bits > per channel video format. Rockchip's vop support this > video format(little endian only) as the input video format. > > Signed-off-by: Randy Li > --- >

Unix Device Memory Allocation project

Am 04.01.2017 um 17:16 schrieb Rob Clark: > On Wed, Jan 4, 2017 at 11:02 AM, Christian König > wrote: >> Am 04.01.2017 um 16:47 schrieb Rob Clark: >>> On Wed, Jan 4, 2017 at 9:54 AM, Daniel Vetter wrote: On Wed, Jan 04, 2017 at 08:06:24AM -0500, Rob Clark wrote: > On Wed, Jan 4, 2017

[PULL] drm-misc-fixes

Hi Dave, One small bugfix to the atomic helpers from Laurent. Haz cc: stable. Cheers, Daniel The following changes since commit 0c744ea4f77d72b3dcebb7a8f2684633ec79be88: Linux 4.10-rc2 (2017-01-01 14:31:53 -0800) are available in the git repository at:

[PATCH v5 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

Hi Hoegeun, I tested this patch. But this patch does not include my tested-by tag. Tested-by: Chanwoo Choi Regards, Chanwoo Choi On 2017년 01월 04일 17:15, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tree node for S6E3HA2 display > controller to TM2

[PATCH v5 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Hi Hoegeun, I already tested this patch. But this patch does not include my tested-by tag. Tested-by: Chanwoo Choi Regards, Chanwoo Choi On 2017년 01월 04일 17:15, Hoegeun Kwon wrote: > This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel > driver. This panel has 1440x2560

[RFC 0/6] drm: Add support for userspace drivers

On 04/01/17 17:06, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 02:34:36PM +0100, Noralf Trønnes wrote: >> Hi, >> >> I was previously working on tinydrm as a replacement for staging/fbtft. >> During a break from that work, I started to think about if it would be >> possible to move the drivers

[PATCH v5 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

From: Hyungwon Hwang This patch add the panel device tree node for S6E3HA2 display controller to TM2 dts. Signed-off-by: Hyungwon Hwang Signed-off-by: Andrzej Hajda Signed-off-by: Chanwoo Choi Signed-off-by: Hoegeun Kwon ---

[PATCH v5 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel driver. This panel has 1440x2560 resolution in 5.7-inch physical panel in the TM2 device. Signed-off-by: Donghwa Lee Signed-off-by: Hyungwon Hwang Signed-off-by: Hoegeun Kwon --- .../bindings/display/panel/samsung,s6e3ha2.txt

[PATCH v5 1/3] drm/exynos: mic: Add mode_set callback function

Before applying the patch, used the of_get_videomode function to parse the display-timings in the panel which is the child driver of dsi in the devicetree. this is wrong. So removed the of_get_videomode and fixed to get videomode struct through mode_set callback function. Signed-off-by: Hoegeun

[PATCH v5 0/3] Add support for the S6E3HA2 panel on TM2 board

Purpose of this patch is add support for S6E3HA2 AMOLED panel on the TM2 board. The first patch adds support for S6E3HA2 panel device tree document and driver, the second patch add support for S6E3HA2 panel device tree. Change for V5: - The V5 has only one fix in V4 below. - Removed the enable

[Intel-gfx] [PATCH 9/9] drm/i915: Add render decompression support

Em Qua, 2017-01-04 às 20:42 +0200, ville.syrjala at linux.intel.com escreveu: > From: Ville Syrjälä > > SKL+ display engine can scan out certain kinds of compressed surfaces > produced by the render engine. This involved telling the display > engine > the location of the color control surfae

[PATCH v3 06/13] drm: bridge: Add LVDS encoder driver

Hi Daniel, On Wednesday 04 Jan 2017 15:58:25 Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 04:33:57PM +0200, Laurent Pinchart wrote: > > On Wednesday 04 Jan 2017 14:51:48 Daniel Vetter wrote: > >> Hm, something like drm_bridge_panel_bridge_init(dev, panel) should be > >> enough, or not? My idea

[PATCH] drm: Add kernel-doc for drm_crtc_commit_get/put

On Wed, Dec 21, 2016 at 02:03:35PM +0100, Daniel Vetter wrote: > I was lazy, rectify that! Also align with drm_atomic_state_get/put for > ocd. > > v2: Git add helps. > > Signed-off-by: Daniel Vetter Anyone feel like acking this, pretty please? ;-) -Daniel > --- > drivers/gpu/drm/drm_atomic.c

[PATCH v2 1/2] drm_fourcc: Add new P010, P016 video format

Hi Randy, On 4 January 2017 at 16:29, Randy Li wrote: > index 90d2cc8..23c8e99 100644 > --- a/drivers/gpu/drm/drm_fourcc.c > +++ b/drivers/gpu/drm/drm_fourcc.c > @@ -165,6 +165,9 @@ const struct drm_format_info *__drm_format_info(u32 > format) > { .format = DRM_FORMAT_UYVY,

Unix Device Memory Allocation project

Am 04.01.2017 um 16:47 schrieb Rob Clark: > On Wed, Jan 4, 2017 at 9:54 AM, Daniel Vetter wrote: >> On Wed, Jan 04, 2017 at 08:06:24AM -0500, Rob Clark wrote: >>> On Wed, Jan 4, 2017 at 7:03 AM, Daniel Stone >>> wrote: > Speaking of compression for display, especially the separate >

Unix Device Memory Allocation project

Hi Christian, On 4 January 2017 at 16:02, Christian König wrote: > Am 04.01.2017 um 16:47 schrieb Rob Clark: >> If the position of the different parts of the buffer are somewhere >> required to be a function of w/h/bpp/etc then I'm not sure if there is >> a strong advantage to treating them as

[PATCH v2] drm/atomic: Fix outdated comment.

On Wed, Jan 04, 2017 at 12:34:00PM +0100, Maarten Lankhorst wrote: > Op 04-01-17 om 12:28 schreef Daniel Vetter: > > On Wed, Jan 04, 2017 at 11:22:54AM +, Chris Wilson wrote: > >> On Wed, Jan 04, 2017 at 12:15:55PM +0100, Maarten Lankhorst wrote: > >>> Op 15-12-16 om 16:19 schreef Daniel

[PATCH] drm/atomic: Add target_vblank support in atomic helpers.

> -Original Message- > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel > Vetter > Sent: Wednesday, January 04, 2017 3:44 AM > To: Grodzovsky, Andrey > Cc: dri-devel at lists.freedesktop.org; daniel.vetter at ffwll.ch; Deucher, > Alexander; Daenzer, Michel;

[PATCH v3 06/13] drm: bridge: Add LVDS encoder driver

Hi Daniel, On Wednesday 04 Jan 2017 14:51:48 Daniel Vetter wrote: > On Wed, Jan 4, 2017 at 2:08 PM, Laurent Pinchart wrote: > > On Wednesday 04 Jan 2017 09:18:18 Daniel Vetter wrote: > >> On Tue, Nov 29, 2016 at 10:57:07PM +0200, Laurent Pinchart wrote: > >>> On Tuesday 29 Nov 2016 10:54:09

[PATCH v4 1/3] drm/exynos: mic: Add mode_set callback function

2017년 01월 04일 15:58에 Hoegeun Kwon 이(가) 쓴 글: > Before applying the patch, used the of_get_videomode function to > parse the display-timings in the panel which is the child driver > of dsi in the devicetree. this is wrong. So removed the > of_get_videomode and fixed to get

[PATCH v4 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Hi Hoegeun, I tested this patch on Exynos5433-TM2 board. It is well working Tested-by: Chanwoo Choi Regards, Chanwoo Choi On 2017년 01월 04일 15:58, Hoegeun Kwon wrote: > This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel > driver. This panel has 1440x2560 resolution in

[PATCH v4 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

Hi Hoegeun, On 2017년 01월 04일 15:58, Hoegeun Kwon wrote: > From: Hyungwon Hwang > > This patch add the panel device tree node for S6E3HA2 display > controller to TM2 dts. > > Signed-off-by: Hyungwon Hwang > Signed-off-by: Andrzej Hajda > Signed-off-by: Chanwoo Choi > Signed-off-by:

[RFC] drm: Parse HDMI 2.0 YCbCr 4:2:0 VDB and VCB

Hi Ville, On 04-01-2017 13:22, Ville Syrjälä wrote: > On Fri, Dec 30, 2016 at 04:53:16PM +, Jose Abreu wrote: >> HDMI 2.0 introduces a new sampling mode called YCbCr 4:2:0. >> According to the spec the EDID may contain two blocks that >> signal this sampling mode: >> - YCbCr 4:2:0

[PATCH 1/3] dma-fence: Clear fence->status during dma_fence_init()

On Wed, Jan 04, 2017 at 02:12:20PM +, Chris Wilson wrote: > As the fence->status is an optional field that may be set before > dma_fence_signal() is called to convey that the fence completed with an > error, we have to ensure that it is always set to zero on initialisation > so that the

[RFC 3/6] dma-buf: Support generic userspace allocations

On Wed, Jan 04, 2017 at 02:34:39PM +0100, Noralf Trønnes wrote: > Add a generic way for userspace to allocate dma-buf's for SPI transfers. > > Signed-off-by: Noralf Trønnes Having a central dma-buf allocator is a common thing, there's already ION in drivers/staging/android. If we need one I

[RFC 0/6] drm: Add support for userspace drivers

On Wed, Jan 04, 2017 at 02:34:36PM +0100, Noralf Trønnes wrote: > Hi, > > I was previously working on tinydrm as a replacement for staging/fbtft. > During a break from that work, I started to think about if it would be > possible to move the drivers to userspace instead. No point in having >

[PATCH v4 3/3] arm64: dts: exynos: Add support for S6E3HA2 panel device on TM2 board

From: Hyungwon Hwang This patch add the panel device tree node for S6E3HA2 display controller to TM2 dts. Signed-off-by: Hyungwon Hwang Signed-off-by: Andrzej Hajda Signed-off-by: Chanwoo Choi Signed-off-by: Hoegeun Kwon ---

[PATCH v4 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

This patch add support for MIPI-DSI based S6E3HA2 AMOLED panel driver. This panel has 1440x2560 resolution in 5.7-inch physical panel in the TM2 device. Signed-off-by: Donghwa Lee Signed-off-by: Hyungwon Hwang Signed-off-by: Hoegeun Kwon --- .../bindings/display/panel/samsung,s6e3ha2.txt

[PATCH v4 1/3] drm/exynos: mic: Add mode_set callback function

Before applying the patch, used the of_get_videomode function to parse the display-timings in the panel which is the child driver of dsi in the devicetree. this is wrong. So removed the of_get_videomode and fixed to get videomode struct through mode_set callback function. Signed-off-by: Hoegeun

[PATCH v4 0/3] Add support for the S6E3HA2 panel on TM2 board

Purpose of this patch is add support for S6E3HA2 AMOLED panel on the TM2 board. The first patch adds support for S6E3HA2 panel device tree document and driver, the second patch add support for S6E3HA2 panel device tree. Changes for V4: - Removed display-timings in devicetree, the display-timings

[PATCH v3 06/13] drm: bridge: Add LVDS encoder driver

On Wed, Jan 04, 2017 at 04:33:57PM +0200, Laurent Pinchart wrote: > On Wednesday 04 Jan 2017 14:51:48 Daniel Vetter wrote: > > Hm, something like drm_bridge_panel_bridge_init(dev, panel) should be > > enough, or not? My idea is to use this for the case where the only > > thing in dt is the panel,

Unix Device Memory Allocation project

On Wed, Jan 04, 2017 at 08:06:24AM -0500, Rob Clark wrote: > On Wed, Jan 4, 2017 at 7:03 AM, Daniel Stone wrote: > >> Speaking of compression for display, especially the separate > >> compression buffer: That should be fully contained in the main DMABUF > >> and described by the per-BO metadata.

[Bug 98984] Hexagonal shapes around lights in Cities: Skylines

. Can you try upgrading and eventually confirm? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/63cd2a7b/attachment.html>

[PATCH 02/10] drm/i915/psr: program vsc header for psr2

On Mon, Jan 02, 2017 at 05:00:55PM +0530, vathsala nagaraju wrote: > Function hsw_psr_setup handles vsc header setup for psr1 and > skl_psr_setup_vsc handles vsc header setup for psr2. > > Setup VSC header in function skl_psr_setup_vsc for psr2 support, > as per edp 1.4 spec, table 6-11:VSC SDP

[Bug 99120] VERDE 7770 - glxdemo, vlc/glx, weston fail with garbled screen. Elsewhere blurry text rendering when focus lost

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/9e05af24/attachment.html>

[PATCH] drm/meson: Fix plane atomic check when no crtc for the plane

On Tue, Jan 03, 2017 at 10:20:54AM +0100, Neil Armstrong wrote: > When no CRTC is associated with the plane, the meson_plane_atomic_check() > call breaks the kernel with an Oops. > > Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") > Signed-off-by: Neil Armstrong >

[PATCH] drm: Add kernel-doc for drm_crtc_commit_get/put

On Wed, Jan 4, 2017 at 11:11 AM, Daniel Vetter wrote: > On Wed, Dec 21, 2016 at 02:03:35PM +0100, Daniel Vetter wrote: >> I was lazy, rectify that! Also align with drm_atomic_state_get/put for >> ocd. >> >> v2: Git add helps. >> >> Signed-off-by: Daniel Vetter > > Anyone feel like acking this,

[RFC] drm: Parse HDMI 2.0 YCbCr 4:2:0 VDB and VCB

On Fri, Dec 30, 2016 at 04:53:16PM +, Jose Abreu wrote: > HDMI 2.0 introduces a new sampling mode called YCbCr 4:2:0. > According to the spec the EDID may contain two blocks that > signal this sampling mode: > - YCbCr 4:2:0 Video Data Block > - YCbCr 4:2:0 Video Capability Map Data

[PATCH v3 06/13] drm: bridge: Add LVDS encoder driver

Hi Daniel, On Wednesday 04 Jan 2017 09:18:18 Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 10:57:07PM +0200, Laurent Pinchart wrote: > > On Tuesday 29 Nov 2016 10:54:09 Daniel Vetter wrote: > >> On Tue, Nov 29, 2016 at 11:04:36AM +0200, Laurent Pinchart wrote: > >>> The LVDS encoder driver is a

[PATCH v2 2/2] drm: Document deprecated load/unload hook

Daniel Vetter writes: > I know this is a bit more work on top, but if you type docs that say > something is ignored, it's a good excuse to fix the code. So, can you pls > do the mass refactoring (I'd just do one patch for everything) that > changesthe return type of this vfunc to void? > >

[PATCH] drm: sti: allow audio playback on HDMI even if disabled.

Acked-by: Vincent Abriou On 09/30/2016 05:17 PM, Arnaud Pouliquen wrote: > This fix allows to play audio while HDMI is disconnected. > When HDMI is disable, audio configuration is stored and samples > are dropped (by HDMI IP). > When HDMI is enabled, audio HDMI configuration is applied and

[Bug 99120] VERDE 7770 - glxdemo, vlc/glx, weston fail with garbled screen. Elsewhere blurry text rendering when focus lost

|--- |NOTOURBUG -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/cd87e2c3/attachment.html>

[PATCH v3 06/13] drm: bridge: Add LVDS encoder driver

On Wed, Jan 4, 2017 at 2:08 PM, Laurent Pinchart wrote: > Hi Daniel, > > On Wednesday 04 Jan 2017 09:18:18 Daniel Vetter wrote: >> On Tue, Nov 29, 2016 at 10:57:07PM +0200, Laurent Pinchart wrote: >> > On Tuesday 29 Nov 2016 10:54:09 Daniel Vetter wrote: >> >> On Tue, Nov 29, 2016 at 11:04:36AM

[PATCH v4] drm: add fourcc codes for 16bit R and RG

From: Rainer Hochecker Signed-off-by: Rainer Hochecker --- include/uapi/drm/drm_fourcc.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h index a5890bf..4d65fb6 100644 ---

[PATCH] drm/meson: Fix plane atomic check when no crtc for the plane

On 01/04/2017 02:27 PM, Ville Syrjälä wrote: > On Tue, Jan 03, 2017 at 10:20:54AM +0100, Neil Armstrong wrote: >> When no CRTC is associated with the plane, the meson_plane_atomic_check() >> call breaks the kernel with an Oops. >> >> Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson

[PATCH v3] drm: add fourcc codes for 16bit R and RG

From: Rainer Hochecker This adds fourcc codes for 16bit planes required for DRM buffer export to mesa. Signed-off-by: Rainer Hochecker --- include/uapi/drm/drm_fourcc.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/uapi/drm/drm_fourcc.h

[PATCH V7 1/4] Documentation/devicetree/bindings: b850v3_lvds_dp

On Tue, Jan 3, 2017 at 5:34 PM, Peter Senna Tschudin wrote: > Hi Rob, > > Thank you for the review. > > On 03 January, 2017 23:51 CET, Rob Herring wrote: > >> On Sun, Jan 01, 2017 at 09:24:29PM +0100, Peter Senna Tschudin wrote: >> > Devicetree bindings documentation for the GE B850v3 LVDS/DP++

[RFC 6/6] spi: spidev: Add userspace driver support

Add support for spi userspace drivers backed by it's own spi_driver. Userspace driver usage: Open /dev/spidev Write a string containing driver name and optional DT compatible. This registers a spidev spi_driver. Read/poll to receive notice when devices have been bound/probed. The driver now

[RFC 5/6] spi: spidev: Add dma-buf support

Add support for using dma-buf buffers in transfers from userspace. FIXME: Backwards compatibility needs to be taken care of somehow. Signed-off-by: Noralf Trønnes --- drivers/spi/Kconfig | 1 + drivers/spi/spidev.c| 158 +++-

[RFC 4/6] spi: Let clients do scatter/gather transfers

Just a hack. Someone probably has an idea about how this should be done. Signed-off-by: Noralf Trønnes --- drivers/spi/spi.c | 24 +--- include/linux/spi/spi.h | 4 2 files changed, 21 insertions(+), 7 deletions(-) diff --git a/drivers/spi/spi.c

[RFC 3/6] dma-buf: Support generic userspace allocations

Add a generic way for userspace to allocate dma-buf's for SPI transfers. Signed-off-by: Noralf Trønnes --- drivers/dma-buf/Makefile | 2 +- drivers/dma-buf/dev.c| 211 +++ include/uapi/linux/dma-buf-dev.h | 35 +++ 3 files changed,

[RFC 2/6] drm: Add support for userspace drivers

Add support for writing drm userspace drivers. Userspace driver usage: Open /dev/udrm Ioctl create drm driver/device passing in mode, formats and optional dma-buf as transfer buffer Read/poll for events: framebuffer: create, destroy, dirty pipe: enable, disable Write back status value

[RFC 1/6] drm/modes: Export drm_mode_convert_umode()

Export drm_mode_convert_umode() for the benefit of udrm. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_modes.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c index 53f07ac..97cf51f 100644 --- a/drivers/gpu/drm/drm_modes.c

[RFC 0/6] drm: Add support for userspace drivers

Hi, I was previously working on tinydrm as a replacement for staging/fbtft. During a break from that work, I started to think about if it would be possible to move the drivers to userspace instead. No point in having them in the kernel if it's not necessary. This patchset includes all the pieces

[PATCH] drm: nouveau: fix build when LEDS_CLASS=m

On 01/04/17 11:29, Jani Nikula wrote: > On Wed, 04 Jan 2017, Daniel Vetter wrote: >> On Sun, Jan 01, 2017 at 04:20:53PM -0800, Randy Dunlap wrote: >>> From: Randy Dunlap >>> >>> Fix build errors in nouveau driver when CONFIG_LEDS_CLASS=m and >>> CONFIG_DRM_NOUVEAU=y. >>> If LEDS_CLASS is

[PATCH 3/3] dma-fence: Introduce drm_fence_set_error() helper

The dma_fence.error field (formerly known as dma_fence.status) is an optional field that may be set by drivers before calling dma_fence_signal(). The field can be used to indicate that the fence was completed in err rather than with success, and is visible to other consumers of the fence and to

[PATCH 2/3] dma-fence: Wrap querying the fence->status

The fence->status is an optional field that is only valid once the fence has been signaled. (Driver may fill the fence->status with an error code prior to calling dma_fence_signal().) Given the restriction upon its validity, wrap querying of the fence->status into a helper dma_fence_get_status().

[PATCH 1/3] dma-fence: Clear fence->status during dma_fence_init()

As the fence->status is an optional field that may be set before dma_fence_signal() is called to convey that the fence completed with an error, we have to ensure that it is always set to zero on initialisation so that the typical use (i.e. unset) always flags a successful completion.

[PATCH] drm/omap: panel-sony-acx565akm.c: Add MODULE_ALIAS

/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/f6564bfb/attachment.sig>

Static code analyzer annotations in driver code?

Hi! What is the general opinion about out-of-tree static analyzer annotations in drm driver code, for example comments like /* coverity[missing_lock] */ which typically squelches false positives in constructors or destructors of refcounted structs that contain members that are elsewhere

[PATCH] omap drm: fix compile errors where the conversion from omap_timing to videomode was not perfect

esc). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/527b8165/attachment.sig>

  1   2   3   >