[drm:drm-syncobj-sem 3/8] drivers/dma-buf/sync_debug.c:140:2: note: in expansion of macro 'if'

tree: git://people.freedesktop.org/~airlied/linux.git drm-syncobj-sem head: faf022804be516663a33f620536b006a56d59ee4 commit: 8281fe367426f82485f68767c5c8c7106685e9a9 [3/8] sync_file: split out fence_file base class from sync_file. config: x86_64-randconfig-s3-04131130 (attached as .config)

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 --- Comment #11 from Michel Dänzer --- (In reply to at46n from comment #10) > I started steam in a terminal but there is only steam and normal game output > like in crash.log but nothing from valgrind. It might be captured

[drm:drm-syncobj-sem 3/7] drivers//dma-buf/sw_sync.c:327:17: error: 'struct sync_file' has no member named 'file'

tree: git://people.freedesktop.org/~airlied/linux.git drm-syncobj-sem head: 7194cd4513c3cb05f312dc66c36a2c9fbd4c1aa1 commit: 8281fe367426f82485f68767c5c8c7106685e9a9 [3/7] sync_file: split out fence_file base class from sync_file. config: x86_64-rhel (attached as .config) compiler: gcc-6

drm-tip/drm-tip boot: 149 boots: 5 failed, 143 passed with 1 offline (v4.11-rc6-1924-g22e5f388a82d)

drm-tip/drm-tip boot: 149 boots: 5 failed, 143 passed with 1 offline (v4.11-rc6-1924-g22e5f388a82d) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1924-g22e5f388a82d/ Full Build Summary:

[PATCH v6 2/2] drm/pl111: Initial drm/kms driver for pl111

From: Tom Cooksey This is a modesetting driver for the pl111 CLCD display controller found on various ARM platforms such as the Versatile Express. The driver has only been tested on the bcm911360_entphn platform so far, with PRIME-based buffer sharing between vc4 and clcd.

[PATCH v6 1/2] video: ARM CLCD: Move registers to a separate header.

We'd like to reuse these register definitions for the DRM CLCD driver, but there's a bunch of fbdev-specific code in the current header. v2: Add #ifndef guard. Signed-off-by: Eric Anholt --- include/linux/amba/clcd-regs.h | 81 ++

[git pull] drm fixes for 4.11 rc7

Hi Linus, I was away the end of last week, so some of these would have been in rc6, and it's Easter from tomorrow, so I decided I better dequeue what I have now. The nouveau changes, just add a hw enable for GP107 display (like a pci id addition really), and fix a couple of regressions. i915 has

Re: [PATCH 4/7] sync_file: add support for sem_file

On Thu, Apr 13, 2017 at 11:41:41AM +1000, Dave Airlie wrote: > From: Dave Airlie > > This adds support for a file that has semaphore semantics > (for Vulkan shared semaphores). > > These objects are persistent objects that can have a > fence that changes. When the object is

Re: [PATCH] drm/exynos/dsi: fix bridge_node DT parsing

On 04/12/2017 11:13 PM, Marek Szyprowski wrote: Hi Hoegeun, On 2017-04-12 15:58, Hoegeun Kwon wrote: On 04/12/2017 04:22 PM, Andrzej Hajda wrote: DSIM uses MIC bridge which is between DECON and DSIM, so the driver should expect bridge node on input side. Fixes: 86418f9 ("drm: convert drivers

[PATCH 3/7] sync_file: split out fence_file base class from sync_file.

From: Dave Airlie This just splits out a common base object to be shared between sync_file and sem_files. Signed-off-by: Dave Airlie --- drivers/dma-buf/sync_file.c | 49 +++- drivers/gpu/drm/drm_atomic.c | 4

[PATCH 4/7] sync_file: add support for sem_file

From: Dave Airlie This adds support for a file that has semaphore semantics (for Vulkan shared semaphores). These objects are persistent objects that can have a fence that changes. When the object is signaled, a fence is attached to it, and when an object is waited on, the

[PATCH 6/7] amdgpu/cs: split out fence dependency checking

From: Dave Airlie This just splits out the fence depenency checking into it's own function to make it easier to add semaphore dependencies. Reviewed-by: Christian König Signed-off-by: Dave Airlie ---

[PATCH 7/7] amdgpu: use sync file for shared semaphores (v3)

From: Dave Airlie This creates a new command submission chunk for amdgpu to add wait and signal sync objects around the submission. Sync objects are managed via the drm syncobj ioctls. The command submission interface is enhanced with two new chunks, one for semaphore

[rfc repost] drm sync objects - a new beginning (make ickle happier?)

Okay I've taken Chris's suggestions to heart and reworked things around a sem_file to see how they might look. This means the drm_syncobj are currently only useful for semaphores, the flags field could be used in future to use it for other things, and we can reintroduce some of the API then if

[PATCH 2/7] sync_file: mark the fence pointer as rcu.

From: Dave Airlie The current code never updates this pointer after init, and it should always be initialised with a valid value. However in the future we want to share some code with semaphore files, and those will want to use rcu to update this pointer. However none of the

[PATCH 5/7] drm: introduce sync objects as wrappers for sem files

From: Dave Airlie Sync objects are new toplevel drm object, that have the same semantics as sem_file objects, but without requiring an fd to be consumed to support them. This patch just enables the DRM interface to create these objects, it doesn't actually provide any

[PATCH 1/7] sync_file: get rid of internal reference count.

From: Dave Airlie sync_file uses the reference count of the file, the internal kref was never getting moved past 1. We can reintroduce this if we decide we need it later. [airlied: fix buildbot warnings] Reviewed-by: Chris Wilson Signed-off-by:

Re: [PATCH 07/11] drm: set output colorspace in AVI infoframe

Hi Shashank, On 07-04-2017 17:39, Shashank Sharma wrote: > HDMI source must set output colorspace information in AVI > infoframes, so that the sink can decode upcoming frames > accordingly. > > As this patch series is adding support for HDMI output modes > other than RGB, this patch adds a

[PATCH v9] drm: Unplug drm device when unregistering it

After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. We're using an unplugged state to prevent something like that, so let's reuse it here. Also drop drm_unplug_dev, because it would be unused after other changes. Signed-off-by: Jeffy Chen

[PATCH v8 1/2] drm: Unplug drm device when unregistering it

After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. We're using an unplugged state to prevent something like that, so let's reuse it here. Also drop drm_unplug_dev, because it would be unused after other changes. Signed-off-by: Jeffy Chen

Re: [PATCH v5] drm/pl111: Initial drm/kms driver for pl111

On Wed, Apr 12, 2017 at 09:40:38AM +0200, Linus Walleij wrote: > On Wed, Apr 12, 2017 at 12:13 AM, Eric Anholt wrote: > > Oh, one last thing I think we need to figure out: I'm using TIM2_CLKSEL, > > which seems to be necessary on this platform. My understanding is that > > this

Re: [PATCH v7 2/2] drm: Prevent release fb after cleanup drm_mode_config

Hi Daniel, On 04/12/2017 02:36 PM, Daniel Vetter wrote: On Tue, Apr 11, 2017 at 11:31:42AM +0800, Jeffy Chen wrote: We are freeing all framebuffers in drm_mode_config_cleanup without sync the drm_file's fbs list. So if someone try to unbind drm before release drm dev fd, the fbs list would

Re: [PATCH] drm/exynos/dsi: fix bridge_node DT parsing

On 04/12/2017 04:22 PM, Andrzej Hajda wrote: DSIM uses MIC bridge which is between DECON and DSIM, so the driver should expect bridge node on input side. Fixes: 86418f9 ("drm: convert drivers to use of_graph_get_remote_node") Signed-off-by: Andrzej Hajda ---

[PATCH v8 0/2] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin(with cros 4.4 kernel), no more crashes during unbind/bind drm with/out ui service running. Changes in v8: Fix hang when unregistering drm dev with open_count 0 Changes in v7: Address Sean Paul 's comments. Update commit message.

[PATCH v9 0/1] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin(with cros 4.4 kernel), no more crashes during unbind/bind drm with/out ui service running. Changes in v9: Move drm_device_set_plug_state into drm_drv.c . Changes in v8: Fix hang when unregistering drm dev with open_count 0. Changes in v7: Add

Re: [PATCH v7 1/2] drm: Unplug drm device when unregistering it

Hi Daniel, On 04/12/2017 02:33 PM, Daniel Vetter wrote: On Tue, Apr 11, 2017 at 11:31:41AM +0800, Jeffy Chen wrote: After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. We're using an unplugged state to prevent something like that, so

Re: nvidia vgaarb bug (was: Re: Static inline DRM functions calling into GPL-only code)

On Tue, Apr 11, 2017 at 09:24:33AM +0200, Lukas Wunner wrote: > Hi Nikhil, > > On Tue, Apr 11, 2017 at 09:44:35AM +0530, Nikhil Mahale wrote: > > There is not interest in relaxing the export of refcount_inc, and > > changing the license of nvidia-drm.ko isn't viable right now. > > Why not

Re: [Nouveau] [PATCH 1/1] nouveau_hwmon: migrate to hwmon_device_register_with_info

Sorry for that. I'll split the patch and I'll come again ;) El dia 11/04/2017 22:12, "Karol Herbst" va escriure: thanks for the work, but could you please split that patch? It looks like you are doing several things at once and it isn't really easy to review like this.

Re: [PATCH 3/4] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors

On Tue, Apr 11, 2017 at 05:48:25PM +0200, Christian König wrote: > Am 24.03.2017 um 16:47 schrieb Bjorn Helgaas: > >On Mon, Mar 13, 2017 at 01:41:35PM +0100, Christian König wrote: > >>From: Christian König > >> > >>Most BIOS don't enable this because of compatibility

Re: [Nouveau] [PATCH v3 10/10] drm/nouveau: Enable stereoscopic 3D output over HDMI

On Tue, Apr 11, 2017 at 1:32 PM, Ilia Mirkin wrote: > On Tue, Apr 11, 2017 at 1:11 PM, Alastair Bridgewater > wrote: > > + /* HDMI 3D support */ > > + if ((disp->disp.oclass >= NV50_DISP) > > You probably meant G82_DISP. Although

Re: [PATCH v5] drm/pl111: Initial drm/kms driver for pl111

On Tue, Apr 11, 2017 at 02:00:21PM -0700, Eric Anholt wrote: > Russell King - ARM Linux writes: > > > On Tue, Apr 11, 2017 at 09:06:31AM -0700, Eric Anholt wrote: > >> Russell King - ARM Linux writes: > >> > >> > On Mon, Apr 10, 2017 at 06:18:01PM

[PATCH v8 2/2] drm: Prevent release fb after cleanup drm_mode_config

We are freeing all framebuffers in drm_mode_config_cleanup without sync the drm_file's fbs list. So if someone try to unbind drm before release drm dev fd, the fbs list would remain some invalid fb references. And that would cause crash later in drm_fb_release. Add a sanity check to prevent

Re: [PATCH 06/11] drm: create hdmi output property

Hi Shashank, On 07-04-2017 17:39, Shashank Sharma wrote: > HDMI displays can support various output types, based on > the color space and subsampling type. The possible > outputs from a HDMI 2.0 monitor could be: > - RGB > - YCBCR 444 > - YCBCR 422 > - YCBCR 420 > > This patch adds a drm

Re: [PATCH v7 1/2] drm: Unplug drm device when unregistering it

Hi Daniel, missed some questions... On 04/12/2017 04:17 PM, jeffy wrote: Hi Daniel, On 04/12/2017 02:33 PM, Daniel Vetter wrote: On Tue, Apr 11, 2017 at 11:31:41AM +0800, Jeffy Chen wrote: After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm

Re: [PATCH 2/4] PCI: add functionality for resizing resources v2

On Tue, Apr 11, 2017 at 05:37:04PM +0200, Christian König wrote: > >>+int pci_resize_resource(struct pci_dev *dev, int resno, int size) > >>+{ > >>+ struct resource *res = dev->resource + resno; > >>+ u32 sizes = pci_rbar_get_possible_sizes(dev, resno); > >>+ int old =

Re: [PATCH] drm/vc4: Allow using more than 256MB of CMA memory.

Eric Anholt writes: > Until now, we've had to limit Raspberry Pi to 256MB of CMA memory to > keep from triggering the hardware addressing bug between of the tile > binner of the tile alloc memory (where the top 4 bits come from the > tile state data array's address). > > To work

drm-tip/drm-tip boot: 136 boots: 5 failed, 128 passed with 3 offline (v4.11-rc6-1923-g57188aaf3b96)

drm-tip/drm-tip boot: 136 boots: 5 failed, 128 passed with 3 offline (v4.11-rc6-1923-g57188aaf3b96) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1923-g57188aaf3b96/ Full Build Summary:

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1924-g22e5f388a82d)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1924-g22e5f388a82d) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1924-g22e5f388a82d/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1924-g22e5f388a82d Git Commit:

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On Wed, Apr 12, 2017 at 10:26 AM, Thierry Reding wrote: > On Tue, Apr 11, 2017 at 12:10:47PM -0500, Rob Herring wrote: >> On Fri, Apr 7, 2017 at 12:33 PM, Thierry Reding wrote: >> > On Fri, Apr 07, 2017 at 05:44:15AM +1000, Dave Airlie wrote: >> >> On 5

[PULL] drm-misc-next-fixes

Hi Dave, Sending this pull a bit early so you can pick up the get_property fix. There are reports that X fails to start as a result of the bug. The dw-hdmi change gets to come along for the ride, it's not mission critical, but nice to have for dw-hdmi platforms with ambitious monitors.

drm-tip/drm-tip boot: 130 boots: 2 failed, 128 passed (v4.11-rc6-1922-gf8d5030b74c1)

drm-tip/drm-tip boot: 130 boots: 2 failed, 128 passed (v4.11-rc6-1922-gf8d5030b74c1) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1922-gf8d5030b74c1/ Full Build Summary:

Re: [PATCH 5/8] sync_file: add support for a semaphore object

> > The problem, as I see it, is that you are taking functionality away from > sync_file. If you are wrapping them up inside a sync_file, we have a > fair expectation that our code to handle sync_files will continue to > work. What code? there is no code existing that should be sharing sync

drm-tip/drm-tip boot: 145 boots: 3 failed, 142 passed (v4.11-rc6-1922-ga428480d2c4f)

drm-tip/drm-tip boot: 145 boots: 3 failed, 142 passed (v4.11-rc6-1922-ga428480d2c4f) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1922-ga428480d2c4f/ Full Build Summary:

[PATCH 2/6] drm/msm: gpu: Use the zap shader on 5XX if we can

The A5XX GPU powers on in "secure" mode. In secure mode the GPU can only render to buffers that are marked as secure and inaccessible to the kernel and user through a series of hardware protections. In practice secure mode is used to draw things like a UI on a secure video frame. In order to

[PATCH 0/6] drm: msm: A5XX zap shader

Hey Rob - Here is the stack of stuff to add the zap shader for msm-next. I left the code broken out as the first two changes are merged into the device specific tree and the third one has been seen before so this should hopefully cut down on confusion. The following patches are basically the

[PATCH 6/6] drm/msm: Document the zap-shader subnode for the GPU

The 'zap-shader' subnode is used to define a phandle for the PIL memory region that is required to load GPU secure firwmare images (known as the "zap shader"). Signed-off-by: Jordan Crouse --- Documentation/devicetree/bindings/display/msm/gpu.txt | 13 + 1

[PATCH 5/6] drm/msm: Move zap shader firmware name to the device table

The zap shader firmware name is not platform specific. Move it to the device table instead. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 24 drivers/gpu/drm/msm/adreno/adreno_device.c | 1 +

[PATCH 3/6] drm/msm: Improve the zap shader

Simply the code use snprintf correctly and make sure that we memset the rest of the segment if the memory size in the ELF file is larger than the file size. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 70 +-- 1

[PATCH 4/6] drm/msm: Create a child device for the zap shader

Currently we abuse the platform device engine to create a platform device for the zap shader subnode so that we can isolate the reserved memory away from the parent GPU device. It is much safer to create and register a simple child device and use that instead. Signed-off-by: Jordan Crouse

[PATCH 1/6] drm/msm: Add a quick and dirty PIL loader

In order to switch the GPU out of secure mode on most systems we need to load a zap shader into memory and get it authenticated and into the secure world. All the bits and pieces to do the load are scattered throughout the kernel, but we need to bring everything together. Add a semi-custom

Re: [PATCH 5/8] sync_file: add support for a semaphore object

On Thu, Apr 13, 2017 at 06:51:17AM +1000, Dave Airlie wrote: > On 13 April 2017 at 06:39, Chris Wilson wrote: > > On Wed, Apr 12, 2017 at 09:01:32PM +0100, Chris Wilson wrote: > >> On Thu, Apr 13, 2017 at 05:05:27AM +1000, Dave Airlie wrote: > >> > >> > >> > >> Not sure

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1923-g57188aaf3b96)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1923-g57188aaf3b96) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1923-g57188aaf3b96/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1923-g57188aaf3b96 Git Commit:

Re: [PATCH 5/8] sync_file: add support for a semaphore object

On 13 April 2017 at 06:39, Chris Wilson wrote: > On Wed, Apr 12, 2017 at 09:01:32PM +0100, Chris Wilson wrote: >> On Thu, Apr 13, 2017 at 05:05:27AM +1000, Dave Airlie wrote: >> > >> >> > >> Not sure what the best semantics are there, any opinions on barring >> > >>

Re: [PATCH 5/8] sync_file: add support for a semaphore object

On Wed, Apr 12, 2017 at 09:01:32PM +0100, Chris Wilson wrote: > On Thu, Apr 13, 2017 at 05:05:27AM +1000, Dave Airlie wrote: > > >> > > >> Not sure what the best semantics are there, any opinions on barring > > >> wakeups/polling on semaphore sync_files, and just punting this > > >> until we need

Re: [PATCH v2] dma-buf: Implement simple read/write vfs ops

On 04/12/2017 01:12 PM, Chris Wilson wrote: > On Wed, Apr 12, 2017 at 12:57:00PM -0700, Laura Abbott wrote: >> On 04/12/2017 12:38 PM, Chris Wilson wrote: >>> On Wed, Apr 12, 2017 at 11:29:18AM -0700, Laura Abbott wrote: Both the read/write are missing the dma_buf_begin_cpu_access calls.

Re: [GIT PULL] mediatek-drm-next for 4.12

On 8 April 2017 at 02:42, CK Hu wrote: > Hi, Dave: > > This series is MT2701 DRM support. Just FYI, I failed to notice this, but Stephen pointed it out, please make sure you add a Signed-off-by line if you are committing other people's patch to a tree, As the maintainer you

Re: [PATCH v2] dma-buf: Implement simple read/write vfs ops

On Wed, Apr 12, 2017 at 12:57:00PM -0700, Laura Abbott wrote: > On 04/12/2017 12:38 PM, Chris Wilson wrote: > > On Wed, Apr 12, 2017 at 11:29:18AM -0700, Laura Abbott wrote: > >> Both the read/write are missing the dma_buf_begin_cpu_access calls. > >> When I add those these seem to work well

Re: [PATCH 5/8] sync_file: add support for a semaphore object

On Thu, Apr 13, 2017 at 05:05:27AM +1000, Dave Airlie wrote: > >> > >> Not sure what the best semantics are there, any opinions on barring > >> wakeups/polling on semaphore sync_files, and just punting this > >> until we need it. > > > > I think getting it right now will make writing sw_sync-esque

Re: [PATCH v2] dma-buf: Implement simple read/write vfs ops

On 04/12/2017 12:38 PM, Chris Wilson wrote: > On Wed, Apr 12, 2017 at 11:29:18AM -0700, Laura Abbott wrote: >> On 04/07/2017 02:25 PM, Chris Wilson wrote: >>> It is expected that processes will pass dma-buf fd between drivers, and >>> only using the fd themselves for mmaping and synchronisation

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On Wed, Apr 12, 2017 at 1:42 PM, Daniel Vetter wrote: > On Wed, Apr 12, 2017 at 5:44 PM, Thierry Reding wrote: >> On Tue, Apr 11, 2017 at 01:56:35PM -0500, Rob Herring wrote: >>> On Mon, Apr 10, 2017 at 2:27 PM, Dave Airlie wrote: >>> > On

drm-tip/drm-tip boot: 160 boots: 5 failed, 153 passed with 2 offline (v4.11-rc6-1920-g1ed4cc0b0d37)

drm-tip/drm-tip boot: 160 boots: 5 failed, 153 passed with 2 offline (v4.11-rc6-1920-g1ed4cc0b0d37) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1920-g1ed4cc0b0d37/ Full Build Summary:

Re: [PATCH v2] dma-buf: Implement simple read/write vfs ops

On Wed, Apr 12, 2017 at 11:29:18AM -0700, Laura Abbott wrote: > On 04/07/2017 02:25 PM, Chris Wilson wrote: > > It is expected that processes will pass dma-buf fd between drivers, and > > only using the fd themselves for mmaping and synchronisation ioctls. > > However, it may be convenient for an

[PATCH v2 5/5] drm/vc4: Expose dma-buf fences for V3D rendering.

This is needed for proper synchronization with display on another DRM device (pl111 or tinydrm) with buffers produced by vc4 V3D. Fixes the new igt vc4_dmabuf_poll testcase, and rendering of one of the glmark2 desktop tests on pl111+vc4. This doesn't yet introduce waits on other device's fences

[PATCH v2 3/5] drm/msm: Reuse dma_fence_release.

If we follow the typical pattern of the base class being the first member, we can use the default dma_fence_free function. Signed-off-by: Eric Anholt Cc: Rob Clark Cc: linux-arm-...@vger.kernel.org Cc: freedr...@lists.freedesktop.org ---

[PATCH v2 1/5] drm/msm: Expose our reservation object when exporting a dmabuf.

Without this, polling on the dma-buf (and presumably other devices synchronizing against our rendering) would return immediately, even while the BO was busy. Signed-off-by: Eric Anholt Reviewed-by: Daniel Vetter Cc: sta...@vger.kernel.org Cc: Rob Clark

[PATCH v2 4/5] drm/etnaviv: Reuse dma_fence_release.

If we follow the typical pattern of the base class being the first member, we can use the default dma_fence_free function. Signed-off-by: Eric Anholt Cc: Lucas Stach Cc: Russell King Cc: Christian Gmeiner

[PATCH v2 2/5] drm/etnaviv: Expose our reservation object when exporting a dmabuf.

Without this, polling on the dma-buf (and presumably other devices synchronizing against our rendering) would return immediately, even while the BO was busy. Signed-off-by: Eric Anholt Reviewed-by: Daniel Vetter Cc: sta...@vger.kernel.org Cc: Lucas Stach

[PATCH v2 0/5] vc4 V3D fencing and msm/etnaviv cleanups

Since I got feedback that the dma_fence .release pattern I followed was unnecessary, here's a resubmit with that changed and the two drivers I was looking at cleaned up as well. As before, they're only compile-tested. I'd prefer that if msm/etnaviv developers like them, they pull those two

Re: [PATCH] MAINTAINERS: add drm/sti driver into drm-misc

2017-04-10 16:52 GMT+02:00 Vincent Abriou : > drm/sti driver is now part of drm-misc as a small driver. > > Signed-off-by: Vincent Abriou > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS

drm-tip/drm-tip boot: 143 boots: 5 failed, 136 passed with 2 offline (v4.11-rc6-1916-g53b9521a6f11)

drm-tip/drm-tip boot: 143 boots: 5 failed, 136 passed with 2 offline (v4.11-rc6-1916-g53b9521a6f11) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1916-g53b9521a6f11/ Full Build Summary:

[Bug 98629] OpenGL applications warns "MESA-LOADER: failed to retrieve device information"

https://bugs.freedesktop.org/show_bug.cgi?id=98629 --- Comment #9 from Emil Velikov --- Seems like I forgot to mention - drm_chr_dev() itself picks the first unused major. So it's not like it's uninitialised, but rather random and non-deterministic. -- You are

Re: [PATCH 5/8] sync_file: add support for a semaphore object

>> >> Not sure what the best semantics are there, any opinions on barring >> wakeups/polling on semaphore sync_files, and just punting this >> until we need it. > > I think getting it right now will make writing sw_sync-esque (i.e. cpu) > tests easier and more complete. I just don't have any use

Re: [PATCH v5 04/10] drm/stm: Add STM32 LTDC driver

2017-04-11 22:45 GMT+02:00 Eric Anholt : > Yannick Fertre writes: > >> This controller provides output signals to interface directly a variety >> of LCD and TFT panels. These output signals are: RGB signals >> (up to 24bpp), vertical & horizontal

drm-tip/drm-tip boot: 138 boots: 5 failed, 132 passed with 1 offline (v4.11-rc6-1913-gca184421c5d2)

drm-tip/drm-tip boot: 138 boots: 5 failed, 132 passed with 1 offline (v4.11-rc6-1913-gca184421c5d2) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1913-gca184421c5d2/ Full Build Summary:

Re: [PATCH v2] dma-buf: Implement simple read/write vfs ops

On 04/07/2017 02:25 PM, Chris Wilson wrote: > It is expected that processes will pass dma-buf fd between drivers, and > only using the fd themselves for mmaping and synchronisation ioctls. > However, it may be convenient for an application to read/write into the > dma-buf, for instance a test case

[Bug 100666] amdgpu coolers never stoping linux

https://bugs.freedesktop.org/show_bug.cgi?id=100666 Bug ID: 100666 Summary: amdgpu coolers never stoping linux Product: DRI Version: unspecified Hardware: All OS: Linux (All) Status: NEW Severity: normal

Re: [RFC 1/7] drm/atomic: initial support for asynchronous plane update

2017-04-11 Daniel Vetter : > On Mon, Apr 10, 2017 at 12:55:33PM -0700, Eric Anholt wrote: > > Gustavo Padovan writes: > > > > > From: Gustavo Padovan > > > > > > In some cases, like cursor updates, it is interesting to update

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1922-gf8d5030b74c1)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1922-gf8d5030b74c1) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1922-gf8d5030b74c1/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1922-gf8d5030b74c1 Git Commit:

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 45 warnings (v4.11-rc6-1922-ga428480d2c4f)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 45 warnings (v4.11-rc6-1922-ga428480d2c4f) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1922-ga428480d2c4f/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1922-ga428480d2c4f Git Commit:

[GIT PULL] drm/panel: Changes for v4.12-rc1

Hi Dave, The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: Linux 4.11-rc1 (2017-03-05 12:59:56 -0800) are available in the git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.12-rc1 for you to fetch changes up to

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On Wed, Apr 12, 2017 at 5:44 PM, Thierry Reding wrote: > On Tue, Apr 11, 2017 at 01:56:35PM -0500, Rob Herring wrote: >> On Mon, Apr 10, 2017 at 2:27 PM, Dave Airlie wrote: >> > On 10 April 2017 at 19:03, Laurent Pinchart >> >

Re: [PATCH 3/3] drm/vc4: Add support for dma-buf fencing.

Daniel Vetter writes: > On Mon, Apr 10, 2017 at 06:44:14PM -0700, Eric Anholt wrote: >> This is needed for proper synchronization with display on another DRM >> device (pl111 or tinydrm) with buffers produced by vc4 V3D. Fixes the >> new igt vc4_dmabuf_poll testcase, and

Re: [PATCH 2/3] drm/etnaviv: Expose our reservation object when exporting a dmabuf.

Lucas Stach writes: > Am Mittwoch, den 12.04.2017, 14:47 +0200 schrieb Daniel Vetter: >> On Mon, Apr 10, 2017 at 06:44:13PM -0700, Eric Anholt wrote: >> > Without this, polling on the dma-buf (and presumably other devices >> > synchronizing against our rendering) would

[Bug 100510] [radeon] Heavy artifacts during hw accelerated playback of wmv files

https://bugs.freedesktop.org/show_bug.cgi?id=100510 --- Comment #9 from Christian König --- (In reply to Michel Dänzer from comment #8) > Thanks, but I actually receive updates via the dri-devel mailing list. > > Do we know yet which flags are getting passed to

[PATCH 1/2] dt-bindings: add vendor prefix for NLT Technologies, Ltd.

NLT technologies is the former NEC display business, but changed its name to NLT Technologies when forming a joint venture with Shenzhen AVIC OPTOELECTRONICS, Ltd. Signed-off-by: Lucas Stach --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed,

[PATCH] drm/panel: simple: add support for AUO P320HVN03

This adds support for the AU Optronics Corporation 31.5" FHD (1920x1080) LVDS TFT LCD panel, which can be supported by the simple panel driver. Signed-off-by: Lucas Stach --- .../bindings/display/panel/auo,p320hvn03.txt | 7 +

Re: [PATCH v5] drm/pl111: Initial drm/kms driver for pl111

On 04/12, Neil Armstrong wrote: > On 04/12/2017 09:40 AM, Linus Walleij wrote: > > On Wed, Apr 12, 2017 at 12:13 AM, Eric Anholt wrote: > > > >> Oh, one last thing I think we need to figure out: I'm using TIM2_CLKSEL, > >> which seems to be necessary on this platform. My

[PATCH] drm: fix spelling mistake: "committing"

From: Colin Ian King Trivial fix to spelling mistake in DRM_DEBUG_ATOMIC debug message Signed-off-by: Colin Ian King --- drivers/gpu/drm/drm_atomic.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 45 warnings (v4.11-rc6-1920-g1ed4cc0b0d37)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 45 warnings (v4.11-rc6-1920-g1ed4cc0b0d37) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1920-g1ed4cc0b0d37/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1920-g1ed4cc0b0d37 Git Commit:

[GIT PULL] last minute etnaviv-fixes

Hi Dave, a single fix for the patch merged in rc5. I messed up the error handling there and Wei helpfully provided a patch to remedy this. Regards, Lucas The following changes since commit 130e35e4bbceb2c04ff0ad9b1a0bcef7acc11498: Merge branch 'msm-fixes-4.11-rc6' of

Re: drm/sti: fix GDP size to support up to UHD resolution

On Thu, 23 Mar 2017, Vincent Abriou wrote: > On stih407-410 chip family the GDP layers are able to support up to UHD > resolution (3840 x 2160). > > Signed-off-by: Vincent Abriou > --- > drivers/gpu/drm/sti/sti_gdp.c | 12 +++- > 1 file changed, 7 insertions(+), 5

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 45 warnings (v4.11-rc6-1916-g53b9521a6f11)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 45 warnings (v4.11-rc6-1916-g53b9521a6f11) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1916-g53b9521a6f11/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1916-g53b9521a6f11 Git Commit:

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 --- Comment #10 from at...@t-online.de --- Yes, that works. Valgrind starts the game which takes a long time (about 20 min). But how do I get the log from valgrind now? I started steam in a terminal but there is only steam and normal game output

Re: Please add imx-drm/next and etnaviv/next to linux-next

Hi Lucas, On Wed, 12 Apr 2017 15:59:44 +0200 Lucas Stach wrote: > > can you please add imx-drm/next and etnaviv/next to the linux-next tree? > > Both trees stage patches which will eventually feed into Dave Airlie's > drm-next tree. > >

[PATCH] drm/doc: Interlink color manager docs better

Motivated by a request from Eric. Cc: Eric Anholt Cc: Lionel Landwerlin Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_atomic_helper.c | 3 ++- drivers/gpu/drm/drm_color_mgmt.c| 9 ++---

Re: [Intel-gfx] [PATCH] drm: Fix get_property logic fumble

On Mon, Apr 10, 2017 at 01:37:01PM +0100, Chris Wilson wrote: > On Mon, Apr 10, 2017 at 01:54:45PM +0200, Daniel Vetter wrote: > > Yet again I've proven that I can't negate conditions :( > > > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty > > ioctl") > > You also get

[Bug 100510] [radeon] Heavy artifacts during hw accelerated playback of wmv files

https://bugs.freedesktop.org/show_bug.cgi?id=100510 Michel Dänzer changed: What|Removed |Added CC|mic...@daenzer.net | --- Comment #8

Re: [PATCH v9] drm: Unplug drm device when unregistering it

On Wed, Apr 12, 2017 at 04:56:21PM +0800, Jeffy Chen wrote: > After unbinding drm, the user space may still owns the drm dev fd, and > may still be able to call drm ioctl. > > We're using an unplugged state to prevent something like that, so let's > reuse it here. > > Also drop drm_unplug_dev,

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1913-gca184421c5d2)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings (v4.11-rc6-1913-gca184421c5d2) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1913-gca184421c5d2/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc6-1913-gca184421c5d2 Git Commit:

[Bug 100663] commit 61e47d92c5196 breaks RS780

https://bugs.freedesktop.org/show_bug.cgi?id=100663 octoploid changed: What|Removed |Added CC||hi-an...@yandex.ru

  1   2   >