libdrm-armada repository

Hi Joshua, On Tue, Aug 2, 2016 at 8:09 PM, Joshua Clayton wrote: > Greetings Russell, > I'm publishing an etnaviv yocto layer on github. Cool! Could you please let us know when this layer becomes available? Thanks

[git pull] drm i915 psr fixes

Hi Linus, These are the two fixes from Ville for the bug you are seeing on your HSW laptop, They pretty much disable PSR in some cases where the panel reports a setup time that would cause issues, like you seem to have. Dave. The following changes since commit

[Bug 97122] list of 12 dEQP-GLES2 tests causing systematic GPU lockups

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/b9f41f37/attachment-0001.html>

[v5,1/6] drm/i915/skl: Add support for the SAGV, fix underrun hangs

Hi, On 08/02/2016 08:52 PM, cpaul at redhat.com wrote: > Since the watermark calculations for Skylake are still broken, we're apt > to hitting underruns very easily under multi-monitor configurations. > While it would be lovely if this was fixed, it's not. Another problem > that's been coming

[git pull] drm for v4.8

On Tue, Aug 02, 2016 at 08:01:14PM +0200, Daniel Vetter wrote: > On Tue, Aug 2, 2016 at 6:40 PM, Linus Torvalds > wrote: > > On Tue, Aug 2, 2016 at 4:10 AM, Ville Syrjälä > > wrote: > >> > >> So PSR seems more likely. The underruns might point at some watermark > >> fail though :( > >> > >> I

[PATCH V3 1/5] drm/imx-ldb: Add support to drm-bridge

Hi Philipp, Thank you for the review. I'm preparing V4, what about this: --- drivers/gpu/drm/imx/imx-ldb.c | 118 -- 1 file changed, 78 insertions(+), 40 deletions(-) diff --git a/drivers/gpu/drm/imx/imx-ldb.c b/drivers/gpu/drm/imx/imx-ldb.c index

[v9 PATCH 6/6] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[v9 PATCH 5/6] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v9: - modify the reference phy = < 0>, < 0>; Changes in v8: None Changes in v7: None Changes in v6: - add assigned-clocks and assigned-clock-rates - add

[v9 PATCH 0/6] Rockchip Type-C and DisplayPort driver

Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and

[git pull] drm for v4.8

On Tue, Aug 2, 2016 at 6:40 PM, Linus Torvalds wrote: > On Tue, Aug 2, 2016 at 4:10 AM, Ville Syrjälä > wrote: >> >> So PSR seems more likely. The underruns might point at some watermark >> fail though :( >> >> I have a couple of pending PSR patches you may want to try as well, >> if

[PATCH libdrm] Make sure the second argument to container_of() is initialized

On 02.08.2016 12:08, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes warnings and miscompilation resulting in crashes with clang. How annoying. Seems like this would affect most (current and future) uses of container_of, and so it would be better to switch to the Linux kernel version of

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

nts/20160802/024950c9/attachment.html>

RFC: hardware accelerated bitblt using dma engine

On Tue, Aug 2, 2016 at 5:43 PM, Enrico Weigelt, metux IT consult wrote: > On 02.08.2016 16:04, Daniel Vetter wrote: > >> If you mean "add a generic hw-accelerated bitblt operation": This is not >> hw drm works. The generic kms stuff is about display only, with just very >> basic (hence "dumb")

[PATCH libdrm] Make sure the second argument to container_of() is initialized

From: Michel Dänzer Fixes warnings and miscompilation resulting in crashes with clang. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94249 Signed-off-by: Michel Dänzer --- amdgpu/amdgpu_vamgr.c | 2 +- util_double_list.h| 10 +- 2 files changed,

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

On Tue, Aug 02, 2016 at 05:41:50PM +0200, Maarten Lankhorst wrote: > Op 01-08-16 om 13:48 schreef Ville Syrjälä: > > On Mon, Aug 01, 2016 at 10:48:37AM +0200, Maarten Lankhorst wrote: > >> Op 29-07-16 om 22:33 schreef Matt Roper: > >>> On Fri, Jul 29, 2016 at 12:39:05PM +0300, Ville Syrjälä

[PATCH 0215/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0214/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0213/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0212/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0211/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0210/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0209/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0208/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0207/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0206/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0205/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0204/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0203/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0202/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0201/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0200/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0199/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0198/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0197/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0196/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0195/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0194/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0193/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0192/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0191/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0190/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0189/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0188/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0187/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0186/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0185/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0184/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0183/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0182/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0181/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0180/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH 0179/1285] Replace numeric parameter like 0444 with macro

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability

[PATCH v6 6/6] drm/i915/skl: Update DDB values atomically with wms/plane attrs

Now that we can hook into update_crtcs and control the order in which we update CRTCs at each modeset, we can finish the final step of fixing Skylake's watermark handling by performing DDB updates at the same time as plane updates and watermark updates. The first major change in this patch is

[PATCH v6 5/6] drm/i915: Move CRTC updating in atomic_commit into it's own hook

Since we have to write ddb allocations at the same time as we do other plane updates, we're going to need to be able to control the order in which we execute modesets on each pipe. The easiest way to do this is to just factor this section of intel_atomic_commit_tail() (intel_atomic_commit() for

[PATCH v6 4/6] drm/i915/skl: Ensure pipes with changed wms get added to the state

If we're enabling a pipe, we'll need to modify the watermarks on all active planes. Since those planes won't be added to the state on their own, we need to add them ourselves. Signed-off-by: Lyude Reviewed-by: Matt Roper Cc: stable at vger.kernel.org Cc: Ville Syrjälä Cc: Daniel Vetter Cc:

[PATCH v6 3/6] drm/i915/skl: Update plane watermarks atomically during plane updates

Thanks to Ville for suggesting this as a potential solution to pipe underruns on Skylake. On Skylake all of the registers for configuring planes, including the registers for configuring their watermarks, are double buffered. New values written to them won't take effect until said registers are

[PATCH v6 2/6] drm/i915/gen9: Only copy WM results for changed pipes to skl_hw

From: Matt Roper When we write watermark values to the hardware, those values are stored in dev_priv->wm.skl_hw. However with recent watermark changes, the results structure we're copying from only contains valid watermark and DDB values for the pipes that are

[PATCH v6 1/6] drm/i915/skl: Add support for the SAGV, fix underrun hangs

Since the watermark calculations for Skylake are still broken, we're apt to hitting underruns very easily under multi-monitor configurations. While it would be lovely if this was fixed, it's not. Another problem that's been coming from this however, is the mysterious issue of underruns causing

[PATCH v6 0/6] Finally fix watermarks

Latest version of https://patchwork.freedesktop.org/patch/102581/ . Lyude (5): drm/i915/skl: Add support for the SAGV, fix underrun hangs drm/i915/skl: Update plane watermarks atomically during plane updates drm/i915/skl: Ensure pipes with changed wms get added to the state drm/i915: Move

[Intel-gfx] [PATCH v4 0/6] Finally fix watermarks

Op 01-08-16 om 13:48 schreef Ville Syrjälä: > On Mon, Aug 01, 2016 at 10:48:37AM +0200, Maarten Lankhorst wrote: >> Op 29-07-16 om 22:33 schreef Matt Roper: >>> On Fri, Jul 29, 2016 at 12:39:05PM +0300, Ville Syrjälä wrote: On Thu, Jul 28, 2016 at 05:03:52PM -0700, Matt Roper wrote: >

[Bug 97122] list of 12 dEQP-GLES2 tests causing systematic GPU lockups

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

[PATCH 1/2] drm/ttm: add interface to export kernel_zone max memory size in ttm

Am 02.08.2016 um 06:57 schrieb Alex Deucher: > On Wed, Jul 27, 2016 at 7:21 AM, Ken Wang wrote: >> Change-Id: I9f30b54365492b234a7f0887dd0c67a9817c3705 >> Signed-off-by: Ken Wang > Adding dri-devel as well since ttm is a common component. > > Reviewed-by: Alex Deucher A bit commit message

[PATCH v5 07/10] drm/mediatek: add dsi transfer function

Hi CK, On Tue, 2016-08-02 at 14:55 +0800, CK Hu wrote: > Hi, YT: > > On Thu, 2016-07-28 at 17:28 +0800, YT Shen wrote: > > From: shaoming chen > > > > add dsi read/write commands for transfer function > > > > Signed-off-by: shaoming chen > > --- > > drivers/gpu/drm/mediatek/mtk_dsi.c | 286

[PATCH v5 06/10] drm/mediatek: add dsi interrupt control

Hi CK, On Tue, 2016-08-02 at 14:07 +0800, CK Hu wrote: > Hi, YT: > > On Thu, 2016-07-28 at 17:28 +0800, YT Shen wrote: > > From: shaoming chen > > > > add dsi interrupt control > > > > Signed-off-by: shaoming chen > > --- > > drivers/gpu/drm/mediatek/mtk_dsi.c | 92 > >

[PATCH v5 6/6] drm/i915/skl: Update DDB values atomically with wms/plane attrs

On Tue, Aug 02, 2016 at 02:52:54PM -0400, Lyude wrote: > Now that we can hook into update_crtcs and control the order in which we > update CRTCs at each modeset, we can finish the final step of fixing > Skylake's watermark handling by performing DDB updates at the same time > as plane updates and

[RFC 0/3] drm: Add DRM text mode

On Tue, Aug 2, 2016 at 3:41 PM, David Herrmann wrote: > Hey > > On Thu, Jul 28, 2016 at 4:15 PM, Noralf Trønnes > wrote: >> This patchset explores the idea of adding a DRM text mode >> (like VGA text mode) to get an alternative to fbcon/fbdev. >> >> David Hermann has done alot of work on a

[Intel-gfx] [PATCH 0197/1285] Replace numeric parameter like 0444 with macro

On Tue, Aug 02, 2016 at 02:37:37PM +0300, Ville Syrjälä wrote: > On Tue, Aug 02, 2016 at 06:48:47PM +0800, Baole Ni wrote: > > I find that the developers often just specified the numeric value > > when calling a macro which is defined with a parameter for access > > permission. > > As we know,

libdrm-armada repository

Greetings Russell, I'm publishing an etnaviv yocto layer on github. One of the components is libdrm-armada, which we get from git://ftp.arm.linux.org.uk/~rmk/libdrm-armada.git I don't want to put an unwanted extra burden on your server. I notice there is also

RFC: hardware accelerated bitblt using dma engine

On Tue, Aug 02, 2016 at 03:21:08PM +0200, Enrico Weigelt, metux IT consult wrote: > Hi folks, > > > I'm currently thinking about adding an hw-accelerated bitblt operation. > The idea goes like this: > > * we add some bitblt ioctl which copies rects between bo's. > (it also handles memory

[Intel-gfx] [PATCH 0197/1285] Replace numeric parameter like 0444 with macro

On Tue, Aug 02, 2016 at 02:37:37PM +0300, Ville Syrjälä wrote: > On Tue, Aug 02, 2016 at 06:48:47PM +0800, Baole Ni wrote: > > I find that the developers often just specified the numeric value > > when calling a macro which is defined with a parameter for access > > permission. > > As we know,

[PATCH] drm/virtio: fix building without CONFIG_FBDEV

On Tue, Aug 02, 2016 at 12:09:15PM +0200, Arnd Bergmann wrote: > Removing the build-time dependency on DRM_KMS_FB_HELPER means > we can now build with CONFIG_FB disabled or as a loadable module, > leading to a link error: > > ERROR: "remove_conflicting_framebuffers" >

[PATCH] drm/gma500: remove comment for non-existent parameter

On Mon, Aug 01, 2016 at 05:14:37PM +0800, jiang.biao2 at zte.com.cn wrote: > Remove comment for non-existent parameter in psbfb_alloc(). > > Signed-off-by: Jiang Biao Patch seems whitespace mangled and doesn't apply. -Daniel > --- > drivers/gpu/drm/gma500/framebuffer.c | 1 - > 1 file

[PATCH] drm: Don't prepare or cleanup unchanging frame buffers [v2]

On Sun, Jul 31, 2016 at 01:08:54AM -0700, Keith Packard wrote: > When reconfiguring a plane position (as in moving the cursor), the > frame buffer for the cursor isn't changing, so don't call the prepare > or cleanup driver functions. > > This avoids making cursor position updates block on all

[Patch V3] intel: Export pooled EU and min no. of eus in a pool.

Update kernel interface with new I915_GETPARAM ioctl entries for pooled EU and min no. of eus in a pool. Add a wrapping function for each parameter. Userspace drivers need these values when decide the thread count. This kernel enabled pooled eu by default for BXT and for fused down 2x6 parts it is

[RFC 0/3] drm: Add DRM text mode

Hey On Thu, Jul 28, 2016 at 4:15 PM, Noralf Trønnes wrote: > This patchset explores the idea of adding a DRM text mode > (like VGA text mode) to get an alternative to fbcon/fbdev. > > David Hermann has done alot of work on a fbcon replacement: > - drm: add kernel-log renderer (Mar 2014)[1] > -

[PATCH] drm/i915: cleanup_plane_fb: also drop reference to current state wait_req

On Sun, Jul 31, 2016 at 12:54:51AM -0700, Keith Packard wrote: > There are two paths into intel_cleanup_plane_fb, the normal completion > path and the failure path. > > In the failure case, intel_cleanup_plane_fb is called before > drm_atomic_helper_swap_state, so any wait_req reference made in >

[PATCH -next] drm/amdgpu: use kmemdup rather than duplicating its implementation

Am 01.08.2016 um 14:16 schrieb Nicolai Hähnle: > On 29.07.2016 20:38, Deucher, Alexander wrote: >>> -Original Message- >>> From: Sean Paul [mailto:seanpaul at google.com] >>> Sent: Friday, July 29, 2016 3:35 PM >>> To: Wei Yongjun >>> Cc: Deucher, Alexander; Koenig, Christian; Dave

[Intel-gfx] [PATCH 0197/1285] Replace numeric parameter like 0444 with macro

On Tue, 02 Aug 2016, Ville Syrjälä wrote: > On Tue, Aug 02, 2016 at 06:48:47PM +0800, Baole Ni wrote: >> I find that the developers often just specified the numeric value >> when calling a macro which is defined with a parameter for access permission. >> As we know, these numeric value for

[PATCH 2/2] drm: mali-dp: Set the drm->irq_enabled flag to match driver's state.

On Fri, Jul 29, 2016 at 03:44:16PM +0100, Liviu Dudau wrote: > Mali DP driver does not use drm_irq_{un,}install() function so the > drm->irq_enabled flag does not get managed automatically. Among other > DRM framework functions, drm_wait_vblank() checks the value of the > flag and return -EINVAL

[PATCH 0179/1285] Replace numeric parameter like 0444 with macro

> -Original Message- > From: Baole Ni [mailto:baolex.ni at intel.com] > Sent: Tuesday, August 02, 2016 6:47 AM > To: Deucher, Alexander; Koenig, Christian; airlied at linux.ie; > tony.luck at intel.com; matt at codeblueprint.co.uk; m.chehab at samsung.com; > lho at apm.com; dougthompson at

[PATCH 01/01] Add nvd9128 as a simple panel

Add New Vision Display 7.0" 800 RGB x 480 TFT LCD panel Upstream-Status: Pending Signed-off-by: Fabien Lahoudere --- .../devicetree/bindings/display/panel/nvd,9128.txt | 7 ++ .../devicetree/bindings/vendor-prefixes.txt| 1 + drivers/gpu/drm/panel/panel-simple.c |

[git pull] drm for v4.8

On Tue, 02 Aug 2016, Jiri Kosina wrote: > On Mon, 1 Aug 2016, Linus Torvalds wrote: > >> > This is the main drm pull request for 4.8, I'm down with a cold at the >> > moment >> > so hopefully this isn't in too bad a state, I finished pulling stuff last >> > week mostly (nouveau fixes just went

[Intel-gfx] [PATCH 0/9] drm: Store clipped coordinates in drm_plane_state

On Mon, Aug 01, 2016 at 06:19:02PM +0300, Ville Syrjälä wrote: > On Mon, Aug 01, 2016 at 11:12:05AM -0400, Sean Paul wrote: > > On Tue, Jul 26, 2016 at 12:06 PM, wrote: > > > From: Ville Syrjälä > > > > > > Moving the clipped plane coordinates into drm_plane_state has been > > > discussed a

[git pull] drm for v4.8

On Tue, 02 Aug 2016, Linus Torvalds wrote: > On Tue, Aug 2, 2016 at 4:10 AM, Ville Syrjälä > wrote: >> >> I have a couple of pending PSR patches you may want to try as well, >> if i915.enable_psr=0 helps. > > Yes. i915.enable_psr=0 seems to make the bad flickering go away. > > I'll try your

RFC: hardware accelerated bitblt using dma engine

Hi folks, I'm currently thinking about adding an hw-accelerated bitblt operation. The idea goes like this: * we add some bitblt ioctl which copies rects between bo's. (it also handles memory layouts, pixfmt conversion, etc) * the driver can decide to let the GPU or IPU do that, if available *

[PATCH v6 09/10] drm/i915: Update bits per component for display info

On Tue, Aug 02, 2016 at 02:41:25PM +0300, Ville Syrjälä wrote: > On Tue, Aug 02, 2016 at 02:23:13PM +0300, Mika Kahola wrote: > > On Tue, 2016-07-12 at 15:51 +0200, Daniel Vetter wrote: > > > On Wed, Jul 06, 2016 at 02:04:53PM +0300, Mika Kahola wrote: > > > > DisplayPort branch device may

Fwd: EDID/DP fixes for proper bpc detection of displays.

On Sat, Jul 30, 2016 at 05:08:03PM +0200, Mario Kleiner wrote: > Three weeks have passed, so resending. Could i maybe excite somebody to > review/merge at least some of the really trivial but important patches to > fix regressions back-ported to all stable kernels, mostly in Intel kms + DP >

[PATCH 1/3] drm: bridge: add DesignWare HDMI I2S audio support

On Tue, Aug 02, 2016 at 12:47:46AM +, Kuninori Morimoto wrote: > > Hi Mark > > > > Mark, Thierry, Daniel > > > I wonder who can be maintainer for this patch ?? > > > > It's a DRM patch so I'd expect someone in the DRM subsystem. > > OK, I see. > But, I will keep Cc to you for this

[PATCH V3 2/5] dts/imx6q-b850v3: Configure IPU assignment order

On Mon, Aug 01, 2016 at 01:30:57PM +0100, Peter Senna Tschudin wrote: > Hi Lucas, > > Thank you for the prompt review. > > On Monday, August 1, 2016 10:54 CEST, Lucas Stach > wrote: > > > Am Sonntag, den 31.07.2016, 21:55 +0200 schrieb Peter Senna Tschudin: > > > As the IPU has combined

[PATCH v5 5/6] drm/i915: Move CRTC updating in atomic_commit into it's own hook

On Tue, Aug 02, 2016 at 02:52:53PM -0400, Lyude wrote: > Since we have to write ddb allocations at the same time as we do other > plane updates, we're going to need to be able to control the order in > which we execute modesets on each pipe. The easiest way to do this is to > just factor this

[RFC 0/3] drm: Add DRM text mode

On Sat, Jul 30, 2016 at 5:48 PM, Noralf Trønnes wrote: > Den 29.07.2016 10:23, skrev Daniel Vetter: >> >> Actually adding David. >> -Daniel >> >> On Fri, Jul 29, 2016 at 10:20:51AM +0200, Daniel Vetter wrote: >>> >>> On Thu, Jul 28, 2016 at 04:15:04PM +0200, Noralf Trønnes wrote: This

[PATCH 3/3] ARM: dts: am335x-boneblack: Add HDMI audio support

Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed, clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to follow the new binding. Signed-off-by: Jyri Sarha --- arch/arm/boot/dts/am335x-boneblack.dts | 71 -- 1 file changed, 67 insertions(+), 4

[PATCH 2/3] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

Register ASoC HDMI codec for audio functionality and adds device tree binding for audio configuration. With the registered HDMI codec the tda998x node can be used like a regular codec node in ASoC card configurations. HDMI audio info-frame and audio stream header is generated by the ASoC HDMI

[PATCH 1/3] drm/i2c: tda998x: Improve tda998x_configure_audio() audio related pdata

Define struct tda998x_audio_params in include/drm/i2c/tda998x.h and use it in pdata and for tda998x_configure_audio() parameters. Also updates tda998x_write_aif() to take struct hdmi_audio_infoframe * directly as a parameter. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/i2c/tda998x_drv.c | 77

[PATCH 0/3] drm/i2c: tda998x ASoC hdmi-codec support + BeagleBoneBlack audio support

These patches are just a rebase of the same patches from my "[PATCH v4 0/7] Implement generic ASoC HDMI codec and use it in tda998x" -patch series. I have only made updates required by efc9194bcff8 ("ASoC: hdmi-codec: callback function will be called with private data") -patch. The first patch

[RFC 0/3] drm: Add DRM text mode

On Mon, Aug 1, 2016 at 12:50 PM, Noralf Trønnes wrote: > > Den 30.07.2016 17:48, skrev Noralf Trønnes: >> >> >> Den 29.07.2016 10:23, skrev Daniel Vetter: >>> >>> Actually adding David. >>> -Daniel >>> >>> On Fri, Jul 29, 2016 at 10:20:51AM +0200, Daniel Vetter wrote: On Thu, Jul 28,

[PATCH v5 07/10] drm/mediatek: add dsi transfer function

Hi, YT: On Thu, 2016-07-28 at 17:28 +0800, YT Shen wrote: > From: shaoming chen > > add dsi read/write commands for transfer function > > Signed-off-by: shaoming chen > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 286 > > 1 file changed, 286

[PATCH v5 6/6] drm/i915/skl: Update DDB values atomically with wms/plane attrs

Now that we can hook into update_crtcs and control the order in which we update CRTCs at each modeset, we can finish the final step of fixing Skylake's watermark handling by performing DDB updates at the same time as plane updates and watermark updates. The first major change in this patch is

[PATCH v5 5/6] drm/i915: Move CRTC updating in atomic_commit into it's own hook

Since we have to write ddb allocations at the same time as we do other plane updates, we're going to need to be able to control the order in which we execute modesets on each pipe. The easiest way to do this is to just factor this section of intel_atomic_commit_tail() (intel_atomic_commit() for

[PATCH v5 4/6] drm/i915/skl: Ensure pipes with changed wms get added to the state

If we're enabling a pipe, we'll need to modify the watermarks on all other active pipes. Since those pipes won't be added to the state on their own, we need to add them ourselves. Signed-off-by: Lyude Cc: stable at vger.kernel.org Cc: Ville Syrjälä Cc: Daniel Vetter Cc: Radhakrishna Sripada

  1   2   >