[PULL] drm-intel-fixes

Hi Dave, Firs of all thanks for pulling previous request. Here goes another round of drm/i915 fixes. This is on top of previous one. If this gets to Linus by 4.14-rc4 the next one will be fully on right bases. All my local dim scripts already ajusted for that and a global "dim" solution is

[PULL] drm-misc-next

Hi Dave, drm-misc-next-2017-10-05: More drm-misc for 4.15: Cross-subsystem Changes: - bunch more simple outreachy patches (Meghana Madhyastha, Aishwarya Pant, Haneen Mohammed) - Quite a pile of static checker/cocci/spelling fixups all over. - Final driver patches+core cleanup of Noralf's new

Re: [PATCH 4/6] drm: Add drm_object lease infrastructure [v3]

> + * > + * drm_master at the top of the tree (i.e, with lessor NULL > + */ > +struct drm_master *drm_lease_owner(struct drm_master *master) { ^ there's a couple of misplaced braces around. start of next line please. > + while (master->lessor != NULL) > + master =

Re: [PATCH v3 1/2] drm/tinydrm: Move tinydrm_of_find_backlight into drm_of.c

On Tue, Oct 03, 2017 at 07:38:29PM +0200, Noralf Trønnes wrote: > > Den 03.10.2017 18.02, skrev Noralf Trønnes: > > > >Den 03.10.2017 16.58, skrev Noralf Trønnes: > >> > >>Den 02.10.2017 10.13, skrev Jani Nikula: > >>>On Mon, 02 Oct 2017, Daniel Vetter wrote: > Also adding

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

On 5 October 2017 at 13:24, Dave Airlie wrote: > On 5 October 2017 at 13:17, Dave Airlie wrote: >>> --- >>> drivers/gpu/drm/drm_ioctl.c | 4 + >>> drivers/gpu/drm/drm_lease.c | 270 >>> >>>

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

On 5 October 2017 at 13:17, Dave Airlie wrote: >> --- >> drivers/gpu/drm/drm_ioctl.c | 4 + >> drivers/gpu/drm/drm_lease.c | 270 >> >> include/drm/drm_lease.h | 12 ++ >> include/uapi/drm/drm.h | 5 + >>

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

> --- > drivers/gpu/drm/drm_ioctl.c | 4 + > drivers/gpu/drm/drm_lease.c | 270 > > include/drm/drm_lease.h | 12 ++ > include/uapi/drm/drm.h | 5 + > include/uapi/drm/drm_mode.h | 64 +++ > 5 files changed, 355 insertions(+) >

Re: [PATCH v2] drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl

Hi Boris, [auto build test WARNING on v4.14-rc2] [also build test WARNING on next-20170929] [cannot apply to anholt/for-next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

https://bugs.freedesktop.org/show_bug.cgi?id=96868 --- Comment #32 from markus-germ...@web.de --- I wanted to add a comment, because I'm also affected with a slightly different setup then most of the users that posted here. I have a Radeon R9 390, use an up-to-date Arch Linux (Kernel

Re: [PATCH] drm/gem-cma-helper: Change the level of the allocation failure message

Boris Brezillon writes: > drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to > allocate the amount of memory we requested. This can lead to annoying > error messages when CMA is only one possible source of memory for the BO > allocation.

Re: [PATCH] cma: Take __GFP_NOWARN into account in cma_alloc()

On 10/04/2017 05:54 AM, Boris Brezillon wrote: > cma_alloc() unconditionally prints an INFO message when the CMA > allocation fails. Make this message conditional on the non-presence of > __GFP_NOWARN in gfp_mask. > > Signed-off-by: Boris Brezillon Acked-by:

[Bug 103080] DC driver from drm-next-4.15-dc branch (upstream PR) not working

https://bugs.freedesktop.org/show_bug.cgi?id=103080 --- Comment #3 from Harry Wentland --- We've got a fix incoming in a day or two for that kernel oops with the next set of DC patches. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

Den 29.09.2017 09.48, skrev Harsha Sharma: Convert instances of dev_error to DRM_DEV_ERROR as we have DRM_DEV_ERROR variants of drm print macros. Signed-off-by: Harsha Sharma --- Changes in v2: -Fix alignment issues This patchfile is corrupt. Looks like you

Task based virtual address spaces

Trying to start back up the conversation about multiple address spaces for IOMMU devices. If you will remember Jean-Philippe posted some patches back in February for SVM on arm-smmu-v3. For quite some time the downstream Snapdragon kernels have supported something we call "per-process" page

[Bug 103102] Cannot wake-up with an AMD RX 480 on Linux 4.13 and Linux 4.14

https://bugs.freedesktop.org/show_bug.cgi?id=103102 Bug ID: 103102 Summary: Cannot wake-up with an AMD RX 480 on Linux 4.13 and Linux 4.14 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS:

[PATCH 4/8] drm/fb-helper: Add .last_close and .output_poll_changed helpers

This adds helpers for the drm_driver->last_close and the drm_mode_config_funcs->output_poll_changed callbacks. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_helper.c | 32 include/drm/drm_fb_helper.h | 10 ++ 2 files

[PATCH 5/8] drm/gem-fb-helper: Add drm_gem_fb_debugfs_show()

Add drm_gem_fb_debugfs_show() function to provide a debugfs representation of the framebuffer and GEM object(s). Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_gem_framebuffer_helper.c | 45 include/drm/drm_gem_framebuffer_helper.h |

[PATCH 3/8] drm/fb-helper: Add simple init/fini functions

This adds some simple init/fini helpers for drivers that don't need anything special in their fbdev emulation setup. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_helper.c | 163 include/drm/drm_fb_helper.h | 22 ++

[PATCH 7/8] drm/tinydrm: Use drm_vmalloc_bo

Use the vmalloc BO helper instead of the cma helper to be able to PRIME import from more drivers. The cma helper can only import physically continuous buffers, but tinydrm only requires the buffer to be virtually continuous. This switch also makes it possible to use the drm_fb_helper_lastclose()

[PATCH 0/8] drm/tinydrm: Use vmalloc BO

This patchset adds a library for vmalloc buffer objects and makes use of it in tinydrm. The reason I want to move away from the cma helper, is that it restricts which drivers to PRIME import from, since cma requires the buffer to be physically continuous. Initially I looked at udl and decided to

[PATCH 8/8] drm/tinydrm: Relax buffer line prefetch

vmalloc BO's gives us cached reads, so no need to prefetch in that case. Prefetching gives a ~20% speedup on a cma buffer using the mi0283qt driver on a Raspberry Pi 1. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 54

[PATCH 6/8] drm: Add vmalloc BO helper

Add vmalloc buffer object helper that can be useful for modesetting drivers, particularly the framebuffer flushing kind. Signed-off-by: Noralf Trønnes --- Documentation/gpu/drm-kms-helpers.rst | 12 ++ drivers/gpu/drm/Kconfig | 7 +

[PATCH 2/8] drm: Add drm_device->fbdev pointer

drm_fb_helper is *the* way of doing fbdev emulation so add a pointer to struct drm_device. This makes it possible to add callback helpers for .last_close and .output_poll_changed further reducing fbdev emulation footprint in drivers. Signed-off-by: Noralf Trønnes ---

[PATCH 1/8] drm/fb-helper: Handle function NULL argument

Make functions tolerate that the drm_fb_helper argument is NULL. This is useful for drivers that continue probing when fbdev emulation fails and not having to do this check themselves. Update docs for functions that already handles this. Signed-off-by: Noralf Trønnes ---

[Bug 103100] Image corruptions, instability and performance regression in drm-next-wip Kernel

https://bugs.freedesktop.org/show_bug.cgi?id=103100 Bug ID: 103100 Summary: Image corruptions, instability and performance regression in drm-next-wip Kernel Product: Mesa Version: git Hardware: Other OS:

[Bug 99841] Switching to VT freezes X only on a dual screen

https://bugs.freedesktop.org/show_bug.cgi?id=99841 mattia.b89 changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH] drm/gem-cma-helper: Change the level of the allocation failure message

On Wed, Oct 04, 2017 at 03:08:39PM +0200, Boris Brezillon wrote: > drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to > allocate the amount of memory we requested. This can lead to annoying > error messages when CMA is only one possible source of memory for the BO >

Re: [PATCH] drm: use size_t variables to iterate through pages

On Tue, Oct 03, 2017 at 09:38:11AM -0600, Jordan Crouse wrote: > drm_gem_get_pages() and drm_gem_put_pages() calculate the number > of pages to operate on from obj->size which is a size_t. Use > similarly sized variables to calculate and iterate through the > pages to avoid possibly losing bits

Re: [PATCH] drm: fix typo in drm_gem_get_pages() comment

On Tue, Oct 03, 2017 at 09:38:10AM -0600, Jordan Crouse wrote: > I spent an embarrassingly long time looking for drm_gem_init_object() > before I realized I was actually looking for drm_gem_object_init(). > Fix the typo to keep other poor developers from suffering the same > fate. > >

[Bug 102800] DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #6 from Michel Dänzer --- (In reply to higuita from comment #0) > All this setup worked fine in a previous kernel versions, IIRC, 4.11 and > below and started to fail in 4.12 and above Any chance you can bisect

[Bug 102796] steam not rendering correctly on VEGA 56

https://bugs.freedesktop.org/show_bug.cgi?id=102796 Michel Dänzer changed: What|Removed |Added Resolution|--- |FIXED

[Bug 102814] Blender 2.79 flickering

https://bugs.freedesktop.org/show_bug.cgi?id=102814 Michel Dänzer changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug 97059] Tahiti+DRI3+Unity+Blender corruption

https://bugs.freedesktop.org/show_bug.cgi?id=97059 Michel Dänzer changed: What|Removed |Added CC|

Re: [PATCH 09/12] of: overlay: avoid race condition between applying multiple overlays

On Mon, Oct 2, 2017 at 10:53 PM, wrote: > From: Frank Rowand > > The process of applying an overlay consists of: > - unflatten an overlay FDT (flattened device tree) into an > EDT (expanded device tree) > - fixup the phandle values in the

Re: [PATCH 00/12] of: overlay: clean up device tree overlay code

On Mon, Oct 2, 2017 at 10:53 PM, wrote: > From: Frank Rowand > > I have found the device tree overlay code to be difficult to read and > maintain. This patch series attempts to improve that situation. > > The cleanup includes some changes visible

Re: [alsa-devel] [PATCH 0/6 v4] Add ASoC support for AMD Stoney APUs

On Thu, Sep 28, 2017 at 07:21:07PM +, Deucher, Alexander wrote: > > Any updates with the pull requests? > Sorry travelling last week and swamped this week. I'm going to try > and get it done tomorrow, otherwise, probably the week after. No worries, it's only -rc3 so we've got 3-4 weeks.

[Bug 102926] Tonga agd5f drm-next-4.15-wip powerplay display artifacts.

https://bugs.freedesktop.org/show_bug.cgi?id=102926 --- Comment #2 from Tom St Denis --- I've independently bisected it to the same commit on drm-next commit 0b6b4cbf77c995a34a4ec3d705a636434dadc51a Author: Rex Zhu Date: Thu Sep 14 21:05:18 2017 +0800

[PATCH] drm/gem-cma-helper: Change the level of the allocation failure message

drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to allocate the amount of memory we requested. This can lead to annoying error messages when CMA is only one possible source of memory for the BO allocation. Turn this error message into a debug one and add a __must_check

[PATCH] cma: Take __GFP_NOWARN into account in cma_alloc()

cma_alloc() unconditionally prints an INFO message when the CMA allocation fails. Make this message conditional on the non-presence of __GFP_NOWARN in gfp_mask. Signed-off-by: Boris Brezillon --- Hello, This patch aims at removing INFO messages that are

Re: [PATCH] sync_file: Return consistent status in SYNC_IOC_FILE_INFO

On Wed, Oct 04, 2017 at 11:43:23AM +0100, Chris Wilson wrote: > In hindsight, having both the per-fence and global variable be called > info was a mistake. Certainly made this diff a little harder to parse > than required! I agree, I had to re-read the code a few times to find & fix the bug. >

Applied "regmap: add iopoll-like polling macro for regmap_field" to the regmap tree

The patch regmap: add iopoll-like polling macro for regmap_field has been applied to the regmap tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Re: [PATCH v5 2/2] staging: ion: create one device entry per heap

On Tue, Oct 03, 2017 at 04:08:30PM -0700, Sandeep Patil wrote: > It is entirely possible and easy in android/ueventd to create those nodes > under "/dev/ion/". (assuming the heap 'subsystem' for these new devices will > point to 'ion'). The reason I didn't say /dev/ion/foo initially is that if

Re: [PATCH v3 09/14] regmap: add iopoll-like polling macro for regmap_field

On Fri, Sep 29, 2017 at 04:23:01PM +0800, Chen-Yu Tsai wrote: > This patch adds a macro regmap_field_read_poll_timeout that works > similar to the readx_poll_timeout defined in linux/iopoll.h, except > that this can also return the error value returned by a failed > regmap_field_read. The

Re: [PATCH] sync_file: Return consistent status in SYNC_IOC_FILE_INFO

Quoting John Einar Reitan (2017-10-03 14:51:00) > sync_file_ioctl_fence_info has a race between filling the status > of the underlying fences and the overall status of the sync_file. > If fence transitions in the time frame between its sync_fill_fence_info > and the later dma_fence_is_signaled for

[Bug 196777] Virtual guest using video device QXL does not reach GDM

https://bugzilla.kernel.org/show_bug.cgi?id=196777 --- Comment #13 from Gerd Hoffmann (kra...@redhat.com) --- > > Workaround #1: turn off wayland. > > Possible as a short term fix, but with wayland being pretty much "the way > forward" it doesn't seem to be a workable long term solution. Yes.

Re: [PATCH v2] gpu: ipu-v3: ipu-dc: Remove unused 'di' variable

On Sat, 2017-09-16 at 22:03 -0300, Fabio Estevam wrote: > From: Fabio Estevam > > The 'di' variable is never used inside ipu_dc_enable_channel(), > so just remove it. > > This fixes the following build warning with W=1: > > drivers/gpu/ipu-v3/ipu-dc.c: In function

[PATCH v2] drm/vc4: Add the DRM_IOCTL_VC4_GEM_MADVISE ioctl

This ioctl will allow us to purge inactive userspace buffers when the system is running out of contiguous memory. For now, the purge logic is rather dumb in that it does not try to release only the amount of BO needed to meet the last CMA alloc request but instead purges all objects placed in the

[Bug 103094] [CI] igt@gem_pwrite@* - Failed assertion: __gem_create(fd, size, ) == 0

https://bugs.freedesktop.org/show_bug.cgi?id=103094 Marta Löfstedt changed: What|Removed |Added Status|RESOLVED|CLOSED ---

[Bug 103094] [CI] igt@gem_pwrite@* - Failed assertion: __gem_create(fd, size, ) == 0

https://bugs.freedesktop.org/show_bug.cgi?id=103094 --- Comment #1 from Chris Wilson --- commit 7fd0cae99630f954cfe0089b4b7e91576a353582 (upstream/master, origin/master, origin/HEAD) Author: Chris Wilson Date: Tue Oct 3 14:52:27 2017 +0100

[Bug 103094] [CI] igt@gem_pwrite@* - Failed assertion: __gem_create(fd, size, ) == 0

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

[PATCH] sync_file: Return consistent status in SYNC_IOC_FILE_INFO

sync_file_ioctl_fence_info has a race between filling the status of the underlying fences and the overall status of the sync_file. If fence transitions in the time frame between its sync_fill_fence_info and the later dma_fence_is_signaled for the sync_file, the returned information is inconsistent

Re: [PATCH v5 2/2] staging: ion: create one device entry per heap

On Tue, Oct 03, 2017 at 02:42:32PM -0700, Laura Abbott wrote: > On 10/03/2017 09:48 AM, Mark Brown wrote: > > On Mon, Oct 02, 2017 at 11:07:48AM -0700, Laura Abbott wrote: > > > >> Thinking about this a bit more, I'm not 100% sure if this > >> will allow the security rules we want. Heap ids are

[PATCH] sync_file: Return consistent status in SYNC_IOC_FILE_INFO

sync_file_ioctl_fence_info has a race between filling the status of the underlying fences and the overall status of the sync_file. If fence transitions in the time frame between its sync_fill_fence_info and the later dma_fence_is_signaled for the sync_file, the returned information is inconsistent

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #76 from Shmerl --- Unlike the previous one, it's minimal and doesn't conflict with various staging patches that are also useful for TW3. -- You are receiving this mail because: You are the assignee for the

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #75 from Shmerl --- I made a variant of this hack for Wine itself: https://bugs.winehq.org/attachment.cgi?id=59387 -- You are receiving this mail because: You are the assignee for the