Re: [PATCH 1/2] dt-bindings: Document the VC4 DSI module nodes.

Rob Herring writes: > Need to cc DT list if you want it in my queue. > > On Mon, Jan 23, 2017 at 6:38 PM, Eric Anholt wrote: >> These are part of the vc4 display pipeline. >> >> Signed-off-by: Eric Anholt >> --- >>

[ANNOUNCE] libdrm 2.4.75

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Xie (4): amdgpu: Provide more specific error message if non-privileged user runs amdgpu_test amdgpu: verify the tested device amdgpu: A new option to choose which device to run most tests amdgpu: A new option to run

[PATCH] drm/nouveau/devinit/gf100-: try to avoid double-running vbios scripts

Turns out some VBIOSes don't actually set the bit in question in 2240c. Use the nv50-style detection to try avoiding running the vbios twice. Fixes: a6a0f67ca7aa ("drm/nouveau/devinit/gf100-: detect if BIOS invoked devinit") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97620 Cc:

Re: [PATCH 1/2] dt-bindings: Document the VC4 DSI module nodes.

Need to cc DT list if you want it in my queue. On Mon, Jan 23, 2017 at 6:38 PM, Eric Anholt wrote: > These are part of the vc4 display pipeline. > > Signed-off-by: Eric Anholt > --- > .../devicetree/bindings/display/brcm,bcm-vc4.txt | 35 >

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 --- Comment #7 from Vedran Miletić --- (In reply to darkbasic from comment #6) > Thanks, I would love to have at least Darktable working. With the CPU it > takes 30+ seconds to process a single photo, compared to 0.5 seconds

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

[Bug 87738] [OpenCL] Please add Image support

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

Re: [PATCH 2/2] drm/vc4: Add DSI driver

On 01/23, Eric Anholt wrote: > +static int > +vc4_dsi_init_phy_clocks(struct vc4_dsi *dsi) > +{ > + struct device *dev = >pdev->dev; > + const char *parent_name = __clk_get_name(dsi->pll_phy_clock); > + static const struct { > + const char *dsi0_name, *dsi1_name; > +

[PATCH v2 0/2] drm: Add support for tiny LCD displays

This is an attempt at providing a DRM version of drivers/staging/fbtft. The tinydrm library provides a very simplified view of DRM in particular for tiny displays that has onboard video memory and is connected through a slow bus like SPI/I2C. Only core patches this time. Noralf. Changes

[PATCH v2 2/2] drm/tinydrm: Add helper functions

Add common functionality needed by many tinydrm drivers. Signed-off-by: Noralf Trønnes --- Changes since version 1: - Remove some DRM_DEBUG*() - Write-combined memory has uncached reads, so speed up by copying/buffering one pixel line before conversion.

[PATCH v2 1/2] drm: Add DRM support for tiny LCD displays

tinydrm provides helpers for very simple displays that can use CMA backed framebuffers and need flushing on changes. Signed-off-by: Noralf Trønnes --- Changes since version 1: - Add tinydrm.rst - Set tdev->fbdev_cma=NULL on unregister (lastclose is called after that). -

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 --- Comment #6 from darkbasic --- Thanks, I would love to have at least Darktable working. With the CPU it takes 30+ seconds to process a single photo, compared to 0.5 seconds when using OpenCL. -- You are receiving

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 --- Comment #5 from Vedran Miletić --- (In reply to darkbasic from comment #4) > Sorry for asking, but the reason behind this bug report is because someone > is finally willing to put some love into clover or nothing changed

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 --- Comment #4 from darkbasic --- Sorry for asking, but the reason behind this bug report is because someone is finally willing to put some love into clover or nothing changed in that regard? -- You are receiving

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||74140

[Bug 74140] scrypt mining via bfgminer generates a too large opencl kernel

https://bugs.freedesktop.org/show_bug.cgi?id=74140 Jan Vesely changed: What|Removed |Added Blocks||99553

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||73510

[Bug 73510] ocl-toys smallptgpu example fails on r600

https://bugs.freedesktop.org/show_bug.cgi?id=73510 Jan Vesely changed: What|Removed |Added Blocks||99553

[Bug 68857] SNU OpenCL NAS Parallel Benchmarks don't work

https://bugs.freedesktop.org/show_bug.cgi?id=68857 Jan Vesely changed: What|Removed |Added Blocks||99553

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||68857

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||81896

[Bug 81896] GPU reset when running some "John the Ripper" (+ jumbo patch, from Git) OpenCL tests

https://bugs.freedesktop.org/show_bug.cgi?id=81896 Jan Vesely changed: What|Removed |Added Blocks||99553

[Bug 80876] luxrays/slg4 hangs GPU (CEDAR)

https://bugs.freedesktop.org/show_bug.cgi?id=80876 Jan Vesely changed: What|Removed |Added Blocks||99553

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||80876

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Jan Vesely changed: What|Removed |Added Depends on||96881

[Bug 96881] ViennaCL fails dense_blas-bench-opencl benchmark with doubles on AMD CYPRESS (DRM 2.43.0, LLVM 3.8.0)

https://bugs.freedesktop.org/show_bug.cgi?id=96881 Jan Vesely changed: What|Removed |Added Blocks||99553

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

https://bugs.freedesktop.org/show_bug.cgi?id=74973 --- Comment #5 from darkbasic --- Not sure, but I don't think so. AFAIK it' only GEGL-related stuff. -- You are receiving this mail because: You are the assignee for the

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

https://bugs.freedesktop.org/show_bug.cgi?id=74973 --- Comment #4 from Jan Vesely --- does GIMP use OpenGL other than GEGL library? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: make fbdev/fbcon switchable per driver?

On Fri, 27 Jan 2017 11:00:38 +0100 Gerd Hoffmann wrote: > Hi folks, > > Problem at hand: A virtual machine, equipped with two display devices, > one virtual, one physical (using pci pass-through, or kvmgt-based vgpu). > > There is no easy way for the user to configure

Re: [PATCH 3/5] drm/dp/mst: change MST detection scheme

On środa, 25 stycznia 2017 12:24:35 CET Alex Deucher wrote: > On Wed, Jan 25, 2017 at 12:16 PM, Krzysztof Nowicki > > wrote: > > Hi, > > > > > > Is this patch still being considered for pulling in? > > > > Recently I've been fighting with a HP UltraSlim docking

Re: [PATCH 16/19] drm/vc4: Remove vc4_debugfs_cleanup()

Noralf Trønnes writes: > drm_debugfs_cleanup() now removes all minor->debugfs_list entries > automatically, so the drm_driver.debugfs_cleanup callback is not > needed. Nice! Reviewed-by: Eric Anholt signature.asc Description: PGP signature

[PATCH] MAINTAINERS: add dma-fence* files to Sync File maintainership

From: Gustavo Padovan As Sync File is highly dependent on dma-fence* tracks it under SYNC FILE_FRAMEWORK as well. Signed-off-by: Gustavo Padovan --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 --- Comment #3 from Vedran Miletić --- Thanks for contributing. Very glad to hear about Mandelbulber almost working. I have added it to [1] as well. [1] https://en.wikipedia.org/wiki/List_of_OpenCL_applications -- You are

Re: [PATCH] dma/fence: Export enable-signaling tracepoint for emission by drivers

Hi Chris, 2017-01-24 Chris Wilson : > Currently this tracepoint is solely used by dma_fence_enable_sw_signaling, > however I have a need to manually perform the hw enabling of the > signaling and would like to emit this tracepoint for completeness. > > Signed-off-by:

[pull] radeon and amdgpu drm-next-4.11

Hi Dave, This is the main feature pull for radeon and amdgpu for 4.11. Highlights: - Power and clockgating improvements - Preliminary SR-IOV support - ttm buffer priority support - ttm eviction fixes - Removal of the ttm lru callbacks - Remove SI DPM quirks due to MC firmware issues - Handle

DRM Atomic property for color-space conversion

Hi, We're looking to enable the per-plane color management hardware in Mali-DP with atomic properties, which has sparked some conversation around how to handle YCbCr formats. As it stands today, it's assumed that a driver will implicitly "do the right thing" to display a YCbCr buffer. YCbCr

Re: [RFC PATCH v2 2/5] drm: hdlcd: use vblank hooks in struct drm_crtc_funcs

On Sun, Jan 22, 2017 at 02:09:03PM +0800, Shawn Guo wrote: > From: Shawn Guo > > The vblank hooks in struct drm_driver are deprecated and only meant for > legacy drivers. For modern drivers with DRIVER_MODESET flag, the hooks > in struct drm_crtc_funcs should be used

Re: [PATCH] dma/fence: Export enable-signaling tracepoint for emission by drivers

fwiw, On 27 January 2017 at 20:25, Gustavo Padovan wrote: > Hi Chris, > > 2017-01-24 Chris Wilson : > >> Currently this tracepoint is solely used by dma_fence_enable_sw_signaling, >> however I have a need to manually perform the hw enabling of the

Re: RFC: drm-misc for small drivers?

On Fri, Jan 27, 2017 at 1:52 AM, Daniel Vetter wrote: > On Thu, Jan 26, 2017 at 8:48 PM, Eric Anholt wrote: >>> - Should we require review or at least acks for patches committed by >>> the author? We have a bunch of drivers with effectively just 1 person

Re: [PATCH 1/4] drm: qxl: Drop misleading comment

Daniel Vetter writes: > On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote: >> On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote: >> > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1 >> > output"). qxl_num_crtc defaults to 4 and

Re: RFC: drm-misc for small drivers?

On Fri, Jan 27, 2017 at 1:32 AM, Daniel Vetter wrote: > On Thu, Jan 26, 2017 at 8:11 PM, Sean Paul wrote: >> On Thu, Jan 26, 2017 at 06:08:42PM +0100, Daniel Vetter wrote: >>> - Should it be an entire separate tree for soc drivers? Problem here >>>

Re: [PATCH libdrm] tests: Use -pthread in CFLAGS instead of -lpthread

On 27 January 2017 at 07:21, Tomasz Figa wrote: > -lpthread is not always a valid flag to pull pthread support, especially > on Android it will fail to link due to a missing libpthread.so. The more > generic way to build-in pthread support is to use the -pthread CFLAG, so >

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

On 27 January 2017 at 07:47, Thierry Reding wrote: > On Thu, Jan 26, 2017 at 04:14:56PM +, Emil Velikov wrote: >> 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

[PATCH v2] drm/color: un-inline drm_color_lut_extract()

The function is not that big, but it's also not used for anything performance critical. Make it a normal function. As a side effect, this apparently makes sparse smarter about what it's doing, and gets rid of the warning: ./include/drm/drm_color_mgmt.h:53:28: warning: shift too big (4294967295)

[Bug 99387] Kernel 4.9: Kaveri + Hainan choked on boot using amdgpu

https://bugs.freedesktop.org/show_bug.cgi?id=99387 --- Comment #8 from Alex Deucher --- Created attachment 129182 --> https://bugs.freedesktop.org/attachment.cgi?id=129182=edit possible fix This patch should fix the crash. -- You are receiving this mail because: You

[Bug 193341] AMDGPU: kernel NULL pointer dereferenced with hybrid graphics

https://bugzilla.kernel.org/show_bug.cgi?id=193341 Alex Deucher changed: What|Removed |Added CC|

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

On Fri, Jan 27, 2017 at 03:58:08PM +0100, Daniel Vetter wrote: > On Fri, Jan 27, 2017 at 02:31:55PM +, Chris Wilson wrote: > > On Fri, Jan 27, 2017 at 03:21:29PM +0100, Daniel Vetter wrote: > > > On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote: > > > > On Thu, Jan 26, 2017 at

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Andreas Boll changed: What|Removed |Added Depends on||99510

[Bug 99510] cl_khr_fp64 is reported as supported, but is not, on CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=99510 Andreas Boll changed: What|Removed |Added Blocks||99553

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

On Fri, Jan 27, 2017 at 3:22 AM, Christian König wrote: > Am 27.01.2017 um 08:30 schrieb Daniel Vetter: >> >> On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote: >>> >>> On 01/27/2017 03:29 AM, Michel Dänzer wrote: On 26/01/17 09:46 AM, Sinclair

[Bug 96296] clpeak causes a GPU hang

https://bugs.freedesktop.org/show_bug.cgi?id=96296 Andreas Boll changed: What|Removed |Added Blocks||99553

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Andreas Boll changed: What|Removed |Added Depends on||96296

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

On Fri, Jan 27, 2017 at 02:31:55PM +, Chris Wilson wrote: > On Fri, Jan 27, 2017 at 03:21:29PM +0100, Daniel Vetter wrote: > > On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote: > > > On Thu, Jan 26, 2017 at 04:59:21PM +0100, Maarten Lankhorst wrote: > > > > When writing some

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

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Christoph Haag changed: What|Removed |Added Depends on||82717 --- Comment

[Bug 82717] OpenCL support for mandelbulber-opencl

https://bugs.freedesktop.org/show_bug.cgi?id=82717 Christoph Haag changed: What|Removed |Added Blocks||99553 Referenced

Re: [PATCH] dma/fence: Export enable-signaling tracepoint for emission by drivers

Hi Chris, 2017-01-24 Chris Wilson : > Currently this tracepoint is solely used by dma_fence_enable_sw_signaling, > however I have a need to manually perform the hw enabling of the > signaling and would like to emit this tracepoint for completeness. > > Signed-off-by:

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

On Fri, Jan 27, 2017 at 03:43:18PM +0100, Christian König wrote: > Am 27.01.2017 um 15:12 schrieb Daniel Vetter: > > On Fri, Jan 27, 2017 at 09:22:47AM +0100, Christian König wrote: > > > Am 27.01.2017 um 08:30 schrieb Daniel Vetter: > > > > On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas

Re: [PATCH] dma/fence: Export enable-signaling tracepoint for emission by drivers

On Tue, Jan 24, 2017 at 11:57:58AM +, Chris Wilson wrote: > Currently this tracepoint is solely used by dma_fence_enable_sw_signaling, > however I have a need to manually perform the hw enabling of the > signaling and would like to emit this tracepoint for completeness. > > Signed-off-by:

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

Am 27.01.2017 um 15:12 schrieb Daniel Vetter: On Fri, Jan 27, 2017 at 09:22:47AM +0100, Christian König wrote: Am 27.01.2017 um 08:30 schrieb Daniel Vetter: On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote: On 01/27/2017 03:29 AM, Michel Dänzer wrote: On 26/01/17 09:46 AM,

Re: make fbdev/fbcon switchable per driver?

On Fri, Jan 27, 2017 at 03:02:42PM +0100, Daniel Vetter wrote: > On Fri, Jan 27, 2017 at 11:00:38AM +0100, Gerd Hoffmann wrote: > > Hi folks, > > > > Problem at hand: A virtual machine, equipped with two display devices, > > one virtual, one physical (using pci pass-through, or kvmgt-based

Re: [PATCH] drm/color: Include CTM equations in kerneldoc

On Fri, Jan 27, 2017 at 03:31:06PM +0100, Daniel Vetter wrote: > On Fri, Jan 27, 2017 at 04:13:42PM +0200, Ville Syrjälä wrote: > > On Fri, Jan 27, 2017 at 01:50:19PM +, Brian Starkey wrote: > > > On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote: > > > >On Fri, Jan 27, 2017 at

Re: [PATCH] drm/color: un-inline drm_color_lut_extract()

On Fri, 27 Jan 2017, Jani Nikula wrote: > On Fri, 27 Jan 2017, Lionel Landwerlin wrote: >> Hi Jani, >> >> Looks good to me : >> >> Reviewed-by: Lionel Landwerlin > > Thanks for the reviews, pushed... to

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

On Fri, Jan 27, 2017 at 03:21:29PM +0100, Daniel Vetter wrote: > On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote: > > 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

Re: [PATCH] drm/color: Include CTM equations in kerneldoc

On Fri, Jan 27, 2017 at 04:13:42PM +0200, Ville Syrjälä wrote: > On Fri, Jan 27, 2017 at 01:50:19PM +, Brian Starkey wrote: > > On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote: > > >On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote: > > >> Explicitly state the

Re: [PATCH 00/19] drm: debugfs: Remove all files automatically on cleanup

On Fri, Jan 27, 2017 at 03:23:43PM +0100, Noralf Trønnes wrote: > > Den 27.01.2017 08.49, skrev Daniel Vetter: > > On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote: > > > This patchset removes the need for drivers to clean up their debugfs > > > files on exit. It is done

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

On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote: > 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. > > The crux of the issue here is

Re: [PATCH 06/19] drm/etnaviv: allow build with COMPILE_TEST

On Fri, Jan 27, 2017 at 10:57:30AM +0100, Lucas Stach wrote: > Am Donnerstag, den 26.01.2017, 23:56 +0100 schrieb Noralf Trønnes: > > Make it possible to compile test the driver on other platforms. > > > > Cc: l.st...@pengutronix.de > > Cc: linux+etna...@armlinux.org.uk > > Cc:

Re: [PATCH 00/19] drm: debugfs: Remove all files automatically on cleanup

Den 27.01.2017 08.49, skrev Daniel Vetter: On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote: This patchset removes the need for drivers to clean up their debugfs files on exit. It is done automatically in drm_debugfs_cleanup(). This funtion is also called should the driver error

Re: [PATCH] drm/color: Include CTM equations in kerneldoc

On Fri, Jan 27, 2017 at 01:50:19PM +, Brian Starkey wrote: > On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote: > >On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote: > >> Explicitly state the expected CTM equations in the kerneldoc for the CTM > >> property. > >> > >>

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

On Fri, Jan 27, 2017 at 09:22:47AM +0100, Christian König wrote: > Am 27.01.2017 um 08:30 schrieb Daniel Vetter: > > On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote: > > > On 01/27/2017 03:29 AM, Michel Dänzer wrote: > > > > On 26/01/17 09:46 AM, Sinclair Yeh wrote: > > > > > On

Re: [PATCH 00/19] drm: debugfs: Remove all files automatically on cleanup

On Fri, Jan 27, 2017 at 10:36:16AM +0100, Thierry Reding wrote: > On Fri, Jan 27, 2017 at 08:49:34AM +0100, Daniel Vetter wrote: > > On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote: > > > This patchset removes the need for drivers to clean up their debugfs > > > files on exit. It is

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

On Thu, Jan 26, 2017 at 02:46:20PM +, Chris Wilson wrote: > 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: >

Re: [PATCH] drm/i915: minor corner case fix to respect user's backlight setting

On Fri, 27 Jan 2017, Harry Pan wrote: > When enabling panel backlight, if the current backlight level > setting matches the panel's minimal, it would apply default policy to > override the current level by the panel's maximum until next request > to update brightness, this

Re: [PATCH] drm/atomic: clear out fence when duplicating state

On Fri, Jan 27, 2017 at 11:33:04AM +0100, Lucas Stach wrote: > The fence needs to be cleared out, otherwise the following commit > might wait on a stale fence from the previous commit. This was fixed > as a side effect of 9626014258a5 (drm/fence: add in-fences support) > in kernel 4.10. > > As

Re: make fbdev/fbcon switchable per driver?

On Fri, Jan 27, 2017 at 11:00:38AM +0100, Gerd Hoffmann wrote: > Hi folks, > > Problem at hand: A virtual machine, equipped with two display devices, > one virtual, one physical (using pci pass-through, or kvmgt-based vgpu). > > There is no easy way for the user to configure which of the two

Re: [PATCH v1] drm/prime: Clarify DMA-BUF/GEM Object lifetime

On Fri, Jan 27, 2017 at 09:04:25AM +0200, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > From the description of the "DMA-BUF/GEM Object references > and lifetime overview" it is not clear when exactly > dma_buf gets destroyed and memory

Re: [PATCH 1/4] drm: qxl: Drop misleading comment

On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote: > On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote: > > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1 > > output"). qxl_num_crtc defaults to 4 and is configurable as a module > > parameter. >

Re: [PATCH v2 12/13] drm/i915: Listen for PMIC bus access notifications

On Mon, Jan 23, 2017 at 10:09:57PM +0100, Hans de Goede wrote: > Listen for PMIC bus access notifications and get FORCEWAKE_ALL while > the bus is accessed to avoid needing to do any forcewakes, which need > PMIC bus access, while the PMIC bus is busy: > > This fixes errors like these showing up

Re: [PATCH v2 13/13] drm/i915: Acquire P-Unit access when modifying P-Unit settings

On Mon, Jan 23, 2017 at 10:09:58PM +0100, Hans de Goede wrote: > Make sure the P-Unit or the PMIC i2c bus is not in use when we send a > request to the P-Unit by calling iosf_mbi_punit_acquire() / _release() > around P-Unit write accesses. Can't we just stuff the calls into the actual punit write

Re: [PATCH] drm/color: Include CTM equations in kerneldoc

On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote: On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote: Explicitly state the expected CTM equations in the kerneldoc for the CTM property. Cc: Ville Syrjälä Cc: Lionel Landwerlin

Re: [PATCH v2 11/13] drm/i915: Add intel_uncore_suspend / resume functions

On Mon, Jan 23, 2017 at 10:09:56PM +0100, Hans de Goede wrote: > Rename intel_uncore_early_sanitize to intel_uncore_resume, dropping the > (always true) restore_forcewake argument and add a new intel_uncore_resume > function to replace the intel_uncore_forcewake_reset(dev_priv, false) > calls done

[drm-intel:drm-intel-next-queued 0/1] htmldocs: include/drm/drm_color_mgmt.h:1: warning: no structured comments found

tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued head: 920bcd1820a6966b6224f62eadcb4e931bb72e8e commit: 2eebe4f2d5f4c91edc37801d828ba29edfbc7722 [0/1] drm/color: un-inline drm_color_lut_extract() reproduce: make htmldocs All warnings (new ones prefixed by >>): make[3]:

Re: [PATCH] drm/color: Include CTM equations in kerneldoc

On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote: > Explicitly state the expected CTM equations in the kerneldoc for the CTM > property. > > Cc: Ville Syrjälä > Cc: Lionel Landwerlin > Cc: Daniel Vetter

Re: [PATCH] Gpu: drm: rockchip - Fix possible NULL derefrence.

On Fri, Jan 27, 2017 at 04:41:50PM +0530, Shailendra Verma wrote: > of_match_device could return NULL, and so can cause a NULL > pointer dereference later. > > Signed-off-by: Shailendra Verma > --- > drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 13 ++--- > 1 file

Re: [PATCH 08/19] drm/hdlcd: Remove hdlcd_debugfs_cleanup()

On Thu, Jan 26, 2017 at 11:56:10PM +0100, Noralf Trønnes wrote: > drm_debugfs_cleanup() now removes all minor->debugfs_list entries > automatically, so the drm_driver.debugfs_cleanup callback is not > needed. > > Cc: liviu.du...@arm.com > Signed-off-by: Noralf Trønnes

Re: [PATCH] drm/atomic: clear out fence when duplicating state

Hi Lucas, On Fri, Jan 27, 2017 at 8:33 AM, Lucas Stach wrote: > The fence needs to be cleared out, otherwise the following commit > might wait on a stale fence from the previous commit. This was fixed > as a side effect of 9626014258a5 (drm/fence: add in-fences support) >

Re: [PATCH] drm/color: un-inline drm_color_lut_extract()

On Fri, 27 Jan 2017, Lionel Landwerlin wrote: > Hi Jani, > > Looks good to me : > > Reviewed-by: Lionel Landwerlin Thanks for the reviews, pushed... to drm-intel-next-queued instead of drm-misc-next. /o\ Dave, Daniel, please advise,

[PATCH] drm/color: Include CTM equations in kerneldoc

Explicitly state the expected CTM equations in the kerneldoc for the CTM property. Cc: Ville Syrjälä Cc: Lionel Landwerlin Cc: Daniel Vetter Signed-off-by: Brian Starkey --- Hi, This

Re: [PATCH 13/19] drm/sti: Remove drm_debugfs_remove_files() calls

Thank for this patch. It is working fine with sti driver. Acked-by: Vincent Abriou Tested-by: Vincent Abriou Vincent On 01/26/2017 11:56 PM, Noralf Trønnes wrote: > drm_debugfs_cleanup() now removes all minor->debugfs_list entries > automatically,

Re: Warning at drivers/gpu/drm/drm_atomic_helper.c

Am Mittwoch, den 25.01.2017, 09:47 -0200 schrieb Fabio Estevam: > On Wed, Jan 25, 2017 at 9:30 AM, Lucas Stach wrote: > > > Kernel 4.10 just moves the fence attach to the plane state. It has > > nothing to do with the used commit function. The issue going away if you > >

[PATCH] drm/atomic: clear out fence when duplicating state

The fence needs to be cleared out, otherwise the following commit might wait on a stale fence from the previous commit. This was fixed as a side effect of 9626014258a5 (drm/fence: add in-fences support) in kernel 4.10. As this commit introduces new functionality and as such can not be applied to

[Bug 99130] [IVB] CONFIG_PROVE_LOCKING=y causes igt/gem_exec/basic-wait-all (and possibly others) to fail

https://bugs.freedesktop.org/show_bug.cgi?id=99130 Chris Wilson changed: What|Removed |Added Resolution|--- |WORKSFORME

[Bug 99130] [IVB] CONFIG_PROVE_LOCKING=y causes igt/gem_exec/basic-wait-all (and possibly others) to fail

https://bugs.freedesktop.org/show_bug.cgi?id=99130 --- Comment #22 from Dorota Czaplejewicz --- I haven't seen the underlying slowness causing problems anywhere else yet. Perhaps we can close this and reopen if it reappears. -- You are receiving this mail

[PATCH 0/2] drm/omapdrm: Couple of plane related fixes

I hit these two problems while tracking scaling related problems with omapdrm on DSS5 HW. Jyri Sarha (2): Revert "drm: omapdrm: Let the DRM core skip plane commit on inactive CRTCs" drm/omapdrm: Move commit_modeset_enables() before commit_planes() drivers/gpu/drm/omapdrm/omap_crtc.c |

[PATCH 2/2] drm/omapdrm: Move commit_modeset_enables() before commit_planes()

Move drm_atomic_helper_commit_modeset_enables() call to before drm_atomic_helper_commit_planes() call and have a omap_atomic_wait_for_completion() call after both. With the current dss dispc implementation we have to enable the new modeset before we can commit planes. The dispc ovl configuration

[PATCH 1/2] Revert "drm: omapdrm: Let the DRM core skip plane commit on inactive CRTCs"

This reverts commit dadf4659d0608e034b6633f30300c2eff2dafb4c. If planes are not disabled when the they are not on any crtc anymore they will remain active and may show as "ghosts" when the crtc they were last on is active again. Signed-off-by: Jyri Sarha ---

Re: [PATCH 15/19] drm/tilcdc: Remove tilcdc_debugfs_cleanup()

On 01/27/17 00:56, Noralf Trønnes wrote: > drm_debugfs_cleanup() now removes all minor->debugfs_list entries > automatically, so the drm_driver.debugfs_cleanup callback is not > needed. Also remove the unused tilcdc_module_ops.debugfs_cleanup() > callback. drm_debugfs_cleanup() removes all debugfs

make fbdev/fbcon switchable per driver?

Hi folks, Problem at hand: A virtual machine, equipped with two display devices, one virtual, one physical (using pci pass-through, or kvmgt-based vgpu). There is no easy way for the user to configure which of the two display devices fbcon should run on. i915 happens to win over bochs-drm or

Re: [PATCH 06/19] drm/etnaviv: allow build with COMPILE_TEST

Am Donnerstag, den 26.01.2017, 23:56 +0100 schrieb Noralf Trønnes: > Make it possible to compile test the driver on other platforms. > > Cc: l.st...@pengutronix.de > Cc: linux+etna...@armlinux.org.uk > Cc: christian.gmei...@gmail.com > Signed-off-by: Noralf Trønnes I'm not

Re: [PATCH 07/19] drm/etnaviv: Remove etnaviv_debugfs_cleanup()

Am Donnerstag, den 26.01.2017, 23:56 +0100 schrieb Noralf Trønnes: > drm_debugfs_cleanup() now removes all minor->debugfs_list entries > automatically, so the drm_driver.debugfs_cleanup callback is not > needed. > > Cc: l.st...@pengutronix.de > Cc: linux+etna...@armlinux.org.uk > Cc:

  1   2   >