Unix Device Memory Allocation project

On Thu, Oct 20, 2016 at 8:31 AM, Daniel Vetter wrote: > On Wed, Oct 19, 2016 at 6:46 PM, Marek Olšák wrote: We've had per buffer metadata in Radeon since KMS, which I believe first appeared in 2009. It's 4 bytes large and is used to communicate tiling flags between Mesa, DDX,

Unix Device Memory Allocation project

On Wed, Jan 4, 2017 at 12:43 AM, James Jones wrote: > On 01/03/2017 03:38 PM, Marek Olšák wrote: >> >> On Thu, Oct 20, 2016 at 8:31 AM, Daniel Vetter wrote: >>> >>> On Wed, Oct 19, 2016 at 6:46 PM, Marek Olšák wrote: >> >> We've had per buffer metadata in Radeon since KMS, which I

[PATCH v2.1 04/13] drm: Add data transmission order bus flag

The flags indicate whether data is transmitted lsb to msb or msb to lsb on the bus. The exact meaning is bus-type dependent. For instance, for LVDS buses the flags indicate whether the seven data bits transmitted in a clock pulse are sent in normal order (msb to lsb, slots 0 to 6) or reverse

[Bug 98238] witcher 2: objects are black when changing lod

ore commit ab29788250a705eb0dd517cb3d38f37f944eb8ad I can record this later -- 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/7896d430/attachment.html>

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

Hi Daniel, On Tuesday 29 Nov 2016 22:57:07 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 DRM bridge driver that supports the > >> parallel to LVDS encoders that

[radeon-alex:amd-staging-drm-next 63/158] drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_types.c:954:20: note: in expansion of macro 'list_first_entry_or_null'

ail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/gzip Size: 47963 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/3feb0f4c/attachment-0001.gz>

[radeon-alex:amd-staging-drm-next 63/158] drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/bandwidth_calcs.c:508:5: warning: this decimal constant is unsigned only in ISO C90

break; 516 } --- 0-DAY kernel test infrastructureOpen Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .con

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

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

[lkp-developer] [drm] 75f6dfe3e6: BUG:unable_to_handle_kernel

kernel test robot writes: > > on test machine: qemu-system-x86_64 -enable-kvm -m 320M > > caused below changes: > > [1.608985] mwave: mwavedd::mwave_init: Error: Failed to initialize > [1.609295] Hangcheck: starting hangcheck timer 0.9.1 (tick is 180 > seconds, margin is 60 seconds). >

[radeon-alex:amd-staging-drm-next 149/158] drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1740:2: warning: ISO C90 forbids mixed declarations and code

Open Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/gzip Size: 47963 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/3a3ba448/attachment-0001.gz>

[radeon-alex:amd-staging-drm-next 155/158] drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_link_encoder.c:1066:2: warning: this 'if' clause does not guard...

.config.gz Type: application/gzip Size: 47963 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/17fc5115/attachment-0001.gz>

[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 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 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 v2.1 04/13] drm: Add data transmission order bus flag

g this I'll probably do that myself, and I leave it up to whoever else might apply it whether or not they want to be pedantic, so: Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/0cce3a77/attachment.sig>

[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 v2 05/13] drm: panels: Constify device node argument to of_drm_find_panel()

s.freedesktop.org/archives/dri-devel/attachments/20170104/1378b6de/attachment.sig>

[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 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

[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 v3 06/13] drm: bridge: Add LVDS encoder driver

On Tue, Nov 29, 2016 at 10:57:07PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > 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 DRM bridge driver that supports the > > > parallel to

RFC: fb restore on drm master close

On Wed, Dec 21, 2016 at 12:13:06PM -0600, vcaputo at pengaru.com wrote: > Hello list, > > I've been playing with an unaccelerated drm program[1] and have been > annoyed that whenever this program exits the fbcon isn't restored, with > the display left completely off. > > This seems to happen

[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

RFC: fb restore on drm master close

On Wed, Jan 4, 2017 at 12:30 AM, Daniel Vetter wrote: > On Wed, Dec 21, 2016 at 12:13:06PM -0600, vcaputo at pengaru.com wrote: >> Hello list, >> >> I've been playing with an unaccelerated drm program[1] and have been >> annoyed that whenever this program exits the fbcon isn't restored, with >>

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

On Tue, Jan 03, 2017 at 10:06:38AM -0500, Andrey Grodzovsky wrote: > Allows usage of the new page_flip_target hook for > drivers implementing the atomic path. > Provides default atomic helper for the new hook. > > Signed-off-by: Andrey Grodzovsky Please keep a per-patch changelog so that it's

[PATCHv2 4/4] s5p-cec: add hpd-notifier support, move out of staging

On 03.01.2017 09:11, Hans Verkuil wrote: > On 01/03/2017 09:00 AM, Andrzej Hajda wrote: >> Is there a reason to split registration into two steps? >> Wouldn't be better to integrate hpd_notifier_get into >> cec_register_hpd_notifier. > One problem is that hpd_notifier_get can fail, whereas >

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

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 enabled, DRM_NOUVEAU is restricted to the same > kconfig value as LEDS_CLASS. > > drivers/built-in.o:

Unix Device Memory Allocation project

On Tue, Jan 3, 2017 at 3:38 PM, Marek Olšák wrote: > On Thu, Oct 20, 2016 at 8:31 AM, Daniel Vetter wrote: >> On Wed, Oct 19, 2016 at 6:46 PM, Marek Olšák wrote: > We've had per buffer metadata in Radeon since KMS, which I believe first > appeared in 2009. It's 4 bytes large and is

[PATCH] drm/atomic-helper: roll out commit synchronization

On Mon, Jan 02, 2017 at 02:09:13PM +0200, Laurent Pinchart wrote: > On Wednesday 08 Jun 2016 17:15:36 Daniel Vetter wrote: > > +void drm_atomic_helper_commit_cleanup_done(struct drm_atomic_state *state) > > +{ > > + struct drm_crtc *crtc; > > + struct drm_crtc_state *crtc_state; > > + struct

[PATCH v2] drm: add fourcc codes for 16bit R and GR

On Tue, Jan 03, 2017 at 08:02:07PM +0100, Rainer Hochecker wrote: > From: Rainer Hochecker > > Now sent with git send-email: > > 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 v2 2/2] drm: Document deprecated load/unload hook

On Mon, Jan 02, 2017 at 12:20:08PM -0200, Gabriel Krisman Bertazi wrote: > v2: > - Replace discouraged with deprecated > - Link to new initialization/teardown functions > > Signed-off-by: Gabriel Krisman Bertazi > --- > include/drm/drm_drv.h | 35 +++ > 1 file

[PATCH] drm/sti: update fps debugfs entries

This update allows to have a clearer fps log trace by adding information about plane size and plane pixel format. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_plane.c | 17 + drivers/gpu/drm/sti/sti_plane.h | 2 +- 2 files changed, 14 insertions(+), 5 deletions(-)

[PATCH 1/2] drm: Document drm_cache interface

On Mon, Jan 02, 2017 at 03:17:05PM -0200, Gabriel Krisman Bertazi wrote: > Signed-off-by: Gabriel Krisman Bertazi > --- > drivers/gpu/drm/drm_cache.c | 23 +++ When adding docs, please also add a kernel-doc stanza (good place would be a new chapter in

[Bug 99158] vdpau segfaults and gpu locks with kodi on R9285

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/b9d2a69b/attachment.html>

[PATCH] drm: Clean up planes in atomic commit helper failure path

On Tue, Jan 03, 2017 at 01:14:27AM +0200, Laurent Pinchart wrote: > If waiting for fences fails for blocking commits, planes must be cleaned > up before returning. > > Cc: stable at vger.kernel.org > Fixes: f6ce410a59a4 ("drm/fence: allow fence waiting to be interrupted by > userspace") >

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

On 04.01.2017 09:15, Hoegeun Kwon wrote: > 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 >

[Intel-gfx] [PATCH v2] drm: add fourcc codes for 16bit R and GR

On Wed, 04 Jan 2017, Daniel Vetter wrote: > On Tue, Jan 03, 2017 at 08:02:07PM +0100, Rainer Hochecker wrote: >> From: Rainer Hochecker >> >> Now sent with git send-email: >> >> Signed-off-by: Rainer Hochecker >> --- >> include/uapi/drm/drm_fourcc.h | 7 +++ >> 1 file changed, 7

[Intel-gfx] linux-next: build failure after merge of the drm-intel-fixes tree

On Tue, Jan 03, 2017 at 01:37:17PM -0700, Alex Williamson wrote: > On Tue, 03 Jan 2017 15:25:24 +0200 > Jani Nikula wrote: > > > On Tue, 03 Jan 2017, Zhenyu Wang wrote: > > > On 2017.01.02 21:48:57 -0700, Alex Williamson wrote: > > >> > Alex, I liked to have kvmgt related mdev interface

Is drmWaitVBlank() or drmModePageFlip necessary after drmModeSetPlane()

On Tue, Jan 03, 2017 at 12:27:10PM +0800, Randy Li wrote: > Hello all, > Recently, I meet a performance problem with drmModeSetPlane(), it works > quite slow with drm_atomic_commit(), I have to force it use > drm_atomic_async_commit() for drmModeSetPlane() which modifies the drm base > system. I

To contribute

On Tue, Jan 03, 2017 at 11:30:30AM +0200, Jani Nikula wrote: > On Tue, 03 Jan 2017, Swapnil Pathak wrote: > > I also want to contribute, But I don't know from where to start. Could > > you please help me where to start. > > That's easy. Get rid of the disclaimer at the bottom of your mails! :p

[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 v5 0/3] DRM: allow to use mmuless devices

version 5: - rebased on drm-for-v4.10 tag - set get_unmapped_area field if FB_PROVIDE_GET_FB_UNMAPPED_AREA is defined - since version 4 dma_mmap_wc() issue will be fixed on architecture side, either by my patch (submitted, under review)

[PATCH v5 1/3] fbmem: add a default get_fb_unmapped_area function

Allow generic frame-buffer to provide a default get_fb_unmapped_area function if specific devices need it. Usually this function is defined in architecture directories but define it here may limit code duplication especially for all ARM platforms without MMU. version 5: - set get_unmapped_area

[PATCH v5 3/3] drm: allow to use mmuless SoC

Some SoC without MMU have display driver where a drm/kms driver could be implemented. Before doing such kind of thing drm/kms must allow to use mmuless devices. This patch propose to remove MMU configuration flag and add a cma helper function to help implementing mmuless display driver version

[PATCH v5 2/3] drm: compile drm_vm.c only when needed

drm_vm.c functions are only need for DRM_LEGACY and DRM_NOUVEAU. Use a new DRM_VM to define when drm_vm.c in needed. stub drm_legacy_vma_flush() to avoid compilation issues version 4: - a "config DRM_VM" in Kconfig Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/Kconfig | 5 +

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

On Tue, Jan 03, 2017 at 02:04:44PM +, Tvrtko Ursulin wrote: > > On 03/01/2017 11:05, 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

[PATCH 0/2] drm/sti: set connector status and create fbdev at binding

While binding the sti drm driver the initial connectors status are set and the fbdev is created. Vincent Abriou (2): drm/sti: set initial connectors status at binding drm/sti: create fbdev at binding drivers/gpu/drm/sti/sti_drv.c | 27 ++-

[PATCH 1/2] drm/sti: set initial connectors status at binding

This avoid to have an "unknown" connector status after the sti driver is registered. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_dvo.c | 3 +++ drivers/gpu/drm/sti/sti_hdmi.c | 3 +++ 2 files changed, 6 insertions(+) diff --git a/drivers/gpu/drm/sti/sti_dvo.c

[v1] gpu: drm: mgag200: mgag200_main:- Handle error from pci_iomap

On Tue, Jan 03, 2017 at 05:00:27PM +0530, Arvind Yadav wrote: > Here, pci_iomap can fail, handle this case and return -ENOMEM. > > Signed-off-by: Arvind Yadav Applied to drm-misc, thanks for the patch. -Daniel > --- > drivers/gpu/drm/mgag200/mgag200_main.c | 2 ++ > 1 file changed, 2

[PATCH 2/2] drm/sti: create fbdev at binding

Do not wait for a hot plug event to create fbdev. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/sti_drv.c | 27 ++- 1 file changed, 14 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/sti/sti_drv.c b/drivers/gpu/drm/sti/sti_drv.c index

[PATCH 0/5] drm/sti: do not sync legacy IOCTL on vblank if not ATOMIC

On Tue, Jan 03, 2017 at 05:56:47PM +0100, Fabien Dessenne wrote: > These patches allow a legacy framework (eg non-atomic Weston) to call > several SETPLANE within the same Vsync cycle. > - [PATCH 1/5] drm/sti: use atomic_helper for commit > - [PATCH 2/5] drm/sti: add drm_file to sti_private > -

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

On Wed, Jan 04, 2017 at 10:15:01AM +0100, Daniel Vetter wrote: > On Tue, Jan 03, 2017 at 02:04:44PM +, Tvrtko Ursulin wrote: > > > > On 03/01/2017 11:05, Chris Wilson wrote: > > > As the fence->status is an optional field that may be set before > > > dma_fence_signal() is called to convey

[PATCH 6/6] drm/i915/dp: Track available DP MST vcpi time slots

On Tue, Jan 03, 2017 at 01:01:51PM -0800, Dhinakaran Pandiyan wrote: > Make use of the added MST helpers to find, allocate and release link bw > for atomic modesets. > > Signed-off-by: Dhinakaran Pandiyan > --- > drivers/gpu/drm/i915/intel_display.c | 39 > +++-

[PATCH] drm/sti: remove deprecated sti_vtac.c file

sti_vtac.c file is deprecated since stih416 chip family is not supported anymore. Signed-off-by: Vincent Abriou --- drivers/gpu/drm/sti/Makefile | 1 - drivers/gpu/drm/sti/sti_drv.c | 1 - drivers/gpu/drm/sti/sti_drv.h | 1 - drivers/gpu/drm/sti/sti_vtac.c | 223

[v1] gpu: drm: sti: sti_vtg:- Handle return NULL error from devm_ioremap_nocache

Thanks for the patch. Acked-by: Vincent Abriou I will take it for pull request that should be issued by the end of the week. Vincent On 12/21/2016 06:30 AM, Arvind Yadav wrote: > Here, If devm_ioremap_nocache will fail. It will return NULL. > Kernel can run into a NULL-pointer dereference.

[PATCH v2] drm: tilcdc: simplify the recovery from sync lost error on rev1

On 12/19/16 16:47, Bartosz Golaszewski wrote: > Revision 2 of LCDC suffers from an issue where a SYNC_LOST error > caused by limited memory bandwidth may leave the picture shifted a > couple pixels to the right. > > This issue has not been observed on revision 1, while the recovery > mechanism

[v1] gpu: drm: sti: sti_vtac:- Handle return NULL error from devm_ioremap_nocache

Hi Arvind, Thank for this patch. Since sti_vtac.c file is deprecated, I rather suppress the sti_vtac.c file. I just push a new patch to suppress it. Thank for pointing this out. Br Vincent On 12/21/2016 06:22 AM, Arvind Yadav wrote: > Here, If devm_ioremap_nocache will fail. It will return

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

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 for a primary link directly connected to the GPU. For atomic >

[Intel-gfx] [PATCH 0/6] Introduce DP MST Topology state

On Tue, Jan 03, 2017 at 01:01:45PM -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 for a primary link directly connected to the GPU. For atomic >

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

On Wed, Jan 04, 2017 at 09:24:27AM +, Chris Wilson wrote: > On Wed, Jan 04, 2017 at 10:15:01AM +0100, Daniel Vetter wrote: > > On Tue, Jan 03, 2017 at 02:04:44PM +, Tvrtko Ursulin wrote: > > > > > > On 03/01/2017 11:05, Chris Wilson wrote: > > > > As the fence->status is an optional field

[PATCH 1/2] drm/sti: set initial connectors status at binding

On Wed, Jan 04, 2017 at 10:15:45AM +0100, Vincent Abriou wrote: > This avoid to have an "unknown" connector status after the sti driver is > registered. > > Signed-off-by: Vincent Abriou Why is this needed? The fb helpers will probe on their on, your driver should never need to do this. It also

[PATCH 1/2] drm: Document drm_cache interface

On Wed, Jan 04, 2017 at 10:01:37AM +0100, Daniel Vetter wrote: > On Mon, Jan 02, 2017 at 03:17:05PM -0200, Gabriel Krisman Bertazi wrote: > > Signed-off-by: Gabriel Krisman Bertazi > > --- > > drivers/gpu/drm/drm_cache.c | 23 +++ > > When adding docs, please also add a

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

On 04.01.2017 09:15, Hoegeun Kwon wrote: > 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 >

[PATCH] drm/sti: remove deprecated sti_vtac.c file

On Wed, Jan 04, 2017 at 10:26:46AM +0100, Vincent Abriou wrote: > sti_vtac.c file is deprecated since stih416 chip family is not > supported anymore. > > Signed-off-by: Vincent Abriou Ehrm, removing existing support is Not Cool. This either needs more explanation, or it can't be merged. -Daniel

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

On Wed, Jan 04, 2017 at 10:37:32AM +0100, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 09:24:27AM +, Chris Wilson wrote: > > On Wed, Jan 04, 2017 at 10:15:01AM +0100, Daniel Vetter wrote: > > > On Tue, Jan 03, 2017 at 02:04:44PM +, Tvrtko Ursulin wrote: > > > > > > > > On 03/01/2017

[PATCH] drm/sti: remove deprecated sti_vtac.c file

On 01/04/2017 10:40 AM, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 10:26:46AM +0100, Vincent Abriou wrote: >> sti_vtac.c file is deprecated since stih416 chip family is not >> supported anymore. >> >> Signed-off-by: Vincent Abriou > > Ehrm, removing existing support is Not Cool. This either

[PATCH 1/2] drm: Document drm_cache interface

On Wed, Jan 04, 2017 at 09:39:48AM +, Chris Wilson wrote: > On Wed, Jan 04, 2017 at 10:01:37AM +0100, Daniel Vetter wrote: > > On Mon, Jan 02, 2017 at 03:17:05PM -0200, Gabriel Krisman Bertazi wrote: > > > Signed-off-by: Gabriel Krisman Bertazi > > > --- > > > drivers/gpu/drm/drm_cache.c |

[PATCH 0/2] drm/meson: Fix CVBS initialization

This serie fixes the CVBS initialization when HDMI is already configured by the bootloader and fixes the CVBS vdac disable register values. Neil Armstrong (2): drm/meson: Fix CVBS initialization when HDMI is configured by bootloader drm/meson: Fix CVBS VDAC disable

[PATCH 2/2] drm/meson: Fix CVBS VDAC disable

This commit fixes the VDAC disabling register write values. Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_venc_cvbs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/2] drm/meson: Fix CVBS initialization when HDMI is configured by bootloader

When the HDMI output is configured by the bootloader, there is mismatch is the pipeline configuration and the Vsync interrupt fails to trigger. This commit disables the HDMI blocks in the probe phase. Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") Signed-off-by:

[PATCH] drm/sti: remove deprecated sti_vtac.c file

On Wed, Jan 04, 2017 at 09:45:21AM +, Vincent ABRIOU wrote: > > > On 01/04/2017 10:40 AM, Daniel Vetter wrote: > > On Wed, Jan 04, 2017 at 10:26:46AM +0100, Vincent Abriou wrote: > >> sti_vtac.c file is deprecated since stih416 chip family is not > >> supported anymore. > >> > >>

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

On 04.01.2017 09:15, 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: Hoegeun Kwon Reviewed-by:

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

On 01/04/2017 10:10 AM, Daniel Vetter 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 Graphic

[PATCH 1/2] drm: refernce count event->completion

On Wed, Dec 21, 2016 at 12:08:45PM +0100, Maarten Lankhorst wrote: > Op 21-12-16 om 11:36 schreef Chris Wilson: > > On Wed, Dec 21, 2016 at 11:23:30AM +0100, Daniel Vetter wrote: > >> When writing the generic nonblocking commit code I assumed that > >> through clever lifetime management I can

[PATCH v2] drm/sti: remove deprecated sti_vtac.c file

stih416 chip family is no more supported in Linux v4.9. It is then useless to keep sti_vtac.c file since it not used at all for the stih407/10 chip family supported by sti driver. Signed-off-by: Vincent Abriou --- v2: Take into account Daniel's comment => add a more explicit commit message

[PATCH 1/2] drm/sti: set initial connectors status at binding

On 01/04/2017 10:39 AM, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 10:15:45AM +0100, Vincent Abriou wrote: >> This avoid to have an "unknown" connector status after the sti driver is >> registered. >> >> Signed-off-by: Vincent Abriou > > Why is this needed? The fb helpers will probe on

[Bug 99158] vdpau segfaults and gpu locks with kodi on R9285

ace->surface->texture, , PIPE_HANDLE_USAGE_READ_WRITE)) return VDP_STATUS_NO_IMPLEMENTATION; -- 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/

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

On Wed, Jan 04, 2017 at 09:43:51AM +, Chris Wilson wrote: > On Wed, Jan 04, 2017 at 10:37:32AM +0100, Daniel Vetter wrote: > > On Wed, Jan 04, 2017 at 09:24:27AM +, Chris Wilson wrote: > > > On Wed, Jan 04, 2017 at 10:15:01AM +0100, Daniel Vetter wrote: > > > > On Tue, Jan 03, 2017 at

[Intel-gfx] [PATCH v2] drm: add fourcc codes for 16bit R and GR

On Wednesday, 2017-01-04 11:06:09 +0200, Jani Nikula wrote: > On Wed, 04 Jan 2017, Daniel Vetter wrote: > > On Tue, Jan 03, 2017 at 08:02:07PM +0100, Rainer Hochecker wrote: > >> From: Rainer Hochecker > >> > >> Now sent with git send-email: > >> > >> Signed-off-by: Rainer Hochecker > >> ---

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

On Wed, Jan 04, 2017 at 11:18:58AM +0100, Daniel Vetter wrote: > On Wed, Jan 04, 2017 at 09:43:51AM +, Chris Wilson wrote: > > On Wed, Jan 04, 2017 at 10:37:32AM +0100, Daniel Vetter wrote: > > > On Wed, Jan 04, 2017 at 09:24:27AM +, Chris Wilson wrote: > > > > On Wed, Jan 04, 2017 at

[GIT PULL] tilcdc fixes for 4.10

Hi Dave, Please pull this tilcdc fix for v4.10. The tagged fix has been rebased on top of my previous pull request tag (tilcdc-4.10). Thanks, Jyri The following changes since commit 0186fcce896d3cb6fb690ed8b4405c9c1b76977a: drm/tilcdc: fix parsing of some DT properties (2016-11-30 14:20:16

[Bug 99158] vdpau segfaults and gpu locks with kodi on R9285

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

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

) -- 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/07d26374/attachment.html>

[GIT PULL] drm/meson fixes for 4.10

Dear DRM/DRI Maintainer, Please pull this meson DRM fixes for v4.10. The following changes since commit 0c744ea4f77d72b3dcebb7a8f2684633ec79be88: Linux 4.10-rc2 (2017-01-01 14:31:53 -0800) are available in the git repository at: git://people.freedesktop.org/~narmstrong/linux

[PATCH] drm/atomic: Fix outdated comment.

Op 15-12-16 om 16:19 schreef Daniel Vetter: > On Thu, Dec 15, 2016 at 03:29:42PM +0100, Maarten Lankhorst wrote: >> drm_atomic_state_put is called unconditionally, so TEST_ONLY is no >> different from commit. >> >> Signed-off-by: Maarten Lankhorst > I think it'd be good to update the kerneldoc

[PATCH] drm/atomic: Fix outdated comment.

On Wed, Jan 04, 2017 at 12:15:55PM +0100, Maarten Lankhorst wrote: > Op 15-12-16 om 16:19 schreef Daniel Vetter: > > On Thu, Dec 15, 2016 at 03:29:42PM +0100, Maarten Lankhorst wrote: > >> drm_atomic_state_put is called unconditionally, so TEST_ONLY is no > >> different from commit. > >> > >>

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

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

[PATCH] drm/atomic: Fix outdated comment.

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 Vetter: > > > On Thu, Dec 15, 2016 at 03:29:42PM +0100, Maarten Lankhorst wrote: > > >> drm_atomic_state_put is called

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

4096x2160 50Hz 112.500 50.000 594.000 +/+ 4096x2160 60Hz 135.000 60.000 594.000 +/+ -- 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/at

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

On Wed, Jan 04, 2017 at 10:26:49AM +, Chris Wilson wrote: > On Wed, Jan 04, 2017 at 11:18:58AM +0100, Daniel Vetter wrote: > > On Wed, Jan 04, 2017 at 09:43:51AM +, Chris Wilson wrote: > > > On Wed, Jan 04, 2017 at 10:37:32AM +0100, Daniel Vetter wrote: > > > > On Wed, Jan 04, 2017 at

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

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

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

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

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

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 Vetter: On Thu, Dec 15, 2016 at 03:29:42PM +0100, Maarten Lankhorst wrote:

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

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

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/4cf6/attachment.html>

[Bug 98333] 4K @ 60Hz over HDMI 2.0 not working with AMDGPU-DAL

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20170104/6f429a05/attachment.html>

[PATCH v2.1 04/13] drm: Add data transmission order bus flag

Hi Thierry, On Wednesday 04 Jan 2017 08:06:54 Thierry Reding wrote: > On Wed, Jan 04, 2017 at 02:39:26AM +0200, Laurent Pinchart wrote: > > The flags indicate whether data is transmitted lsb to msb or msb to lsb > > on the bus. > > > > The exact meaning is bus-type dependent. For instance, for

[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   >