[Bug 93144] [radeonsi] Alien: Isolation feature request

vel/attachments/20160420/8cf52226/attachment.html>

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

On Wed, Apr 20, 2016 at 03:23:10PM +0100, Robert Bragg wrote: > +static void gen7_update_oacontrol_locked(struct drm_i915_private *dev_priv) > +{ > + assert_spin_locked(_priv->perf.hook_lock); > + > + if (dev_priv->perf.oa.exclusive_stream->enabled) { > + unsigned long ctx_id =

[PATCH 8/8] drm/udl: Use drm_fb_helper deferred_io support

Den 20.04.2016 19:59, skrev Daniel Vetter: > On Wed, Apr 20, 2016 at 05:25:29PM +0200, Noralf Trønnes wrote: >> Use the fbdev deferred io support in drm_fb_helper. >> The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will >> now be deferred in the same way that mmap damage is,

[PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

Den 20.04.2016 19:47, skrev Daniel Vetter: > On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote: >> Use the fbdev deferred io support in drm_fb_helper. >> The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will >> now be deferred in the same way that mmap damage is,

[PATCH 02/19] io-mapping: Specify mapping size for io_mapping_map_wc()

On Wed, Apr 20, 2016 at 07:42:13PM +0100, Chris Wilson wrote: > The ioremap() hidden behind the io_mapping_map_wc() convenience helper > can be used for remapping multiple pages. Extend the helper so that > future callers can use it for larger ranges. > > Signed-off-by: Chris Wilson > Cc: Tvrtko

[PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

Den 20.04.2016 19:44, skrev Daniel Vetter: > On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: >> Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. >> When the framebuffer memory is allocated using dma_alloc_writecombine() >> instead of vmalloc(), I get cache

[Bug 93144] [radeonsi] Alien: Isolation feature request

cause: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/891a4f36/attachment.html>

[PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Den 20.04.2016 19:42, skrev Daniel Vetter: > On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: >> Now that drm_fb_helper gets deferred io support, the >> drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule >> the worker that calls the deferred_io callback. This

[PATCH 02/19] io-mapping: Specify mapping size for io_mapping_map_wc()

On Wed, Apr 20, 2016 at 08:58:44PM +0200, Luis R. Rodriguez wrote: > On Wed, Apr 20, 2016 at 07:42:13PM +0100, Chris Wilson wrote: > > The ioremap() hidden behind the io_mapping_map_wc() convenience helper > > can be used for remapping multiple pages. Extend the helper so that > > future callers

[PATCH 8/8] drm/udl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 05:25:29PM +0200, Noralf Trønnes wrote: > Use the fbdev deferred io support in drm_fb_helper. > The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will > now be deferred in the same way that mmap damage is, instead of being > flushed directly. > The deferred

[PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote: > Use the fbdev deferred io support in drm_fb_helper. > The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will > now be deferred in the same way that mmap damage is, instead of being > flushed directly. > This patch

[PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: > Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. > When the framebuffer memory is allocated using dma_alloc_writecombine() > instead of vmalloc(), I get cache syncing problems. > This solves it: > > static int

[PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: > Now that drm_fb_helper gets deferred io support, the > drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule > the worker that calls the deferred_io callback. This will break this > driver so use the

[PATCH 02/19] io-mapping: Specify mapping size for io_mapping_map_wc()

The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: Yishai

[GIT PULL] MT8173 DRM support

On Wed, Apr 20, 2016 at 7:32 PM, Daniel Vetter wrote: > On Wed, Apr 20, 2016 at 09:21:17AM -0700, Eric Anholt wrote: >> Daniel Vetter writes: >> >> > On Wed, Apr 20, 2016 at 03:36:16PM +0200, Matthias Brugger wrote: >> >> >> >> >> >> On 19/04/16 15:42, Philipp Zabel wrote: >> >> >Hi Dave, >> >>

[GIT PULL] MT8173 DRM support

On Wed, Apr 20, 2016 at 09:21:17AM -0700, Eric Anholt wrote: > Daniel Vetter writes: > > > On Wed, Apr 20, 2016 at 03:36:16PM +0200, Matthias Brugger wrote: > >> > >> > >> On 19/04/16 15:42, Philipp Zabel wrote: > >> >Hi Dave, > >> > > >> >please consider pulling this tag with initial MediaTek

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/abdb0d27/attachment.html>

[PATCH 2/3] kernel.h: add u64_to_user_ptr()

On Wed, 2016-04-20 at 16:18 -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > This function had copies in 3 different files. Unify them in kernel.h. [] > diff --git a/include/linux/kernel.h b/include/linux/kernel.h [] > @@ -53,6 +53,12 @@ > >  #define ARRAY_SIZE(arr) (sizeof(arr) /

[GIT PULL] MT8173 DRM support

On 20/04/16 17:19, Daniel Vetter wrote: > On Wed, Apr 20, 2016 at 03:36:16PM +0200, Matthias Brugger wrote: >> >> >> On 19/04/16 15:42, Philipp Zabel wrote: >>> Hi Dave, >>> >>> please consider pulling this tag with initial MediaTek MT8173 DRM >>> support, corresponding to v14 of the patch

[PATCH v2 3/4] drm/dsi: Implement set tear scanline

Hi, [auto build test ERROR on tegra-drm/drm/tegra/for-next] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Vinay-Simha-BN/dt-bindings-Add-jdi

[PATCH 8/8] drm/udl: Use drm_fb_helper deferred_io support

Use the fbdev deferred io support in drm_fb_helper. The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will now be deferred in the same way that mmap damage is, instead of being flushed directly. The deferred mmap functionality is kept disabled by default, because of the list

[PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

Use the fbdev deferred io support in drm_fb_helper. The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will now be deferred in the same way that mmap damage is, instead of being flushed directly. This patch has only been compile tested. Signed-off-by: Noralf Trønnes ---

[PATCH 6/8] drm/fb-cma-helper: Add fb_deferred_io support

This adds fbdev deferred io support if CONFIG_FB_DEFERRED_IO is enabled. The driver has to provide a (struct drm_framebuffer_funcs *)->dirty() callback to get notification of fbdev framebuffer changes. If the dirty() hook is set, then fb_deferred_io is set up automatically by the helper. Two

[PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing problems. This solves it: static int drm_fbdev_cma_deferred_io_mmap(struct fb_info *info,

[PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. Accumulated fbdev framebuffer changes are signaled using the callback (struct drm_framebuffer_funcs *)->dirty() The drm_fb_helper_sys_*() functions will accumulate changes and schedule fb_info.deferred_work _if_ fb_info.fbdefio is

[PATCH 3/8] drm/qxl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule the worker that calls the deferred_io callback. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly. Signed-off-by: Noralf Trønnes

[PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule the worker that calls the deferred_io callback. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly. Signed-off-by: Noralf Trønnes

[PATCH 1/8] drm/rect: Add some drm_clip_rect utility functions

Add some utility functions for struct drm_clip_rect. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_rect.c | 67 include/drm/drm_rect.h | 69 ++ 2 files changed, 136 insertions(+) diff --git

[PATCH 0/8] drm: Add fbdev deferred io support to helpers

This patchset adds fbdev deferred io support to drm_fb_helper and drm_fb_cma_helper. It defers fbdev mmap and fb_{write,fillrect,copyarea,imageblit} damage and channels it through the (struct drm_framebuffer_funcs)->dirty callback on the fb_helper framebuffer which will always run in process

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Wed, Apr 20, 2016 at 04:47:20PM +0200, Daniel Vetter wrote: > On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote: > > Patch suggestion by Thomas Klausner. See also > > http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html > > > > Signed-off-by: Stefan Dirsch > > Fix your OS

[RFC v2 1/8] drm/fb-helper: Add fb_deferred_io support

Den 20.04.2016 13:12, skrev Daniel Vetter: > On Mon, Apr 18, 2016 at 05:15:03PM +0200, Noralf Trønnes wrote: >> Den 13.04.2016 13:09, skrev Daniel Vetter: >>> On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote: This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled.

[GIT PULL] MT8173 DRM support

On Wed, Apr 20, 2016 at 03:36:16PM +0200, Matthias Brugger wrote: > > > On 19/04/16 15:42, Philipp Zabel wrote: > >Hi Dave, > > > >please consider pulling this tag with initial MediaTek MT8173 DRM > >support, corresponding to v14 of the patch series. These patches have > >been mostly stable for

[Bug 44647] [wine regression] Call of Duty 4: Intro videos renders garbage

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/824e2667/attachment.html>

[PATCH 02/13] drm/omapdrm: Use unlocked gem unreferencing

Hi Daniel, Thank you for the patch. On Wednesday 30 Mar 2016 11:40:41 Daniel Vetter wrote: > For drm_gem_object_unreference callers are required to hold > dev->struct_mutex, which these paths don't. Enforcing this requirement > has become a bit more strict with > > commit

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Wed, Apr 20, 2016 at 4:39 PM, Stefan Dirsch wrote: > Patch suggestion by Thomas Klausner. See also > http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html > > Signed-off-by: Stefan Dirsch Fix your OS to have O_CLOEXEC semantics I think is what should happen here. It's an

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

Patch suggestion by Thomas Klausner. See also http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html Signed-off-by: Stefan Dirsch --- include/drm/drm.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h index b4ebaa9..739df01 100644 ---

[Bug 44647] [wine regression] Call of Duty 4: Intro videos renders garbage

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/7fe0c4f1/attachment.html>

[PATCH 1/3] staging/android: remove redundant comments on sync_merge_data

I messed up with the subject prefix, but this is v11, adds typecheck() to patch 2. 2016-04-20 Gustavo Padovan : > From: Gustavo Padovan > > struct sync_merge_data already have documentation on top of the > struct definition. No need to duplicate it. > > Signed-off-by: Gustavo Padovan >

[PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 11 April 2016 at 03:15, Mark yao wrote: > On 2016年04月08日 18:54, Tomeu Vizoso wrote: >> >> On 8 April 2016 at 03:07, Mark yao wrote: >>> >>> On 2016年04月06日 18:14, Tomeu Vizoso wrote: >>> >>> When a plane is being disabled but it's still enabled, do check if the >>> previous update

[PATCH 3/3] staging/android: refactor SYNC IOCTLs

From: Gustavo Padovan Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid future API breaks and optimize buffer allocation. Now num_fences can be filled by the caller to inform how many fences it wants to retrieve from the kernel. If the

[PATCH 2/3] kernel.h: add u64_to_user_ptr()

From: Gustavo Padovan This function had copies in 3 different files. Unify them in kernel.h. Cc: Joe Perches Cc: Andrew Morton Cc: David Airlie Cc: Daniel Vetter Cc: Rob Clark Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c

[PATCH 1/3] staging/android: remove redundant comments on sync_merge_data

From: Gustavo Padovan struct sync_merge_data already have documentation on top of the struct definition. No need to duplicate it. Signed-off-by: Gustavo Padovan Reviewed-by: Maarten Lankhorst --- drivers/staging/android/uapi/sync.h | 6 +++--- 1 file changed,

[PATCH v10 RESEND 2/3] kernel.h: add u64_to_user_ptr()

2016-04-20 Maarten Lankhorst : > Op 19-04-16 om 22:42 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > This function had copies in 3 different files. Unify them in kernel.h. > > > > Cc: Joe Perches > > Cc: Andrew Morton > > Cc: David Airlie > > Cc: Daniel Vetter > > Cc: Rob Clark

[PATCH] drm/layerscape: reduce excessive stack usage

On 2016-02-22 13:33, Arnd Bergmann wrote: > The fsl-dcu driver copies a drm_mode_config object to its > stack but then only accesses a single member (dpms_property) > once. The data structure is large enough to trigger a warning > about the amount of kernel stack being used: > >

[PATCH 0/9] Enable Gen 7 Observation Architecture

h | 133 +++ > 10 files changed, 2795 insertions(+), 37 deletions(-) > create mode 100644 drivers/gpu/drm/i915/i915_oa_hsw.c > create mode 100644 drivers/gpu/drm/i915/i915_oa_hsw.h > create mode 100644 drivers/gpu/drm/i915/i915_perf.c > > -- > 2.7.1 > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/68836221/attachment.html>

[Bug 44647] [wine regression] Call of Duty 4: Intro videos renders garbage

hint at an application bug. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/101dc2a2/attachment.html>

[PATCH v3] drm/dsi: Implement set tear scanline compile fix

Provide a small convenience wrapper that transmits a set_tear_scanline command. compilation fix Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_mipi_dsi.c b/drivers/gpu/drm/drm_mipi_dsi.c

[PATCH] drm: Loongson-3 doesn't fully support wc memory

On Wed, Apr 20, 2016 at 02:18:20PM +0800, Huacai Chen wrote: > Cc: stable at vger.kernel.org This is not the correct way to submit patches for inclusion in the stable kernel tree. Please read Documentation/stable_kernel_rules.txt for how to do this properly.

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

Patch suggestion by Thomas Klausner . See also http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html Signed-off-by: Stefan Dirsch --- include/drm/drm.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h

[PATCH] Fix compilation on systems that don't provide O_CLOEXEC

Patch suggestion by Thomas Klausner . See also http://mail-index.netbsd.org/pkgsrc-changes/2012/08/13/msg076887.html Signed-off-by: Stefan Dirsch --- include/drm/drm.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h

[PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

el/innolux,at070tn92.txt Applied, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/f4e71d52/attachment.sig>

[PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

From: Riccardo Bortolato Add support for the Innolux AT070TN92 panel. Signed-off-by: Riccardo Bortolato Signed-off-by: Boris Brezillon --- Changes since v1: - Add missing SoB --- .../bindings/display/panel/innolux,at070tn92.txt | 7 ++

[GIT PULL] MT8173 DRM support

On 19/04/16 15:42, Philipp Zabel wrote: > Hi Dave, > > please consider pulling this tag with initial MediaTek MT8173 DRM > support, corresponding to v14 of the patch series. These patches have > been mostly stable for the last few rounds. I'll follow up with the HDMI > encoder support pending

[PATCH] drm/panel: simple: Add support for Innolux AT070TN92

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/8efe027b/attachment.sig>

[PATCH 1/2] drm/radeon: forbid mapping of userptr bo through radeon device file

There are also checks in (amdgpu|radeon)_gem_mmap_ioctl() to prevent this as well. But it shouldn't hurt us to check that here as well. So both patches are Reviewed-by: Christian König Regards, Christian. Am 19.04.2016 um 15:07 schrieb Jérôme Glisse: > Allowing userptr bo which are

[PATCH 9/9] drm/i915: Add more Haswell OA metric sets

This adds 'compute', 'compute extended', 'memory reads', 'memory writes' and 'sampler balance' metric sets for Haswell. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_oa_hsw.c | 483 - 1 file changed, 482 insertions(+), 1 deletion(-) diff --git

[PATCH 8/9] drm/i915: add oa_event_min_timer_exponent sysctl

The minimal sampling period is now configurable via a dev.i915.oa_min_timer_exponent sysctl parameter. Following the precedent set by perf, the default is the minimum that won't (on its own) exceed the default kernel.perf_event_max_sample_rate default of 10 samples/s. Signed-off-by: Robert

[PATCH 7/9] drm/i915: Add dev.i915.perf_event_paranoid sysctl option

Consistent with the kernel.perf_event_paranoid sysctl option that can allow non-root users to access system wide cpu metrics, this can optionally allow non-root users to access system wide OA counter metrics from Gen graphics hardware. Signed-off-by: Robert Bragg ---

[PATCH 6/9] drm/i915: advertise available metrics via sysfs

Each metric set is given a sysfs entry like: /sys/class/drm/card0/metrics//id This allows userspace to enumerate the specific sets that are available for the current system. The 'id' file contains an unsigned integer that can be used to open the associated metric set via

[PATCH 5/9] drm/i915: Enable i915 perf stream for Haswell OA unit

Gen graphics hardware can be set up to periodically write snapshots of performance counters into a circular buffer via its Observation Architecture and this patch exposes that capability to userspace via the i915 perf interface. Cc: Chris Wilson Signed-off-by: Robert Bragg Signed-off-by: Zhenyu

[PATCH 4/9] drm/i915: Add 'render basic' Haswell OA unit config

Adds a static OA unit, MUX + B Counter configuration for basic render metrics on Haswell. This is autogenerated from an internal XML description of metric sets. Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/Makefile | 3 +- drivers/gpu/drm/i915/i915_drv.h| 14

[PATCH 3/9] drm/i915: don't whitelist oacontrol in cmd parser

Being able to program OACONTROL from a non-privileged batch buffer is not sufficient to be able to configure the OA unit. This was originally allowed to help enable Mesa to expose OA counters via the INTEL_performance_query extension, but the current implementation based on programming OACONTROL

[PATCH 2/9] drm/i915: rename OACONTROL GEN7_OACONTROL

OACONTROL changes quite a bit for gen8, with some bits split out into a per-context OACTXCONTROL register. Rename now before add more gen7 OA registers Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_cmd_parser.c | 4 ++-- drivers/gpu/drm/i915/i915_reg.h| 2 +- 2 files

[PATCH 1/9] drm/i915: Add i915 perf infrastructure

Adds base i915 perf infrastructure for Gen performance metrics. This adds a DRM_IOCTL_I915_PERF_OPEN ioctl that takes an array of uint64 properties to configure a stream of metrics and returns a new fd usable with standard VFS system calls including read() to read typed and sized records; ioctl()

[PATCH 0/9] Enable Gen 7 Observation Architecture

I've been working on some i-g-t tests for this new interface and while I still have some more tests to write, it still seemed worth sending out another updated series in the mean time. Firstly this includes updates based on Emil's previous comments. Then there have been a few issue hit while

[PATCH] drm/vc4: Add missing render node support

There shouldn't be any other driver support necessary, since none of the driver-specific ioctls ever required auth, and none of them deal with modesetting. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On Thu, Apr 14, 2016 at 8:10 PM, Archit Taneja wrote: > > > On 4/13/2016 11:58 AM, Vinay Simha BN wrote: >> >> Add support for the JDI lt070me05000 WUXGA DSI panel used in >> Nexus 7 2013 devices. >> >> Programming sequence for the panel is was originally found in the >>

[PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On Wed, Apr 13, 2016 at 7:19 PM, Thierry Reding wrote: > On Wed, Apr 13, 2016 at 11:58:04AM +0530, Vinay Simha BN wrote: >> Add support for the JDI lt070me05000 WUXGA DSI panel used in >> Nexus 7 2013 devices. >> >> Programming sequence for the panel is was originally found in the >>

[PATCH] drm: Fix compilation on systems that don't provide O_CLOEXEC

On Wed, Apr 20, 2016 at 03:49:19PM +0200, Stefan Dirsch wrote: > Patch suggestion by Thomas Klausner . See You might want to replace that with a valid email address, or remove it :)

[Bug 44647] [wine regression] Call of Duty 4: Intro videos renders garbage

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/9cafb6d2/attachment.html>

[PATCH v2 4/4] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

Add support for the JDI lt070me05000 WUXGA DSI panel used in Nexus 7 2013 devices. Programming sequence for the panel is was originally found in the android-msm-flo-3.4-lollipop-release branch from: https://android.googlesource.com/kernel/msm.git And video mode setting is from

[PATCH v2 3/4] drm/dsi: Implement set tear scanline

Provide a small convenience wrapper that transmits a set_tear_scanline command. Signed-off-by: Vinay Simha BN --- drivers/gpu/drm/drm_mipi_dsi.c | 22 ++ include/drm/drm_mipi_dsi.h | 2 ++ 2 files changed, 24 insertions(+) diff --git a/drivers/gpu/drm/drm_mipi_dsi.c

[PATCH v2 2/4] dt-bindings: Add jdi lt070me05000 panel bindings

Add documentation for lt070me05000 panel Signed-off-by: Vinay Simha BN --- .../bindings/display/panel/jdi,lt070me05000.txt| 43 ++ 1 file changed, 43 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/jdi,lt070me05000.txt diff --git

[PATCH] drm/rockchip: Return -EBUSY if there's already a pending flip event v4

As per the docs, atomic_commit should return -EBUSY "if an asycnhronous updated is requested and there is an earlier updated pending". v2: Use the status of the workqueue instead of vop->event, and don't add a superfluous wait on the workqueue. v3: Drop work_busy, as there's a sizeable delay

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

ies > ;) Yes, improving this in a follow-up patch seems fine, especially since this already seems to be a common pattern. I'll try to take a look at v4 hopefully within the week. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160420/40fdb0db/attachment.sig>

[PATCH 1/3 v6] drm: Introduce drm_connector_register_all() helper

Hi Daniel, On Wed, 2016-04-20 at 13:28 +0200, Daniel Vetter wrote: > On Tue, Apr 19, 2016 at 03:24:51PM +0300, Alexey Brodkin wrote: > > > > As a pair to already existing drm_connector_unregister_all() we're adding > > generic implementation of what is already done in some drivers. > > > > Once

[PATCH v2 5/5] dt-bindings: add documentation for Rockchip rk3399 display controllers

Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |5 + 1 file changed, 5 insertions(+) diff --git

[PATCH] drm: Loongson-3 doesn't fully support wc memory

Cc: stable at vger.kernel.org On Tue, Apr 19, 2016 at 9:53 PM, Alex Deucher wrote: > On Tue, Apr 19, 2016 at 7:19 AM, Huacai Chen wrote: >> Signed-off-by: Huacai Chen > > Reviewed-by: Alex Deucher > >> --- >> include/drm/drm_cache.h | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git

[PATCH v2 4/5] drm/rockchip: vop: add rk3399 vop support

There are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the Major differences of this two is that: VOP_BIG max output resolution is 4096x2160. VOP_LIT max output resolution is 2560x1600 VOP_BIG support

[PATCH v2 3/5] drm/rockchip: vop: introduce VOP_REG_MASK

Some new vop register support mask, bit[16-31] is mask, bit[0-15] is value, the mask is correspond to the value. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 45 ++- drivers/gpu/drm/rockchip/rockchip_drm_vop.h |1 +

[PATCH v2 2/5] dt-bindings: sort Rockchip vop compatible by chip's number

Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt index

[PATCH v2 1/5] drm/rockchip: sort registers define by chip's number

No functional changes, sort the vop registers to make code more readable. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 166 +-- drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 88 +++--- 2 files changed, 127 insertions(+), 127

[PATCH v2 0/5] drm/rockchip: add rk3399 display controller support

This series of patches add support for rk3399 display crontroller(vop), there are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the differences of this two is VOP_LIT cut off some features. Those

[PATCH] drm/panel: simple: Add support for Innolux AT070TN92

From: Riccardo Bortolato Add support for the Innolux AT070TN92 panel. Signed-off-by: Riccardo Bortolato --- .../bindings/display/panel/innolux,at070tn92.txt | 7 ++ drivers/gpu/drm/panel/panel-simple.c | 26 ++ 2 files

[PATCH] drm/ttm: fix kref count mess in ttm_bo_move_to_lru_tail

From: Flora Cui Fixes the following scenario: 1. Page table bo allocated in vram and linked to man->lru. tbo->list_kref.refcount=2 2. Page table bo is swapped out and removed from man->lru. tbo->list_kref.refcount=1 3. Command submission from userspace. Page table bo

[PATCH v2] drm: Make drm.debug parameter description more helpful

Let's be user-friendly and print an actually helpful parameter description. This makes modinfo output the debug parameter like this: parm: debug:Enable debug output, where each bit enables a debug category. Bit 0 (0x01) will enable CORE messages (drm core code)

[PATCH] drm/vc4: Add support for gamma ramps.

We could possibly save a bit of power by not requesting gamma conversion when the ramp happens to be 1:1, but at least if all the CRTCs are off the SRAM will be disabled. This should fix brightness sliders in a lot of fullscreen games. Signed-off-by: Eric Anholt ---

[PATCH] drm: probe_helper: Hide ugly ifdef

On Wed, Apr 20, 2016 at 12:24:16PM +0300, Jani Nikula wrote: > On Tue, 19 Apr 2016, Ezequiel Garcia wrote: > > Push the ifdef to the drm_edid.h and create a stub, for the > > DRM_LOAD_EDID_FIRMWARE=n case. This removes some clutter in > > the code, making it more readable. > > > > Signed-off-by:

Nouveau crashes in 4.6-rc on arm64

On 04/11/2016 04:22 PM, Alexandre Courbot wrote: > Hi Robin, > > On 04/09/2016 03:46 AM, Robin Murphy wrote: >> Hi Alex, >> >> On 08/04/16 05:47, Alexandre Courbot wrote: >>> Hi Robin, >>> >>> On 04/07/2016 08:50 PM, Robin Murphy wrote: Hello, With 4.6-rc2 (and -rc1) I'm seeing

[Intel-gfx] [PATCH] drm: i915: Improve behavior in case of broken HDMI EDID

On Tue, Apr 19, 2016 at 02:31:13PM -0300, Ezequiel Garcia wrote: > Currently, our implementation of drm_connector_funcs.detect is > based on getting a valid EDID. > > This requirement makes the driver fail to detect connected > connectors in case of EDID corruption, which in turn prevents > from

[PATCH 0/3 v6] drm: Introduce drm_connector_register_all() helper

On Tue, Apr 19, 2016 at 03:24:50PM +0300, Alexey Brodkin wrote: > As a pair to already existing drm_connector_unplug_all() > (which we'll rename in this series to drm_connector_unregister_all()) > we're adding generic implementation of what is already done in some drivers > for registering all

[PATCH 1/3 v6] drm: Introduce drm_connector_register_all() helper

On Tue, Apr 19, 2016 at 03:24:51PM +0300, Alexey Brodkin wrote: > As a pair to already existing drm_connector_unregister_all() we're adding > generic implementation of what is already done in some drivers. > > Once this helper is implemented we'll be ready to switch existing > driver-specific

[PATCH] drm: Loongson-3 doesn't fully support wc memory

On Wed, Apr 20, 2016 at 03:49:23PM +0900, Greg KH wrote: > On Wed, Apr 20, 2016 at 02:18:20PM +0800, Huacai Chen wrote: > > Cc: stable at vger.kernel.org > > > > This is not the correct way to submit patches for inclusion in the > stable kernel tree. Please read

[PATCH v3 1/2] drm: introduce bus_flags in drm_display_info

On Mon, Apr 18, 2016 at 01:38:14PM -0700, Stefan Agner wrote: > Introduce bus_flags to specify display bus properties like signal > polarities. This is useful for parallel display buses, e.g. to > specify the pixel clock or data enable polarity. > > Suggested-by: Thierry Reding > Acked-by:

[Intel-gfx] [PATCH 4/4] drm/i915: Move ioremap_wc tracking onto VMA

On Wed, Apr 20, 2016 at 11:10:54AM +0200, Luis R. Rodriguez wrote: > Reason I ask is since I noticed a while ago a lot of drivers > were using info->fix.smem_start and info->fix.smem_len consistently > for their ioremap'd areas it might make sense instead to let the > internal framebuffer

[PATCH 05/14] drm/msm: use drm_crtc_send_vblank_event()

On Tue, Apr 19, 2016 at 11:02:50AM -0300, Gustavo Padovan wrote: > Hi Rob, > > 2016-04-14 Rob Clark : > > > On Thu, Apr 14, 2016 at 1:48 PM, Gustavo Padovan > > wrote: > > > From: Gustavo Padovan > > > > > > Replace the legacy drm_send_vblank_event() with the new helper function. > > > > > >

[RFC v2 1/8] drm/fb-helper: Add fb_deferred_io support

On Mon, Apr 18, 2016 at 05:15:03PM +0200, Noralf Trønnes wrote: > > Den 13.04.2016 13:09, skrev Daniel Vetter: > >On Fri, Apr 08, 2016 at 07:05:03PM +0200, Noralf Trønnes wrote: > >>This adds deferred io support if CONFIG_FB_DEFERRED_IO is enabled. > >>Accumulated fbdev framebuffer changes are

[PATCH 02/13] drm/omapdrm: Use unlocked gem unreferencing

On Mon, Apr 18, 2016 at 07:15:04PM +0300, Tomi Valkeinen wrote: > On 30/03/16 12:40, Daniel Vetter wrote: > > For drm_gem_object_unreference callers are required to hold > > dev->struct_mutex, which these paths don't. Enforcing this requirement > > has become a bit more strict with > > > > commit

[PATCH] drm: fix lut value extraction function

On Mon, Apr 18, 2016 at 08:39:00PM +0100, Emil Velikov wrote: > On 18 April 2016 at 16:53, Daniel Vetter wrote: > > On Mon, Apr 18, 2016 at 03:40:11PM +0100, Emil Velikov wrote: > >> On 18 April 2016 at 13:36, Daniel Vetter wrote: > >> > On Mon, Apr 18, 2016 at 12:09:51PM +0100, Lionel

[PATCH] drm: Make drm.debug parameter description more helpful

(Adding Dave again) On 20 April 2016 at 06:21, Jani Nikula wrote: > On Tue, 19 Apr 2016, Ezequiel Garcia wrote: >> Let's be user-friendly and print an actually helpful parameter >> description. >> >> Signed-off-by: Ezequiel Garcia >> --- >> drivers/gpu/drm/drm_drv.c | 13 +++-- >> 1

  1   2   >