Re: [PATCH] drm/nouveau: fix compile errors

On Thu, Jan 26, 2017 at 5:30 AM, Daniel Vetter wrote: > On Wed, Jan 25, 2017 at 12:30:40PM -0500, Rob Clark wrote: >> From: Rob Clark >> >> Perhaps some newer versions of gcc are more clever about this. >> >> drivers/gpu/drm/nouveau/nvkm/subdev/top/gk104.c: In

RE: [PATCH] drm: Silence the compiler for drm_mode_get_hv_timings()

> -Original Message- > From: Chris Wilson [mailto:chris.ickle.wil...@gmail.com] On Behalf Of Chris > Wilson > Sent: Thursday, January 26, 2017 6:44 AM > To: dri-devel@lists.freedesktop.org > Cc: Chris Wilson; Daniel Vetter; Deucher, Alexander > Subject: [PATCH] drm: Silence the compiler

Re: [PATCH 5/5] drm: zte: add tvenc driver support

On Mon, Jan 23, 2017 at 11:10:34AM -0500, Sean Paul wrote: > > +static const struct zx_tvenc_mode tvenc_modes[] = { > > + { > > + .name = "PAL", > > + .hdisplay = 720, > > + .vdisplay = 576, > > + .hfp = 12, > > + .hbp = 130, > > + .hsw

[PATCH 3/3] drm/i915: Skip modeset locking when atomic pageflips are used.

With the atomic helper for pageflips there are no CS flips when that require resetting, so on most platforms we can completely skip the locking. Because we may end up reverting the page_flip patch add an explicit function pointer check so that if someone reverts the page flip patch there will not

[PATCH 1/3] drm/atomic: Bump timeout for waiting for hw_done to 90s in swap_state

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/gpu/drm/drm_atomic_helper.c index b535f782b2c0..34338678db26

[PATCH 0/3] drm/i915: Handle hanging during nonblocking modeset correctly.

When writing some testcases for nonblocking modesets. I found out that the infinite wait on the old fb was causing issues. A nonblocking modeset with a hang on the old fb, followed by a blocking update was enough to trigger it. For old platforms patch 2 is needed else

[PATCH 2/3] drm/i915: Set a timeout when waiting for fence on the old fb

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index 7c19b3c7a4ee..35d25e58a37e 100644

[PATCH 2/2] drm: mali-dp: fix stride setting for multi-plane formats

From: Mihail Atanassov Hardware has multiple (2 or 3, depending on model) stride registers per layer; add a function that correctly takes that into account. On hardware that only has 2 stride registers, ensure that 3-plane (YUV) content has identical strides for both

[PATCH 1/2] drm: mali-dp: Add plane offset to the plane's physical start address register

Add the fb->offset[] value to the plane's physical start address registe. Without that, packed formats are rendered incorrectly. Signed-off-by: Liviu Dudau --- drivers/gpu/drm/arm/malidp_planes.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH libdrm] tests/util: Add support for meson module

On Fri, Jan 20, 2017 at 06:28:39PM +, Emil Velikov wrote: > On 20 January 2017 at 16:17, Thierry Reding wrote: > > On Fri, Jan 20, 2017 at 02:13:00PM +, Emil Velikov wrote: > >> On 19 January 2017 at 09:19, Thierry Reding wrote: > >> > On Wed, Jan

[GIT PULL] arm/mali-dp fixes for v4.11

Hi Dave, Hope I'm not too late before the cutoff for the v4.11 with these patches. Mostly an asorted set of fixes that we have discovered while playing with the code and preparing for the next set of features. Best regards, Liviu The following changes since commit

Re: 4.10-rc5+ WARNING: CPU: 3 PID: 1 at ./include/drm/drm_crtc.h:857 drm_kms_helper_poll_enable.part.4+0xa8/0xc0

On Thu, Jan 26, 2017 at 05:26:00PM +0200, Jani Nikula wrote: > IIUC the alt fix should be for nouveau, and just the revert should be > enough for i915. I see. /me goes and reverts 3846fd9b86001bea171943cc3bb9222cb6da6b42, builds, boots... Yap, looks good, thanks. :-) -- Regards/Gruss,

Re: [PATCH] drm: Silence the compiler for drm_mode_get_hv_timings()

On Thu, Jan 26, 2017 at 02:46:55PM +0200, Ville Syrjälä wrote: > On Thu, Jan 26, 2017 at 11:44:09AM +, Chris Wilson wrote: > > Since moving drm_crtc_get_hv_timings() into drm_modes.c, the compiler > > has been able to get smarter and spots that drm_mode_copy() is trying to > > preserve garbage

Re: [PATCH] drm/i915: fix use-after-free in page_flip_completed()

On Thu, Jan 26, 2017 at 05:32:11PM +0300, Andrey Ryabinin wrote: > page_flip_completed() dereferences 'work' variable after executing > queue_work(). This is not safe as the 'work' item might be already freed > by queued work: > > BUG: KASAN: use-after-free in page_flip_completed+0x3ff/0x490

[PATCH v2 0/5] Add TV Encoder support for ZTE DRM driver

From: Shawn Guo The series updates zx_vou driver a bit as the preparation of adding TVENC output device, and then adds the device driver. Changes for v2: - Save the use of variable 'vactive' by checking interlaced case. - Rename mask variable for scan register to avoid

[PATCH v2 1/5] drm: zte: add interlace mode support

From: Shawn Guo It adds interlace mode support in VOU TIMING_CTRL and channel control block, so that VOU driver gets ready to support output device in interlace mode like TV Encoder. Signed-off-by: Shawn Guo --- Changes for v2: - Save the use of

[PATCH v2 2/5] drm: zte: move struct vou_inf into zx_vou driver

From: Shawn Guo Although data in struct vou_inf is defined per output device, it doesn't belong to the device itself but VOU control module. All these data can just be defined in VOU driver, and output device driver only needs to invoke VOU driver function with device ID

[PATCH v2 3/5] drm: zte: add function to configure vou_ctrl dividers

From: Shawn Guo The clock control module (CRM) cannot always provide desired frequency for all VOU output devices. That's why VOU integrates a few dividers to further divide the clocks from CRM. Let's add an interface for configuring these dividers. Signed-off-by: Shawn

[PATCH v2 4/5] dt: add bindings for ZTE tvenc device

From: Shawn Guo It adds bindings doc for ZTE VOU TV Encoder device. Signed-off-by: Shawn Guo Acked-by: Rob Herring --- Documentation/devicetree/bindings/display/zte,vou.txt | 15 +++ 1 file changed, 15 insertions(+)

[PATCH] drm/fourcc: add vivante tiled layout format modifiers

Vivante GC hardware uses simple 4x4 tiled and nested 64x64 supertiled formats as well as so-called split-tiled variants for dual-pipe hardware, where even and odd tiles start at different base addresses. Signed-off-by: Philipp Zabel --- include/uapi/drm/drm_fourcc.h | 41

Re: [PATCH libdrm] tests/util: Add support for meson module

On 26 January 2017 at 15:49, Thierry Reding wrote: > On Fri, Jan 20, 2017 at 06:28:39PM +, Emil Velikov wrote: >> On 20 January 2017 at 16:17, Thierry Reding wrote: >> > On Fri, Jan 20, 2017 at 02:13:00PM +, Emil Velikov wrote: >> >> On 19 January

Re: 4.10-rc5+ WARNING: CPU: 3 PID: 1 at ./include/drm/drm_crtc.h:857 drm_kms_helper_poll_enable.part.4+0xa8/0xc0

On Thu, Jan 26, 2017 at 03:51:25PM +0200, Jani Nikula wrote: > On Thu, 26 Jan 2017, Borislav Petkov wrote: > > Hi all, > > > > I see this brand new warning when booting here. > > > > Top commit is v4.10-rc5-107-g883af14e67e8 from Linus' master. > > Please try [1]. Maybe I should

Re: 4.10-rc5+ WARNING: CPU: 3 PID: 1 at ./include/drm/drm_crtc.h:857 drm_kms_helper_poll_enable.part.4+0xa8/0xc0

On Thu, 26 Jan 2017, Borislav Petkov wrote: > On Thu, Jan 26, 2017 at 03:51:25PM +0200, Jani Nikula wrote: >> On Thu, 26 Jan 2017, Borislav Petkov wrote: >> > Hi all, >> > >> > I see this brand new warning when booting here. >> > >> > Top commit is

Re: [PATCH v2] drm: Clean up the 1366x768 fixup codes

On Mon, Jan 23, 2017 at 09:23:52AM +0100, Daniel Vetter wrote: > On Fri, Jan 20, 2017 at 09:46:17PM +0200, Ville Syrjälä wrote: > > On Tue, Jan 17, 2017 at 05:43:29PM +0100, Takashi Iwai wrote: > > > This is just a cleanup, no functional change. > > > > > > The fixup code for 1366x768 in

[PATCH v2 5/5] drm: zte: add tvenc driver support

From: Shawn Guo It adds the TV Encoder driver to support video output in PAL and NTSC format. The driver uses syscon/regmap interface to configure register bit sitting in SYSCTRL module for DAC power control. Signed-off-by: Shawn Guo --- Changes for

Re: [PATCH v2 9/9] ARM: sun8i: sina33: Enable display

On Tue, Sep 06, 2016 at 04:46:20PM +0200, Maxime Ripard wrote: > Enable the display pipeline with the associated 7" panel sold with the > SinA33. > > Signed-off-by: Maxime Ripard Applied, Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel

[RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

Despite all the careful planing of the kernel, a link may become insufficient to handle the currently-set mode. At this point, the kernel should mark this particular configuration as being broken and potentially prune the mode before setting the offending connector's link-status to BAD and send

Re: 4.10-rc5+ WARNING: CPU: 3 PID: 1 at ./include/drm/drm_crtc.h:857 drm_kms_helper_poll_enable.part.4+0xa8/0xc0

On Thu, 26 Jan 2017, Borislav Petkov wrote: > Hi all, > > I see this brand new warning when booting here. > > Top commit is v4.10-rc5-107-g883af14e67e8 from Linus' master. Please try [1]. BR, Jani. [1]

[PATCH v2 19.2/25] drm/bridge/sii8620: rewrite hdmi start sequence

MHL3 protocol requires registry adjustments depending on chosen video mode. Necessary information is gathered in mode_fixup callback. In case of HDMI video modes driver should also send special AVI and MHL3 infoframes. The patch introduces generic helpers for handling MHL3 infoframes, in case of

[PATCH v2 19.1/25] drm/bridge/mhl: add MHL3 infoframe related definitions

MHL3 protocol uses vendor specific infoframes to transmit additional information to the sink. This patch adds definitions of structures and constants used to create such frames. Signed-off-by: Andrzej Hajda --- include/drm/bridge/mhl.h | 32

[PATCH] drm: Silence the compiler for drm_mode_get_hv_timings()

Since moving drm_crtc_get_hv_timings() into drm_modes.c, the compiler has been able to get smarter and spots that drm_mode_copy() is trying to preserve garbage from the stack. Fixes: 196cd5d3758c ("drm: s/drm_crtc_get_hv_timings/drm_mode_get_hv_timings/") Signed-off-by: Chris Wilson

[Bug 99549] pp: Failed to translate a shader

https://bugs.freedesktop.org/show_bug.cgi?id=99549 Bug ID: 99549 Summary: pp: Failed to translate a shader Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal

[PATCH v2 04/25] drm/bridge/sii8620: add continuations to messages

Due to asynchronous nature of MHL flow of execution is dispersed. Logical continuation of some actions happens after response of peer, i.e in interrupt handler. To simplify coding continuation mechanism has been added - it is now possible to provide continuation callback, which will be called

[Bug 99418] DRI3 Stuttering while scrolling in Chromium/Chrome with VBLANK off

https://bugs.freedesktop.org/show_bug.cgi?id=99418 --- Comment #28 from lei.p...@gmail.com --- (In reply to Michel Dänzer from comment #27) > Yeah, sounds like a mutter bug then. Anyway, thanks for the report and > cooperation in narrowing it down. Yeah, will report it on GNOME project, sorry

Re: [PATCH libdrm 5/5] android: silence ~550 warnings

On 22 January 2017 at 18:34, Emil Velikov wrote: > Analogous to the autoconf build add the following to the build > >-Wno-unused-parameter >-Wno-missing-field-initializers > > Cc: Chih-Wei Huang > Cc: Rob Herring >

[drm-intel:drm-intel-nightly 1414/1425] drivers/gpu/drm/drm_modes.c:909:20: warning: 'adjusted.base.id' is used uninitialized in this function

tree: git://anongit.freedesktop.org/drm-intel drm-intel-nightly head: 3778ca36c6b4e894b581d4f56abe6bbafe927e96 commit: 196cd5d3758cbf587fc0254cae7132d95993461e [1414/1425] drm: s/drm_crtc_get_hv_timings/drm_mode_get_hv_timings/ config: i386-defconfig (attached as .config) compiler: gcc-6

Re: [PATCH] drm: Silence the compiler for drm_mode_get_hv_timings()

On Thu, Jan 26, 2017 at 11:44:09AM +, Chris Wilson wrote: > Since moving drm_crtc_get_hv_timings() into drm_modes.c, the compiler > has been able to get smarter and spots that drm_mode_copy() is trying to > preserve garbage from the stack. > > Fixes: 196cd5d3758c ("drm: >

[PATCH v2 07/25] drm/bridge/sii8620: add support for burst eMSC transmissions

Burst transmissions are used in MHL3 mode negotiation. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 194 ++- drivers/gpu/drm/bridge/sil-sii8620.h | 4 + 2 files changed, 197 insertions(+), 1 deletion(-) diff

Re: [Intel-gfx] [PATCH 0/4] Add automation support for DP Compliance (Rev 6)

On Sat, 21 Jan 2017, Manasi Navare wrote: > This patch series addresses all the review comments from the previous series: > https://patchwork.freedesktop.org/series/18256/ > > On top of that it also adds a fix for CRC mismatches seen during > 18bpp video pattern

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

https://bugs.freedesktop.org/show_bug.cgi?id=97879 --- Comment #59 from Andreas Hartmetz --- Another random guess: Maybe shader compilation is a problem insofar that it blocks in a different GL API call than in other drivers, which causes some lock to be held for much

[Bug 99321] Videoplaying applications hang on latest r600

https://bugs.freedesktop.org/show_bug.cgi?id=99321 Vlad changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

https://bugs.freedesktop.org/show_bug.cgi?id=97879 --- Comment #60 from Iaroslav Andrusyak --- if it help rocket league in wine(gallium-nine) works fine without hangs -- You are receiving this mail because: You are on the CC list for the

Re: [PATCH] drm: Fix the .fault functions

Am Donnerstag, den 26.01.2017, 09:29 -0700 schrieb Dave Jiang: > > On 01/26/2017 06:36 AM, Fabio Estevam wrote: > > Commit 25d3db7600b87a4 ("mm, fs: reduce fault, page_mkwrite, and > > pfn_mkwrite to take only vmf") causes the following build failure with > > arm allmodconfig: > > > >

Re: [PATCH v2] drm: Clean up the 1366x768 fixup codes

On Thu, Jan 26, 2017 at 04:48:45PM +0200, Ville Syrjälä wrote: > On Mon, Jan 23, 2017 at 09:23:52AM +0100, Daniel Vetter wrote: > > On Fri, Jan 20, 2017 at 09:46:17PM +0200, Ville Syrjälä wrote: > > > On Tue, Jan 17, 2017 at 05:43:29PM +0100, Takashi Iwai wrote: > > > > This is just a cleanup, no

Re: RFC: drm-misc for small drivers?

On Thu, Jan 26, 2017 at 06:08:42PM +0100, Daniel Vetter wrote: > Hi all, Hi Daniel, > > We've discussed this a bit at LCA (with Dave and Eric), and it's > probably best if I just summarize all the questions and opens and > throw them out here for discussions: > > - When's a driver small enough

Re: [PATCH 2/3] drm/i915: Wait for pending modesets to complete before trying link training

On Mon, Jan 09, 2017 at 06:06:57PM +0100, Maarten Lankhorst wrote: > We're protected by the connection_mutex lock against blocking modesets, > but nonblocking modesets are performed without any locking. This is > causing WARN in drm_wait_for_vblank and in general it's better to wait > before

Re: [PATCH libdrm 5/5] android: silence ~550 warnings

On Sun, Jan 22, 2017 at 12:34 PM, Emil Velikov wrote: > Analogous to the autoconf build add the following to the build > >-Wno-unused-parameter >-Wno-missing-field-initializers > > Cc: Chih-Wei Huang > Cc: Rob Herring >

RFC: drm-misc for small drivers?

Hi all, We've discussed this a bit at LCA (with Dave and Eric), and it's probably best if I just summarize all the questions and opens and throw them out here for discussions: - When's a driver small enough for a shared tree, and when is a separate tree a good idea? i915 and amdgpu are

Re: [RFC PATCH xserver] modesetting: re-set the crtc's mode when link-status goes BAD

On Thu, Jan 26, 2017 at 02:37:28PM +0200, Martin Peres wrote: > Despite all the careful planing of the kernel, a link may become > insufficient to handle the currently-set mode. At this point, the > kernel should mark this particular configuration as being broken > and potentially prune the mode

Re: [PATCH 0/3] drm/i915: Handle hanging during nonblocking modeset correctly.

On Thu, Jan 26, 2017 at 04:59:21PM +0100, Maarten Lankhorst wrote: > When writing some testcases for nonblocking modesets. I found out that the > infinite wait on the old fb was causing issues. > > A nonblocking modeset with a hang on the old fb, followed by a blocking > update was enough to

Re: [PATCH] drm/fourcc: add vivante tiled layout format modifiers

On Thu, Jan 26, 2017 at 04:32:17PM +0100, Philipp Zabel wrote: > Vivante GC hardware uses simple 4x4 tiled and nested 64x64 supertiled > formats as well as so-called split-tiled variants for dual-pipe > hardware, where even and odd tiles start at different base addresses. > > Signed-off-by:

Re: [PATCH] drm/fourcc: add vivante tiled layout format modifiers

Reviewed-By: Wladimir J. van der Laan I do wonder whether we'll need the split formats in practice - e.g. the GC3000 on the i.MX6qp, for which I suppose this is being done because of tiled buffers support in the PRE, has the "single buffer" feature which allows rendering to a

Re: [Intel-gfx] [PATCH 1/3] drm/atomic: move waiting for hw_done to a helper

On Mon, Jan 09, 2017 at 06:06:56PM +0100, Maarten Lankhorst wrote: > This will allow i915 to perform a wait on pending modeset using the > same code. I don't like commit messages that refer to the subject like this. I can't even see the subject when I'm replying so I have approximately zero idea

Re: [RFC] drm/msm/adreno: clean up gpu bindings

On Tue, Jan 24, 2017 at 11:11 AM, Rob Clark wrote: > So, cleaning up the GPU bindings is something that has been on my TODO > list for a while, but always $bigger_fires. Existing bindings are a bit > ugly, but served a purpose when too many of the other drivers the GPU >

Re: RFC: drm-misc for small drivers?

On Thu, Jan 26, 2017 at 05:42:12PM +, Liviu Dudau wrote: > On Thu, Jan 26, 2017 at 06:08:42PM +0100, Daniel Vetter wrote: > > Hi all, > > Hi Daniel, > > > > > We've discussed this a bit at LCA (with Dave and Eric), and it's > > probably best if I just summarize all the questions and opens

Re: [RFC] drm/msm/adreno: clean up gpu bindings

On Thu, Jan 26, 2017 at 2:11 PM, Rob Herring wrote: > On Tue, Jan 24, 2017 at 11:11 AM, Rob Clark wrote: >> So, cleaning up the GPU bindings is something that has been on my TODO >> list for a while, but always $bigger_fires. Existing bindings are a bit >>

Re: [PATCH v2 1/5] drm: zte: add interlace mode support

On Thu, Jan 26, 2017 at 11:20:49PM +0800, Shawn Guo wrote: > From: Shawn Guo > > It adds interlace mode support in VOU TIMING_CTRL and channel control > block, so that VOU driver gets ready to support output device in > interlace mode like TV Encoder. > Reviewed-by: Sean

Re: [PATCH 0/5] drm/edid: Improve RGB limited range handling a bit

On Wed, Jan 11, 2017 at 02:57:20PM +0200, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > While reading the HDMI 2.0 spec I noticed some new things related to > the RGB quantization range stuff, and after cross checking with > CEA-861-F I spotted a

Re: [PATCH] drm: Silence the compiler for drm_mode_get_hv_timings()

On Thu, Jan 26, 2017 at 04:54:37PM +0100, Daniel Vetter wrote: > On Thu, Jan 26, 2017 at 02:46:55PM +0200, Ville Syrjälä wrote: > > On Thu, Jan 26, 2017 at 11:44:09AM +, Chris Wilson wrote: > > > Since moving drm_crtc_get_hv_timings() into drm_modes.c, the compiler > > > has been able to get

[Bug 64201] bfgminer OpenCL usage result segmentation fault on r600g with HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=64201 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Vedran Miletić changed: What|Removed |Added Depends on||97250, 99552,

[Bug 99488] [r600g]OpenCL driver causes process to hang in ImageMagick's Gaussian Blur kernel

https://bugs.freedesktop.org/show_bug.cgi?id=99488 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 74974] [radeonsi] x264 OpenCL does not work

https://bugs.freedesktop.org/show_bug.cgi?id=74974 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

Re: RFC: drm-misc for small drivers?

Daniel Vetter writes: > Hi all, > > We've discussed this a bit at LCA (with Dave and Eric), and it's > probably best if I just summarize all the questions and opens and > throw them out here for discussions: > > - When's a driver small enough for a shared tree, and when

Re: [PATCH 4/4] drm: Resurrect atomic rmfb code, v2

On Thu, Jan 26, 2017 at 10:55:51AM +0100, Maarten Lankhorst wrote: > Op 25-01-17 om 19:05 schreef Sinclair Yeh: > > On Wed, Jan 25, 2017 at 09:36:36AM +0100, Maarten Lankhorst wrote: > >> Op 25-01-17 om 09:09 schreef Thomas Hellstrom: > >>> On 01/25/2017 05:54 AM, Daniel Vetter wrote: > On

[Bug 99552] Make Advanced Simulation Library (ASL) OpenCL GPU support work on Clover and RadeonSI

https://bugs.freedesktop.org/show_bug.cgi?id=99552 Bug ID: 99552 Summary: Make Advanced Simulation Library (ASL) OpenCL GPU support work on Clover and RadeonSI Product: Mesa Version: git Hardware: All OS:

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug ID: 99553 Summary: Tracker bug for runnning OpenCL applications on Clover Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity:

[Bug 64201] bfgminer OpenCL usage result segmentation fault on r600g with HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=64201 Vedran Miletić changed: What|Removed |Added Summary|OpenCL usage result |bfgminer OpenCL

Re: [PATCH] drm/ttm: Make sure BOs being swapped out are cacheable

On 26/01/17 09:46 AM, Sinclair Yeh wrote: > On Wed, Jan 25, 2017 at 10:49:33AM +0100, Christian König wrote: >> Am 25.01.2017 um 10:25 schrieb Thomas Hellstrom: >>> On 01/25/2017 09:21 AM, Michel Dänzer wrote: From: Michel Dänzer The current caching state

Re: [PATCH 6/7] drm/exynos/decon5433: signal vblank only on odd fields

On 25.01.2017 15:06, Ville Syrjälä wrote: > On Mon, Jan 23, 2017 at 10:15:16AM +0100, Andrzej Hajda wrote: >> On 20.01.2017 14:55, Ville Syrjälä wrote: >>> On Fri, Jan 20, 2017 at 07:52:24AM +0100, Andrzej Hajda wrote: In case of interlace mode irq is generated for odd and even fields, but

Re: [Intel-gfx] [PATCH v2 9/9] drm/dp: Track MST link bandwidth

On Wed, Jan 25, 2017 at 09:00:02PM +, Pandiyan, Dhinakaran wrote: > On Wed, 2017-01-25 at 07:15 +0100, Daniel Vetter wrote: > > On Tue, Jan 24, 2017 at 03:49:37PM -0800, Dhinakaran Pandiyan wrote: > > > Use the added helpers to track MST link bandwidth for atomic modesets. > > > Link bw is

Re: [PATCH v2 4/9] drm: Add driver private objects to atomic state

On Wed, Jan 25, 2017 at 04:33:16PM -0500, Harry Wentland wrote: > On 2017-01-25 12:59 AM, Daniel Vetter wrote: > > On Tue, Jan 24, 2017 at 03:49:32PM -0800, Dhinakaran Pandiyan wrote: > >> +struct drm_private_state_funcs { > > > > I also wonder whether we shouldn't give this a drm_atomic_ prefix

Re: [Intel-gfx] [PATCH v2 4/9] drm: Add driver private objects to atomic state

On Wed, Jan 25, 2017 at 08:47:09PM +, Pandiyan, Dhinakaran wrote: > On Wed, 2017-01-25 at 06:59 +0100, Daniel Vetter wrote: > > On Tue, Jan 24, 2017 at 03:49:32PM -0800, Dhinakaran Pandiyan wrote: > > > +#define for_each_private_obj(__state, obj, obj_state, __i, __funcs) > > > \ > > > +

[PULL] drm-intel-fixes

Hi Dave - More fixes than I'd like at this stage, but I think the holidays and conferences have delayed finding and fixing the stuff a bit. Almost all of them have Fixes: tags, so it's not just random fixes, we can point fingers at the commits that broke stuff. There's an ABI fix to GVT from

Re: [Intel-gfx] [PATCH v2 8/9] drm/dp: Release DP MST shared link bandwidth

On Wed, Jan 25, 2017 at 08:53:18PM +, Pandiyan, Dhinakaran wrote: > On Wed, 2017-01-25 at 07:16 +0100, Daniel Vetter wrote: > > On Tue, Jan 24, 2017 at 03:49:36PM -0800, Dhinakaran Pandiyan wrote: > > > Implement the ->atomic_release() callback to release the shared link > > > bandwidth that

Re: [PATCH 1/4] drm/atomic: Save flip flags in drm_plane_state

On Thu, Jan 26, 2017 at 05:01:01AM +, Grodzovsky, Andrey wrote: > > > > -Original Message- > > From: Cheng, Tony > > Sent: Monday, January 23, 2017 2:49 PM > > To: Daniel Vetter; Grodzovsky, Andrey > > Cc: Deucher, Alexander; nouv...@lists.freedesktop.org; amd- > >

[Bug 76490] Hang during boot when DPM is on (R9 270X)

https://bugs.freedesktop.org/show_bug.cgi?id=76490 --- Comment #120 from Elia Argentieri --- Yes! My graphics card can finally unleash all its potential! Following your suggestion, I downloaded linux 4.10 master, removed this from quirks (R7 370): {

Re: [PATCH 1/4] drm/atomic: Save flip flags in drm_plane_state

On Mon, Jan 23, 2017 at 07:48:54PM +, Cheng, Tony wrote: > > > > -Original Message- > > From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf > > Of Daniel Vetter > > Sent: Monday, January 23, 2017 3:55 AM > > To: Grodzovsky, Andrey >

Re: [git pull] drm fixes for 4.10-rc6 (just missed rc5 tagging :-)

On Thu, Jan 26, 2017 at 05:33:57AM +0100, Lukas Wunner wrote: > On Wed, Jan 25, 2017 at 01:54:32PM +0100, Daniel Vetter wrote: > > On Wed, Jan 25, 2017 at 06:10:57PM +0900, Michel Dänzer wrote: > > > On 25/01/17 05:33 PM, Markus Trippelsdorf wrote: > > > > On 2017.01.23 at 09:38 +1000, Dave Airlie

[Bug 91294] [R7 370] DPM and power profile change crash the system

https://bugs.freedesktop.org/show_bug.cgi?id=91294 Elia Argentieri changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH 13/15] drm/doc: Fix typos for early_unregister doc

On Wed, Jan 25, 2017 at 07:26:55AM +0100, Daniel Vetter wrote: > There's no late_unregister. While at it switch to the new canonical > reference style. > > Cc: Chris Wilson > Signed-off-by: Daniel Vetter Applied with Chris' irc-ack. -Daniel >

Re: [PATCH v2 5/9] of: Add vendor prefix for Netron DY

On Tue, Sep 06, 2016 at 04:46:16PM +0200, Maxime Ripard wrote: > Netron DY is a brand of LCD panels found on SBCs and tablets. > > Signed-off-by: Maxime Ripard > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+)

Re: [PATCH 4/4] drm: Resurrect atomic rmfb code, v2

Op 25-01-17 om 19:05 schreef Sinclair Yeh: > On Wed, Jan 25, 2017 at 09:36:36AM +0100, Maarten Lankhorst wrote: >> Op 25-01-17 om 09:09 schreef Thomas Hellstrom: >>> On 01/25/2017 05:54 AM, Daniel Vetter wrote: On Tue, Jan 24, 2017 at 01:44:54PM -0800, Matt Roper wrote: > On Wed, Jan 11,

[Bug 192271] kernel 4.9 hangs during shutdown or reboot

https://bugzilla.kernel.org/show_bug.cgi?id=192271 --- Comment #3 from upcwt...@emltmp.com --- ok fixed, thanks! -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list

Re: [PATCH v3 1/2] dt-bindings: display: Add BOE nv101wxmn51 panel binding

On Wed, Dec 14, 2016 at 11:19:55AM +0800, Caesar Wang wrote: > The BOE 10.1" NV101WXMN51 panel is an WXGA TFT LCD panel. > > Signed-off-by: Caesar Wang > --- > > Changes in v3: None > Changes in v2: None > > .../devicetree/bindings/display/panel/boe,nv101wxmn51.txt

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2017-01-23: Final block of feature work for 4.11: - gen8 pd cleanup from Matthew Auld - more cleanups for view/vma (Chris) - dmc support on glk (Anusha Srivatsa) - use core crc api (Tomue) - track wedged requests using fence.error (Chris) - lots of psr fixes (Nagaraju,

Re: [PATCH v3 2/2] drm/panel: simple: Add support BOE nv101wxmn51

On Wed, Dec 14, 2016 at 11:19:56AM +0800, Caesar Wang wrote: > 10.1WXGA is a color active matrix TFT LCD module using amorphous silicon > TFT's as an active switching devices. It can be supported by the > simple-panel driver. > > Read the panel default edid information: > > EDID MODE DETAILS >

Re: [PATCH 0/2] Add support for Tianma TM070JDHG30 display

On Fri, Dec 02, 2016 at 09:52:06AM +0100, Gary Bisson wrote: > Hi all, > > This series adds support for the Tianma TM070JDHG30 7" display (1280x800). > http://usa.tianma.com/products-technology/product/tm070jdhg30-00 > https://boundarydevices.com/product/bd070lic2/ > > The first patch adds

Re: [PATCH 14/15] drm: s/drm_crtc_get_hv_timings/drm_mode_get_hv_timings/

On Wed, Jan 25, 2017 at 12:31:44PM -0500, Alex Deucher wrote: > On Wed, Jan 25, 2017 at 1:26 AM, Daniel Vetter wrote: > > The function operates on modes, not CRTCs. Also move it into > > drm_modes.[hc]. Spotted while reviewing CRTC docs. > > > > Signed-off-by: Daniel

Re: [PATCH v2 6/9] drm/panel: Add Netron DY E231732

On Tue, Sep 06, 2016 at 04:46:17PM +0200, Maxime Ripard wrote: > The E231732 is a 7" panel with a resolution of 800x480. > > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/panel/panel-simple.c | 26 ++ > 1 file changed, 26

Re: [PATCH] drm/panel: simple: specify bus width and flags for EDT displays

On Thu, Dec 08, 2016 at 02:54:31PM -0800, Stefan Agner wrote: > The display has a 18-Bit parallel LCD interface, require DE to be > active high and data driven by the controller on falling pixel > clock edge (display samples on rising edge). > > Signed-off-by: Stefan Agner > ---

[PULL] drm-intel-next

Hi Dave, Updated pull request because Chris pointed out that I need to cherry-pick a vma view bugfix from him to avoid unlucky machines no longer booting up ... Besides that one patch exactly the same thing. drm-intel-next-2017-01-23: Final block of feature work for 4.11: - gen8 pd cleanup from

Re: [git pull] drm fixes for 4.10-rc6 (just missed rc5 tagging :-)

On 26 Jan. 2017 19:42, "Daniel Vetter" wrote: On Thu, Jan 26, 2017 at 05:33:57AM +0100, Lukas Wunner wrote: > On Wed, Jan 25, 2017 at 01:54:32PM +0100, Daniel Vetter wrote: > > On Wed, Jan 25, 2017 at 06:10:57PM +0900, Michel Dänzer wrote: > > > On 25/01/17 05:33 PM, Markus

Re: [PATCH v2 5/5] drm: zte: add tvenc driver support

On Thu, Jan 26, 2017 at 11:20:53PM +0800, Shawn Guo wrote: > From: Shawn Guo > > It adds the TV Encoder driver to support video output in PAL and NTSC > format. The driver uses syscon/regmap interface to configure register > bit sitting in SYSCTRL module for DAC power

Re: RFC: drm-misc for small drivers?

On Thu, Jan 26, 2017 at 06:08:42PM +0100, Daniel Vetter wrote: > Hi all, > > We've discussed this a bit at LCA (with Dave and Eric), and it's > probably best if I just summarize all the questions and opens and > throw them out here for discussions: > > - When's a driver small enough for a shared

[Bug 99552] Make Advanced Simulation Library (ASL) OpenCL GPU support work on Clover and RadeonSI

https://bugs.freedesktop.org/show_bug.cgi?id=99552 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 74973] [radeonsi] Gimp OpenCL does not work

https://bugs.freedesktop.org/show_bug.cgi?id=74973 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

[Bug 77907] OpenCL test 'Arithm/Absdiff.Mat/20' from OpenCV hangs HD5470M

https://bugs.freedesktop.org/show_bug.cgi?id=77907 Vedran Miletić changed: What|Removed |Added Blocks||99553 Referenced

Re: RFC: drm-misc for small drivers?

Hi Liviu On Thu, Jan 26, 2017 at 05:42:12PM +, Liviu Dudau wrote: > On Thu, Jan 26, 2017 at 06:08:42PM +0100, Daniel Vetter wrote: > > We've discussed this a bit at LCA (with Dave and Eric), and it's > > probably best if I just summarize all the questions and opens and > > throw them out

[Bug 99555] LIBGL_ALWAYS_INDIRECT=1 causes all opengl programms to crash on second frame

https://bugs.freedesktop.org/show_bug.cgi?id=99555 Bug ID: 99555 Summary: LIBGL_ALWAYS_INDIRECT=1 causes all opengl programms to crash on second frame Product: Mesa Version: git Hardware: x86-64 (AMD64) OS:

  1   2   >