[drm-intel:drm-intel-next-queued 6/11] undefined reference to `__udivdi3'

Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/gzip Size: 25159 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/7b21c6e5/attachment-0001.gz>

[PATCH libdrm v2 3/3] etnaviv: s/get_abs_timeout_ns/get_abs_timeout

Signed-off-by: Christian Gmeiner --- etnaviv/etnaviv_pipe.c | 2 +- etnaviv/etnaviv_priv.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/etnaviv/etnaviv_pipe.c b/etnaviv/etnaviv_pipe.c index 6951362..94c5d37 100644 --- a/etnaviv/etnaviv_pipe.c +++

[PATCH libdrm v2 2/3] etnaviv: simplify etna_pipe_wait(..)

We can make use of etna_pipe_wait_ns(..). Signed-off-by: Christian Gmeiner --- etnaviv/etnaviv_pipe.c | 21 + etnaviv/etnaviv_priv.h | 9 - 2 files changed, 1 insertion(+), 29 deletions(-) diff --git a/etnaviv/etnaviv_pipe.c b/etnaviv/etnaviv_pipe.c index

[PATCH libdrm v2 1/3] etnaviv: add etna_pipe_wait_ns(..)

We need to pass through a timeout parameter to implement pipe->fence_finish() properly. The new fxn accepts a timeout in nanoseconds. Signed-off-by: Christian Gmeiner --- etnaviv/etnaviv-symbol-check | 1 + etnaviv/etnaviv_drmif.h | 1 + etnaviv/etnaviv_pipe.c | 24

[PATCH libdrm v2 0/3] etna_pipe_wait_ns(..)

Add an API to pass the timeout value (ns) from pipe->fence_finish(..) to the kernel. The current API accepts ms and special handling is needed for PIPE_TIMEOUT_INFINITE. The idea is not to break old mesa (out-of-tree) + new libdrm. It may be possible to break etnaviv's ABI as the gallium driver

[PATCH libdrm] etnaviv: add etna_pipe_wait2(..)

Please ignore... v2 is coming. thanks -- Christian Gmeiner, MSc https://soundcloud.com/christian-gmeiner 2016-11-22 22:54 GMT+01:00 Christian Gmeiner : > We need to pass through a timeout parameter to implement > pipe->fence_finish() properly. The new fxn accepts a timeout > in nanoseconds. >

[PATCH libdrm] etnaviv: add etna_pipe_wait2(..)

We need to pass through a timeout parameter to implement pipe->fence_finish() properly. The new fxn accepts a timeout in nanoseconds. Signed-off-by: Christian Gmeiner --- etnaviv/etnaviv-symbol-check | 1 + etnaviv/etnaviv_drmif.h | 1 + etnaviv/etnaviv_pipe.c | 24

[Bug 98761] [regression][radeonsi][polaris]"radeonsi: set IF_THRESHOLD to 3" breaks Witcher2's ground

eedesktop.org/archives/dri-devel/attachments/20161122/0ef9451f/attachment.html>

Enabling peer to peer device transactions for PCIe devices

> I don't think we should be using numa distance to reverse engineer a > certain allocation behavior.  The latency data should be truthful, but > you're right we'll need a mechanism to keep general purpose > allocations out of that range by default.  Just to clarify: Do you propose/thinking

Enabling peer to peer device transactions for PCIe devices

On Tue, Nov 22, 2016 at 9:35 PM, Serguei Sagalovitch wrote: > > On 2016-11-22 03:10 PM, Daniel Vetter wrote: >> >> On Tue, Nov 22, 2016 at 9:01 PM, Dan Williams >> wrote: >>> >>> On Tue, Nov 22, 2016 at 10:59 AM, Serguei Sagalovitch >>> wrote: I personally like "device-DAX" idea but

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

e the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/524c6590/attachment.html>

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

eedesktop.org/archives/dri-devel/attachments/20161122/14a7a8ee/attachment.html>

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/7ce641d5/attachment.html>

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161122/376c56b6/attachment.html>

[Bug 98753] Freeze while running the mupen64plus emulator

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/ab5dab8e/attachment.html>

[PATCH RFC] drm: Add a new connector atomic property for link status

On Tue, Nov 22, 2016 at 8:30 PM, Manasi Navare wrote: > This is RFC patch for adding a connector link-status property > and making it atomic by adding it to the drm_connector_state. > This is to make sure its wired properly in drm_atomic_connector_set_property > and

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/2f4934a8/attachment.html>

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/3124095d/attachment-0001.html>

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

ore random than i think before. -- 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/20161122/f90da7eb/attachment.html>

Enabling peer to peer device transactions for PCIe devices

On Tue, Nov 22, 2016 at 9:01 PM, Dan Williams wrote: > On Tue, Nov 22, 2016 at 10:59 AM, Serguei Sagalovitch > wrote: >> I personally like "device-DAX" idea but my concerns are: >> >> - How well it will co-exists with the DRM infrastructure / implementations >>in part dealing with CPU

[Qemu-devel] [PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

On 22/11/2016 19:54, Eric Blake wrote: >>> >> DRM DRIVER FOR BOCHS VIRTUAL GPU >>> >> M: Gerd Hoffmann >>> >> -S: Odd Fixes >>> >> +L: qemu-devel at nongnu.org >> > >> > qemu-devel list already has very high traffic - not sure whether it >> > makes much sense to route even

[PATCH 1/3] of: base: add support to get machine compatible string

Hi Sudeep, On Tuesday 22 November 2016 04:23 PM, Sudeep Holla wrote: > > > On 22/11/16 10:41, Bartosz Golaszewski wrote: >> Add a function allowing to retrieve the compatible string of the root >> node of the device tree. >> > > Rob has queued [1] and it's in -next today. You can reuse that if

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

/amdgpu_pm_info to verify the clocks at runtime. -- 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/20161122/9da1ca43/attachment.html>

[RFC][PATCH 2/3] drm/bridge: adv7511: Add 200ms delay on power-on

Hi John, (CC'ing Daniel) On Tuesday 22 Nov 2016 10:07:53 John Stultz wrote: > On Tue, Nov 22, 2016 at 9:38 AM, John Stultz > wrote: > > Interestingly, without the msleep added in this patch, removing the > > wait_event_interruptible_timeout() method in adv7511_wait_for_edid() > > and using the

[Bug 98821] [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd 6.0 clock gate feature" sets MCLK on highest state

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/fe3442c8/attachment.html>

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 12:35:53PM -0500, Rob Clark wrote: > On Tue, Nov 22, 2016 at 12:31 PM, Ville Syrjälä > wrote: > > On Tue, Nov 22, 2016 at 12:23:59PM -0500, Rob Clark wrote: > >> On Tue, Nov 22, 2016 at 11:50 AM, Ville Syrjälä > >> wrote: > >> > On Tue, Nov 22, 2016 at 04:41:06PM

[RFC][PATCH 1/3] drm/bridge: adv7511: Rework adv7511_power_on/off() so they can be reused internally

Hi John, On Tuesday 22 Nov 2016 09:25:22 John Stultz wrote: > On Tue, Nov 22, 2016 at 12:14 AM, Laurent Pinchart wrote: > > On Monday 21 Nov 2016 16:37:30 John Stultz wrote: > @@ -545,24 +554,13 @@ static int adv7511_get_modes(struct adv7511 *adv7511, > >> unsigned int count; > >> >

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 12:23:59PM -0500, Rob Clark wrote: > On Tue, Nov 22, 2016 at 11:50 AM, Ville Syrjälä > wrote: > > On Tue, Nov 22, 2016 at 04:41:06PM +, Liviu Dudau wrote: > >> drm_get_format_name() de-references the buf parameter without checking > >> if the pointer was not NULL.

[PATCH v3 11/11] drm/tilcdc: Enable frame done irq and functionality for LCDC rev 1

We should wait for the last frame to complete before shutting things down also on LCDC rev 1. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 34 +- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 1 + 2 files changed, 18 insertions(+), 17

[PATCH v3 10/11] drm/tilcdc: Load palette at the end of mode_set_nofb()

Load palette at the end of mode_set_nofb() and only if the palette has not been loaded since last runtime resume. Moving the palette loading to mode_set_nofb() saves us from storing and restoring of LCDC dma addresses that were just recently updated. Signed-off-by: Jyri Sarha ---

[PATCH v3 09/11] drm/tilcdc: Use complete_all() to indicate completed palette loading

We need to use complete_all() to indicate completed palette loading in stead of plain complete() if we want to test if the palette has already been loaded with completion_done(). indicated with. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +- 1 file changed, 1

[PATCH v3 08/11] drm/tilcdc: Call reset() before loading the palette

The palette loading does not work reliably without LCDC SW reset before it. The AM335x TRM suggests this [1] after L3 clock domain has been shut down. We have no knowledge of such events so we do it always. The software reset will clear all the frame information in the FIFO. Upon a restart, the L3

[PATCH v3 07/11] drm/tilcdc: Add timeout wait for palette loading to complete

Add timeout wait for palette load-ind to complete. We do not want to hang forever if palette loaded interrupt does not arrive for some reason. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[PATCH v3 06/11] drm/tilcdc: Enable palette loading for revision 2 LCDC too

The LCDC revision 2 documentation also mentions the mandatory palette for true color modes. Even if the rev 2 LCDC appears to work just fine without the palette being loaded loading it helps in testing the feature. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 85

[PATCH v3 05/11] drm/tilcdc: Fix load mode bit-field setting in tilcdc_crtc_enable()

Set LCDC_PALETTE_LOAD_MODE bit-field with new tilcdc_write_mask() instead of tilcdc_set(). Setting a bit-fields with tilcdc_set() is fundamentally broken. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v3 04/11] drm/tilcdc: Add tilcdc_write_mask() to tilcdc_regs.h

Add tilcdc_write_mask() for handling register field wider than one bit and mask values for those fields. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_regs.h | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/gpu/drm/tilcdc/tilcdc_regs.h

[PATCH v3 03/11] drm/tilcdc: Fix tilcdc_crtc_create() return value handling

Failed tilcdc_crtc_create() error handling was broken, this patch should fix it. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 12 +++- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 11 --- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +- 3 files changed, 12

[PATCH v3 02/11] drm/tilcdc: implement palette loading for rev1

From: Bartosz Golaszewski Revision 1 of the IP doesn't work if we don't load the palette (even if it's not used, which is the case for the RGB565 format). Add a function called from tilcdc_crtc_enable() which performs all required actions if we're dealing with a rev1

[PATCH v3 01/11] drm/tilcdc: Enable sync lost error and recovery handling for rev 1 LCDC

Revision 1 LCDC support also sync lost errors and can benefit from sync lost recovery routine. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 33 + drivers/gpu/drm/tilcdc/tilcdc_regs.h | 1 + 2 files changed, 18 insertions(+), 16

[PATCH v3 00/11] drm/tilcdc: LCDC Revision 1 related fixes

The git branch bellow is updated. Changes since v2: - Add: "drm/tilcdc: Fix load mode bit-field setting in tilcdc_crtc_enable()" - Drop: "drm/tilcdc: Free palette dma memory in tilcdc_crtc_destroy()" - Add: "drm/tilcdc: Add timeout wait for palette loading to complete" - Add: "drm/tilcdc: Call

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 04:41:06PM +, Liviu Dudau wrote: > drm_get_format_name() de-references the buf parameter without checking > if the pointer was not NULL. Given that the function is EXPORT-ed, lets > sanitise the parameters before proceeding. > > Fixes: b3c11ac267d461d3d5 ("drm: move

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 12:23:59PM -0500, Rob Clark wrote: > On Tue, Nov 22, 2016 at 11:50 AM, Ville Syrjälä > wrote: > > On Tue, Nov 22, 2016 at 04:41:06PM +, Liviu Dudau wrote: > >> drm_get_format_name() de-references the buf parameter without checking > >> if the pointer was not NULL.

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 01:15:08PM -0500, Sean Paul wrote: > On Tue, Nov 22, 2016 at 1:06 PM, Ville Syrjälä > wrote: > > On Tue, Nov 22, 2016 at 12:35:53PM -0500, Rob Clark wrote: > >> On Tue, Nov 22, 2016 at 12:31 PM, Ville Syrjälä > >> wrote: > >> > On Tue, Nov 22, 2016 at 12:23:59PM

[PATCH] drm/etnaviv: Allow DRAW_INSTANCED commands

Am Freitag, den 11.11.2016, 17:57 +0100 schrieb Wladimir J. van der Laan: > Vivante GPUs with HALTI0 feature support a DRAW_INSTANCED command in the > command stream to draw a number of instances of the same geometry. > > The information that has been figured out about the command can be found >

[PATCH 1/3] of: base: add support to get machine compatible string

On Tuesday 22 November 2016 04:36 PM, Sudeep Holla wrote: > > > On 22/11/16 10:57, Bartosz Golaszewski wrote: >> 2016-11-22 11:53 GMT+01:00 Sudeep Holla : >>> >>> >>> On 22/11/16 10:41, Bartosz Golaszewski wrote: Add a function allowing to retrieve the compatible string of the root

[PATCH] drm/radeon: Ensure vblank interrupt is enabled on DPMS transition to on

From: Michel Dänzer Fixes the vblank interrupt being disabled when it should be on, which can cause at least the following symptoms: * Hangs when running 'xset dpms force off' in a GNOME session with gnome-shell using DRI2. * RandR 1.4 slave outputs freezing with

[PATCH RFC] drm: Add a new connector atomic property for link status

This is RFC patch for adding a connector link-status property and making it atomic by adding it to the drm_connector_state. This is to make sure its wired properly in drm_atomic_connector_set_property and drm_atomic_connector_get_property functions. Cc: Jani Nikula Cc: Daniel Vetter Cc: Ville

[Intel-gfx] [PATCH 3/5] drm/i915: Update CRTC state if connector link status property changed

On Mon, Nov 21, 2016 at 04:48:07PM +0100, Daniel Vetter wrote: > On Mon, Nov 21, 2016 at 11:10:45AM +0100, Daniel Vetter wrote: > > On Mon, Nov 21, 2016 at 09:42:57AM +, Chris Wilson wrote: > > > On Mon, Nov 21, 2016 at 10:38:20AM +0100, Daniel Vetter wrote: > > > > On Fri, Nov 18, 2016 at

[PATCH v4 4/4] drm/tilcdc: Add drm bridge support for attaching drm bridge drivers

Adds drm bride support for attaching drm bridge drivers to tilcdc. The decision whether a video port leads to an external encoder or bridge is made simply based on remote device's compatible string. The code has been tested with BeagleBone-Black with and without BeagleBone DVI-D Cape Rev A3 using

[PATCH v4 3/4] drm/bridge: Add ti-tfp410 DVI transmitter driver

Add very basic ti-tfp410 DVI transmitter driver. The only feature separating this from a completely dummy bridge is the EDID read support trough DDC I2C. Even that functionality should be in a separate generic connector driver. However, because of missing DRM infrastructure support the connector

[PATCH v4 2/4] dt-bindings: Move "ti, tfp410.txt" from display/ti to display/bridge

Move "ti,tfp410.txt" from display/ti to display/bridge before adding generic (non omapdrm/dss specific) implementation and new features. Signed-off-by: Jyri Sarha --- .../bindings/display/bridge/ti,tfp410.txt | 41 ++ .../devicetree/bindings/display/ti/ti,tfp410.txt

[PATCH v4 1/4] drm/tilcdc: Recover from sync lost error flood by resetting the LCDC

Recover from sync lost error flood by resetting the LCDC instead of turning off the SYNC_LOST error IRQ. When LCDC starves on limited memory bandwidth it may sometimes result an error situation when the picture may have shifted couple of pixels to right and SYNC_LOST interrupt is generated on

[PATCH v4 0/4] drm/tilcdc: Add bridge support and sync-lost flood recovery

Changes since v3: - "drm/tilcdc: Enable sync lost error and recovery handling for rev 1 LCDC" - Fix broken irq enable/disble code for LCDC rev 1 - Add: "dt-bindings: Move "ti,tfp410.txt" from display/ti to display/bridge" - "drm/bridge: Add ti-tfp410 DVI transmitter driver" - Don't fail if

[PATCH] drm/sun4i: Fix a return value in case of error

ring http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/a28ed215/attachment.sig>

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

On Tue, Nov 22, 2016 at 1:47 PM, Liviu Dudau wrote: > On Tue, Nov 22, 2016 at 01:15:08PM -0500, Sean Paul wrote: >> On Tue, Nov 22, 2016 at 1:06 PM, Ville Syrjälä >> wrote: >> > On Tue, Nov 22, 2016 at 12:35:53PM -0500, Rob Clark wrote: >> >> On Tue, Nov 22, 2016 at 12:31 PM, Ville Syrjälä

[PATCH] drm: check for NULL parameter in exported drm_get_format_name() function.

drm_get_format_name() de-references the buf parameter without checking if the pointer was not NULL. Given that the function is EXPORT-ed, lets sanitise the parameters before proceeding. Fixes: b3c11ac267d461d3d5 ("drm: move allocation out of drm_get_format_name()) Cc: Eric Engestrom Cc: Rob

[PATCH] vgaarb: use valid dev pointer in vgaarb_info()

On Tue, Nov 22, 2016 at 03:34:19PM +0100, Arnd Bergmann wrote: > We now pass the device to the debug messages, but on non-x86, > this is an invalid pointer in vga_arb_device_init: > > drivers/gpu/vga/vgaarb.c: In function 'vga_arb_device_init': > drivers/gpu/vga/vgaarb.c:1467:4: error: 'dev' may

[PATCH] drm/sun4i: Only count TCON endpoints as valid outputs

east simplefb still works. Yep, that works for me. Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/65608cd9/attachment.sig>

[Intel-gfx] [PATCH v2] drm/i915: don't whitelist oacontrol in cmd parser

On Tue, Nov 22, 2016 at 02:09:08PM +, Robert Bragg wrote: > On Tue, Nov 22, 2016 at 1:34 PM, Daniel Vetter wrote: > > > On Tue, Nov 08, 2016 at 12:51:48PM +, Robert Bragg wrote: > > > This v2 patch bumps the command parser version so it can be referenced in > > > corresponding i-g-t

[Intel-gfx] [PATCH v9 01/11] drm/i915: Add i915 perf infrastructure

On Tue, Nov 22, 2016 at 02:02:38PM +, Robert Bragg wrote: > On Tue, Nov 22, 2016 at 1:31 PM, Daniel Vetter wrote: > > > On Tue, Nov 22, 2016 at 02:29:18PM +0100, Daniel Vetter wrote: > > > On Wed, Nov 09, 2016 at 08:00:06PM +, Matthew Auld wrote: > > > > On 7 November 2016 at 19:49,

[PATCH v2] ARM: dts: da850: add the mstpri and ddrctl nodes

On 11/15/2016 05:00 AM, Bartosz Golaszewski wrote: > Add the nodes for the MSTPRI configuration and DDR2/mDDR memory > controller drivers to da850.dtsi. > > Signed-off-by: Bartosz Golaszewski > --- > v1 -> v2: > - moved the priority controller node above the cfgchip node > - renamed added nodes

Enabling peer to peer device transactions for PCIe devices

ram range as a > very special numa node that happens to be far away and not hold any > cpu cores. > -Daniel One additional item to consider: it is not only "plain" numa case where we could have different performance for access but also possibility that we will not have access at all (or write only access) particular if PCIe devices belong to different root complex. I must admit that I do not know how to detect reliably such cases in the kernel. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/ebe9550a/attachment-0001.html>

[PATCH v2 12/37] drm/vmwgfx: Populate fb->dev before drm_framebuffer_init()

From: Ville Syrjälä drm_framebuffer_init() will start to check that fb->dev is already populated, so let's do that manually since vmwgfx isn't using drm_helper_mode_fill_fb_struct(). v2: s/to/do/ (Sinclair) Cc: linux-graphics-maintainer at vmware.com Cc:

[PATCH 3/3] drm/rockchip: cdn-dp: Do not run worker while suspended

From: Guenter Roeck If the driver is in suspended mode, the dp block may be disabled, and chip registers may not be accessible. Yet, the worker may be triggered in this situation by an extcon event. If that happens, the following crash will be seen. cdn-dp fec0.dp:

[PATCH 2/3] drm/rockchip: cdn-dp: Load firmware if no monitor connected

From: Guenter Roeck If no monitor is connected, suspend/resume cycles result in firmware load errors because the driver attempts to load the firmware while the system is in suspend state. This results in a kernel warning and traceback. Loading the firmware during boot fixes

[PATCH v16 1/3] drm/rockchip: cdn-dp: add cdn DP support for rk3399

From: Chris Zhong 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,

[PATCH 0/3] drm/rockchip: Add CDN DP driver

This series adds support for the CDN DP controller to the rockchip drm driver. This version of includes the version we merged into the chromium.org repo plus ~15 fixes squashed on top. Notable fixes include: - Fixed races between hotplug/extcon worker and modeset - Greater support

[PATCH 09/37] drm/arm: Add local 'fb' variables

On Mon, Nov 21, 2016 at 11:51:21AM +, Liviu Dudau wrote: > On Fri, Nov 18, 2016 at 09:52:45PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrjälä > > > > Add a local 'fb' variable to a few places to get rid of the > > 'crtc->primary->fb' stuff. Looks neater and helps

[PATCH 1/3] of: base: add support to get machine compatible string

Hi Sekhar, On 22/11/16 15:06, Sekhar Nori wrote: > Hi Sudeep, > > On Tuesday 22 November 2016 04:23 PM, Sudeep Holla wrote: >> >> >> On 22/11/16 10:41, Bartosz Golaszewski wrote: >>> Add a function allowing to retrieve the compatible string of the root >>> node of the device tree. >>> >> >> Rob

[PATCH v2 36/37] drm: Add mode_config .get_format_info() hook

From: Ville Syrjälä Allow drivers to return a custom drm_format_info structure for special fb layouts. We'll use this for the compression control surface in i915. v2: Fix drm_get_format_info() kernel doc (Laurent) Don't pass 'dev' to the new hook (Laurent)

Enabling peer to peer device transactions for PCIe devices

On 2016-11-22 03:10 PM, Daniel Vetter wrote: > On Tue, Nov 22, 2016 at 9:01 PM, Dan Williams > wrote: >> On Tue, Nov 22, 2016 at 10:59 AM, Serguei Sagalovitch >> wrote: >>> I personally like "device-DAX" idea but my concerns are: >>> >>> - How well it will co-exists with the DRM

[PATCH] vgaarb: use valid dev pointer in vgaarb_info()

We now pass the device to the debug messages, but on non-x86, this is an invalid pointer in vga_arb_device_init: drivers/gpu/vga/vgaarb.c: In function 'vga_arb_device_init': drivers/gpu/vga/vgaarb.c:1467:4: error: 'dev' may be used uninitialized in this function [-Werror=maybe-uninitialized]

[PATCH v2 02/13] devicetree/bindings: display: Add bindings for LVDS panels

Hi Thierry, On Tuesday 22 Nov 2016 12:02:41 Thierry Reding wrote: > On Sat, Nov 19, 2016 at 05:28:02AM +0200, Laurent Pinchart wrote: > > LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. > > Multiple incompatible data link layers have been used over time to > > transmit image

[PATCH v2 06/13] drm: panels: Add LVDS panel driver

Hi Thierry, On Tuesday 22 Nov 2016 12:14:57 Thierry Reding wrote: > On Sat, Nov 19, 2016 at 05:28:06AM +0200, Laurent Pinchart wrote: > > This driver supports LVDS panels that don't require device-specific > > handling of power supplies or control signals. It implements automatic > > backlight

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

Hi Thierry, On Tuesday 22 Nov 2016 12:05:48 Thierry Reding wrote: > On Sat, Nov 19, 2016 at 05:28:01AM +0200, Laurent Pinchart wrote: > > Document properties common to several display panels in a central > > location that can be referenced by the panel device tree bindings. > > > >

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

On Tue, Nov 22, 2016 at 5:05 AM, Thierry Reding wrote: > On Sat, Nov 19, 2016 at 05:28:01AM +0200, Laurent Pinchart wrote: >> Document properties common to several display panels in a central >> location that can be referenced by the panel device tree bindings. >> >> Signed-off-by: Laurent

[PATCH 09/37] drm/arm: Add local 'fb' variables

On Tue, Nov 22, 2016 at 03:48:50PM +0200, Ville Syrjälä wrote: > On Mon, Nov 21, 2016 at 11:51:21AM +, Liviu Dudau wrote: > > On Fri, Nov 18, 2016 at 09:52:45PM +0200, ville.syrjala at linux.intel.com > > wrote: > > > From: Ville Syrjälä > > > > > > Add a local 'fb' variable to a few

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 01:50:53PM +, Brian Starkey wrote: > On Tue, Nov 22, 2016 at 02:12:59PM +0100, Daniel Vetter wrote: > > On Tue, Nov 22, 2016 at 12:37:47PM +, Brian Starkey wrote: > > > On Tue, Nov 22, 2016 at 12:10:52PM +, Chris Wilson wrote: > > > > On Tue, Nov 22, 2016 at

[GIT PULL] exynos-drm-fixes

Hi Dave, No critial patch but it make sure to unmap the region if HDMI probing failed, and it includes two trivial fixups. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit c2ee69d83b2b14d68ad7ee1773fc1d40e97f201d: Merge tag

[Qemu-devel] [PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

e redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 604 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/2e401b09/attachment-0001.sig>

[PATCH v9 11/11] drm/i915: Add a kerneldoc summary for i915_perf.c

On Mon, Nov 07, 2016 at 07:49:57PM +, Robert Bragg wrote: > In particular this tries to capture for posterity some of the early > challenges we had with using the core perf infrastructure in case we > ever want to revisit adapting perf for device metrics. > > Cc: Chris Wilson >

[Intel-gfx] [PATCH v2] drm/i915: don't whitelist oacontrol in cmd parser

On Tue, Nov 08, 2016 at 12:51:48PM +, Robert Bragg wrote: > This v2 patch bumps the command parser version so it can be referenced in > corresponding i-g-t gem_exec_parse changes. > > --- >8 --- Scissors cut everything below, not everything above, hence next time around pls switch around

[Intel-gfx] [PATCH v9 01/11] drm/i915: Add i915 perf infrastructure

On Tue, Nov 22, 2016 at 02:29:18PM +0100, Daniel Vetter wrote: > On Wed, Nov 09, 2016 at 08:00:06PM +, Matthew Auld wrote: > > On 7 November 2016 at 19:49, Robert Bragg wrote: > > > Adds base i915 perf infrastructure for Gen performance metrics. > > > > > > This adds a

[Intel-gfx] [PATCH v9 01/11] drm/i915: Add i915 perf infrastructure

On Wed, Nov 09, 2016 at 08:00:06PM +, Matthew Auld wrote: > On 7 November 2016 at 19:49, Robert Bragg wrote: > > 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

[PATCH libdrm] libdrm: random typo fixes

On 21 November 2016 at 19:55, Alex Deucher wrote: > On Sun, Nov 20, 2016 at 1:25 PM, Grazvydas Ignotas > wrote: >> Just some trivial boring typo fixes all over the tree. >> READMEs and comments only. >> >> Signed-off-by: Grazvydas Ignotas > > Reviewed-by: Alex Deucher > Thanks gents. Just

[PATCH libdrm] xf86drm: introduce drmGetDeviceNameFromFd2

On 16 November 2016 at 11:14, Nicolai Hähnle wrote: > On 10.11.2016 18:43, Emil Velikov wrote: >> >> From: Emil Velikov >> >> The original version considered only card devices, while this will pick >> the device/node name regardless - card, control, renderD, other... >> >> Current

[GIT PULL] arm/hdlcd fixes for v4.9-rc7

Hi David, A late issue discovered by Russell King while testing his setup on Juno. I would be really happy if it goes into v4.9-rc7 as it fixes a reference counting problem with the pixelclock clock, but if it is too late for that then I guess it can go into drm-next. The following changes since

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 12:37:47PM +, Brian Starkey wrote: > On Tue, Nov 22, 2016 at 12:10:52PM +, Chris Wilson wrote: > > On Tue, Nov 22, 2016 at 11:54:57AM +, Brian Starkey wrote: > > > On Tue, Nov 22, 2016 at 11:06:00AM +, Chris Wilson wrote: > > > >On Tue, Nov 22, 2016 at

[Intel-gfx] [PATCH v2] drm/i915: don't whitelist oacontrol in cmd parser

DRM_DEBUG_DRIVER("CMD: Got to the end of the buffer w/o a > BBE cmd!\n"); > > ret = -EINVAL; > > @@ -1336,6 +1302,8 @@ int i915_cmd_parser_get_version(struct > drm_i915_private *dev_priv) > >* 8. Don't report cmd_check() failures as EINVAL errors to > userspace; > >*rely on the HW to NOOP disallowed commands as it would > without > >*the parser enabled. > > + * 9. Don't whitelist or handle oacontrol specially, as ownership > > + *for oacontrol state is moving to i915-perf. > >*/ > > - return 8; > > + return 9; > > } > > -- > > 2.10.1 > > > > ___ > > Intel-gfx mailing list > > Intel-gfx at lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/intel-gfx > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/c29c546c/attachment.html>

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 02:56:49PM +0100, Daniel Vetter wrote: >On Tue, Nov 22, 2016 at 01:50:53PM +, Brian Starkey wrote: >> On Tue, Nov 22, 2016 at 02:12:59PM +0100, Daniel Vetter wrote: >> > On Tue, Nov 22, 2016 at 12:37:47PM +, Brian Starkey wrote: >> > > On Tue, Nov 22, 2016 at

[Intel-gfx] [PATCH v9 01/11] drm/i915: Add i915 perf infrastructure

. > > Another nitpick for the future: Enabling new features first and then > fixing up the fallout is the wrong way round, if someone bisects over this > range mesa might blow up in really bad ways. > > Oh well, this has been out there for way too long, so meh. > Fwiw I'm aware of this, and think I've ordered the patches correctly to avoid bisect problems in Mesa / userspace. This infrastructure patch should have no fallout to fix for userspace. The command parser changes that affect userspace were done before adding oacontrol usage to i915-perf and the cmd parser's EINVAL reporting for access failures was changed *before* removing oacontrol from the whitelist. Did I overlook something in particular? - Robert > -Daniel > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/a04d5653/attachment.html>

Enabling peer to peer device transactions for PCIe devices

via an interface separate > from the existing gpu and storage device. For example it would require > a /dev/dax instance alongside a /dev/nvme interface, but I don't see > that as a significant blocking concern. > > [1]: https://lists.01.org/pipermail/linux-nvdimm/2016-October/007496.html -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161122/4e8561c9/attachment.html>

[PATCH v2 2/2] memory: da8xx-ddrctl: drop the call to of_flat_dt_get_machine_name()

In order to avoid a section mismatch use a locally implemented routine instead of of_flat_dt_get_machine_name() when printing the error message. Signed-off-by: Bartosz Golaszewski --- drivers/memory/da8xx-ddrctl.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-)

[PATCH v2 1/2] bus: da8xx-mstpri: drop the call to of_flat_dt_get_machine_name()

In order to avoid a section mismatch use a locally implemented routine instead of of_flat_dt_get_machine_name() when printing the error message. Signed-off-by: Bartosz Golaszewski --- drivers/bus/da8xx-mstpri.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff

[PATCH v2 0/2] da8xx: fix section mismatch in new drivers

Sekhar noticed there's a section mismatch in the da8xx-mstpri and da8xx-ddrctl drivers. This is caused by calling of_flat_dt_get_machine_name() which has an __init annotation. This series addresses this issue by open coding routines that return the machine compatible string in both drivers. Once

[Intel-gfx] [PATCH 07/12] lib/igt_kms: Add support for the OUT_FENCE_PTR property

On Tue, Nov 22, 2016 at 02:12:59PM +0100, Daniel Vetter wrote: >On Tue, Nov 22, 2016 at 12:37:47PM +, Brian Starkey wrote: >> On Tue, Nov 22, 2016 at 12:10:52PM +, Chris Wilson wrote: >> > On Tue, Nov 22, 2016 at 11:54:57AM +, Brian Starkey wrote: >> > > On Tue, Nov 22, 2016 at

[PATCH 5/5] drm/i915: Add support for DP Video pattern compliance tests

The intel_dp_autotest_video_pattern() function gets invoked through the compliance test handler on a HPD short pulse if the test type is set to DP_TEST_VIDEO_PATTERN. This performs the DPCD registers reads to read the requested test pattern, video pattern resolution, frame rate and bits per color

[PATCH 4/5] drm: Add definitions for DP compliance Video pattern tests

Cc: dri-devel at lists.freedesktop.org Cc: Jani Nikula Cc: Daniel Vetter Cc: Ville Syrjala Signed-off-by: Manasi Navare --- include/drm/drm_dp_helper.h | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/include/drm/drm_dp_helper.h

[PATCH 3/5] Add support for forcing 6 bpc on DP pipes.

From: Jim Bride For DP compliance we need to be able to control the output color type for the pipe associated with the DP port. When a specific DP compliance test is requested with specific BPC value, we read the BPC value from the DPCD register and store it in the

[PATCH 2/5] drm/i915: Fixes to support DP Compliance EDID tests

This patch addresses a few issues from the original patch for DP Compliance EDID test support submitted by Todd Previte Video Mode requested in the EDID test handler for the EDID Read test (CTS 4.2.2.3) should be set to PREFERRED as per the CTS spec. Signed-off-by: Manasi Navare Cc: Jani Nikula

  1   2   >