[PATCH v2 2/2] drm/fence: allow fence waiting to be interrupted by userspace

From: Gustavo Padovan If userspace is running an synchronously atomic commit and interrupts the atomic operation during fence_wait() it will hang until the timer expires, so here we change the wait to be interruptible so it stop immediately when userspace wants

[PATCH v2 1/2] drm/fence: enable drm_atomic_helper_wait_for_fences() to interrupt

From: Gustavo Padovan Add an extra arg to drm_atomic_helper_wait_for_fences() to inform if fence_wait() should be called interruptible or uninterruptible. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_atomic_helper.c | 19 ++-

[Bug 97260] [bisected] R9 290 low performance in Linux 4.7

, "dce_v11_0.c" (I use AMDGPU driver) a performance is fine again! -- 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/20160815/accd8350/attachment.html>

[drm-intel:drm-intel-next-queued 7/33] drivers/gpu/drm/i915/i915_debugfs.c:392: error: 'mapped_count' may be used uninitialized in this function

org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 26098 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/fda5d97c/attachment-0001.obj>

[lockdep] drm/i915: possible circular locking dependency in i915 driver init

On Mon, 15 Aug 2016 08:39:29 +0200 Daniel Vetter wrote: > On Sun, Aug 14, 2016 at 11:01:35PM +0900, Masami Hiramatsu wrote: > > Hello, > > > > I've found a suspicious circular locking dependency in i915 by lockdep. > > It seems main driver initialization thread and sub fbdev configuration > >

[Bug 95308] [radeonsi] Hangs after some minutes on Team Fortress 2

see any errors with gpu reset enabled? -- 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/20160815/ff205493/attachment.html>

[Bug 97260] [bisected] R9 290 low performance in Linux 4.7

u 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/20160815/afa362f7/attachment.html>

[PATCH -next] drm/mgag200: fix error return code in mgag200fb_create()

On Mon, Aug 15, 2016 at 03:03:51PM +, Wei Yongjun wrote: > Fix to return error code -ENOMEM from the vmalloc() error handling > case instead of 0, as done elsewhere in this function. > > Fixes: aec9e12953e7 ("drm/mgag200: Fix error handling paths in fbdev driver") > Signed-off-by: Wei Yongjun

[PATCH v2] dma-buf: Wait on the reservation object when sync'ing before CPU access

On Mon, Aug 15, 2016 at 04:42:18PM +0100, Chris Wilson wrote: > Rendering operations to the dma-buf are tracked implicitly via the > reservation_object (dmabuf->resv). This is used to allow poll() to > wait upon outstanding rendering (or just query the current status of > rendering). The dma-buf

[Bug 97260] [bisected] R9 290 low performance in Linux 4.7

pport for DRM_MODE_PAGE_FLIP_ASYNC" commit and check if performance will be ok. -- 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/attachm

[Bug 119631] RadeonSI get a huge performance dip with used with the nine state tracker

https://bugzilla.kernel.org/show_bug.cgi?id=119631 John Brooks changed: What|Removed |Added CC||kbt at fastquake.com --- Comment #17 from

[PATCH] drm/fsl-dcu: Add multi layers support

For DCU support 16 layers(on ls1021a) or 64 layers(on vf610), add (total_layer - 1) overlay planes. Signed-off-by: Jianwei Wang Signed-off-by: Meng Yi --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 25 +++-- 1 file changed, 23 insertions(+), 2 deletions(-) diff --git

[PATCH] drm/atomic-helper: add unlocked disable all outputs helper

On Fri, Aug 12, 2016 at 5:07 AM, Lucas Stach wrote: > This adds the unlocked variant of drm_atomic_helper_disable_all(), > which takes all the required modeset locks itself. This is intended > to be used when shutting down the driver, without retaining any > state. > > Signed-off-by: Lucas Stach

v4.8-rc2 crashes while probing nvidia graphics card on arm64

I made a hash of LKML email in the previous mail. Re-sending with the address corrected. Apologies for the duplicate. Punit Agrawal writes: > Hi, > > While trying out v4.8-rc2 on Juno r2 (arm64), I ran into the following > crash when probing the nvidia graphics card attached to the PCIe >

v4.8-rc2 crashes while probing nvidia graphics card on arm64

Hi, While trying out v4.8-rc2 on Juno r2 (arm64), I ran into the following crash when probing the nvidia graphics card attached to the PCIe slot. So I tried rc1 and got the same crash. The card probes without any errors on v4.7. Anybody familiear with the recent changes knows what might have led

[PATCH v3 06/11] drm/i915: Enable i915 perf stream for Haswell OA unit

On Mon, Aug 15, 2016 at 03:41:23PM +0100, Robert Bragg wrote: > int __must_check i915_gem_evict_something(struct drm_device *dev, > diff --git a/drivers/gpu/drm/i915/i915_gem_context.c > b/drivers/gpu/drm/i915/i915_gem_context.c > index bd13d08..b4de357 100644 > ---

[PATCH v2] dma-buf: Wait on the reservation object when sync'ing before CPU access

Rendering operations to the dma-buf are tracked implicitly via the reservation_object (dmabuf->resv). This is used to allow poll() to wait upon outstanding rendering (or just query the current status of rendering). The dma-buf sync ioctl allows userspace to prepare the dma-buf for CPU access,

[PATCH v2] drm/i915: Use common RPS scheme for Cherryview

Apolgies, I changed trees between resending after the first git-send-email bounced off the wrong address. -Chris -- Chris Wilson, Intel Open Source Technology Centre

[PATCH v2] drm/imx: Add active plane reconfiguration support

We don't support configuring active plane on-the-fly for imx-drm. The relevant CRTC should be disabled before the plane configuration. Of course, the plane itself should be disabled as well. This patch adds active plane reconfiguration support by forcing CRTC mode change and disabling-enabling

[PATCH v2] drm/i915: Use common RPS scheme for Cherryview

Cherryview uses a custom static definition of its RPS parameters (for automatically driving GPU frequency selection) - yet still couples into the waitboosting scheme of the common RPS setup. The rationale given in commit 8fb55197e64d ("drm/i915: Agressive downclocking on Baytrail") was that

[PATCH v2] dma-buf: Wait on the reservation object when sync'ing before CPU access

Rendering operations to the dma-buf are tracked implicitly via the reservation_object (dmabuf->resv). This is used to allow poll() to wait upon outstanding rendering (or just query the current status of rendering). The dma-buf sync ioctl allows userspace to prepare the dma-buf for CPU access,

[PATCH v5] drm/imx: convey the pixelclk-active and de-active flags from DT to the ipu-di driver

On Tue, Jul 12, 2016 at 06:50:36PM +0200, Philipp Zabel wrote: > From: Lothar Waßmann > > The 'de-active' and 'pixelclk-active' DT properties are evaluated > by of_parse_display_timing() called from of_get_drm_display_mode(), > but later lost in the conversion from videomode.flags to >

[PATCHv4 2/3] drm: add a helper function to extract 'de-active' and 'pixelclk-active' from DT

On Tue, Jul 12, 2016 at 03:30:02PM +0200, Lothar Waßmann wrote: > add a helper function to extract information about pixel clock and DE > polarity from DT for use by of_get_drm_display_mode(). > While at it, convert spaces to tabs in indentation in drm_modes.h. > > Signed-off-by: Lothar Waßmann

[FIXUP] drm: remove `const` attribute to hint at caller that they now own the memory

Signed-off-by: Eric Engestrom --- drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +- drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +- drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 2 +- drivers/gpu/drm/drm_atomic.c| 2 +- drivers/gpu/drm/drm_crtc.c

[PATCH] drm/imx: Add active primary plane reconfiguration support

2016-08-15 15:18 GMT+08:00 Daniel Vetter : > On Mon, Aug 15, 2016 at 02:09:13PM +0800, Liu Ying wrote: >> We don't support configuring active primary plane on-the-fly for imx-drm. >> The relevant CRTC should be disabled before the plane configuration. >> Of course, the plane itself should be

rst htmldocs on kernel.org

On Thu, 11 Aug 2016 21:13:29 +0200 Lukas Wunner wrote: > not sure if this is already on your radar or if you're at all the > right person to contact, but I just noticed that the gpu htmldocs > are gone from https://www.kernel.org/doc/htmldocs/gpu/ > > Actually all the rst-formatted docs are

[PATCH v4] drm: Introduce DRM_DEV_* log messages

This patch consolidates all the various log functions/macros into one uber function, drm_log. It also introduces some new DRM_DEV_* variants that print the device name to delineate multiple devices of the same type. Signed-off-by: Sean Paul --- Changes in v2: - Use dev_printk for the

[PULL] drm-intel-fixes

Hi Dave - Intel fixes, either terribly late or terribly early this week. ;) BR, Jani. The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://anongit.freedesktop.org/drm-intel

[PATCH 02/21] drm/doc: Light drm-kms-helper.rst cleanup

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > - Move the common vtable stuff to the top > - Move "Tile Group" to a more appropriate heading level > - Throw away the old intro for the crtc helpers (it's entirely stale, > e.g. helpers have become modular years ago), and replace it with

[PATCH 03/21] drm/kms-helpers: Extract drm_modeset_helper.[hc]

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > While reviewing docs I spotted that we have a few functions that > really just don't fit into their containing helper library section. > Extract them and shovel them all into a new library for random one-off > aux stuff. > > v2: Remove

[PATCH 16/21] drm: Don't export dp-aux devnode functions

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > They're only used internally within the dp helpers. Also nuke the > kerneldoc (we only document the driver interface in the drm shared > functions). And move the header file from the public include/ > directory to the source files into

[PATCH 17/21] drm: Update connector documentation

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > - Shuffle docs from drm-kms.rst into the structure docs where it makes > sense. > - Put the remaining bits into a new overview section. > > One thing I've changed is around probing: Old docs says that you > _must_ use the probe helpers,

[PATCH 19/21] drm: document drm_display_info

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > We seem to have a bit a mess in how to describe the bus formats, with > a multitude of competing ways. Might be best to consolidate it all and > use MEDIA_BUS_FMT_ also for the hdmi color formats and high color > modes. > > Also move all

[PATCH 20/21] vgaarbiter: rst-ifiy and polish kerneldoc

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > Move the documentation into Documentation/gpu, link it up and pull in > the kernel doc. > > No actual text changes except that I did polish the kerneldoc a bit, > especially for vga_client_register(). > > v2: Remove some rst from

[PATCH 14/21] drm: Extract drm_connector.[hc]

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > Pulls in quite a lot of connector related structures (cmdline mode, > force/status enums, display info), but I think that all makes perfect > sense. > > Also had to move a few more core kms object stuff into drm_modeset.h. > > And as a

[PATCH] drm: Extract drm_framebuffer.[hc]

On Mon, Aug 15, 2016 at 10:07 AM, Daniel Vetter wrote: > Also start with drm_modeset.h with the core bits, since we need > to untangle this mess somehow. That allows us to move the drm_modes.h > include to the right spot, except for the temporary connector status > enum. That will get fixed as

[PATCH 21/21] drm: Fix kerneldoc in drm_plane_helper.c

On Fri, Aug 12, 2016 at 4:48 PM, Daniel Vetter wrote: > Ville ocd'ed the parameter name, but forgot to update the docs! > > Fixes: df86af9133b4 ("drm/plane-helper: Add drm_plane_helper_check_state()") > Cc: Sean Paul > Cc: Ville Syrjälä > Signed-off-by: Daniel Vetter Reviewed-by: Sean Paul

[PATCH] drm: make drm_get_format_name thread-safe

On Mon, 15 Aug 2016, Eric Engestrom wrote: > On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote: >> On Mon, 15 Aug 2016, Eric Engestrom wrote: >> > Signed-off-by: Eric Engestrom >> > --- >> > >> > I moved the main bits to be the first diffs, shouldn't affect anything >> > when applying

[PATCH v2] drm/rockchip: Don't continue trying to enable crtc on failure

If vop_enable fails, don't continue on, it causes system hangs. Signed-off-by: Sean Paul --- This patch uses the new DRM_DEV_ERROR logging, so it should be applied on top of "[PATCH 2/2] drm/rockchip: Use DRM_DEV_ERROR in vop". Changes in v2: - Escalate dev_err to WARN_ON for

[PATCH] drm: make drm_get_format_name thread-safe

On Mon, Aug 15, 2016 at 03:52:07PM +0200, Daniel Vetter wrote: > On Mon, Aug 15, 2016 at 04:13:54PM +0300, Jani Nikula wrote: > > On Mon, 15 Aug 2016, Eric Engestrom wrote: > > > On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote: > > >> On Mon, 15 Aug 2016, Eric Engestrom wrote: > > >>

[PATCH] drm: Extract drm_framebuffer.[hc]

Also start with drm_modeset.h with the core bits, since we need to untangle this mess somehow. That allows us to move the drm_modes.h include to the right spot, except for the temporary connector status enum. That will get fixed as soon as drm_connector.h exists. v2: Rebase. v3: Move

[PATCH v3 03/11] drm/i915: return EACCES for check_cmd() failures

On Mon, Aug 15, 2016 at 03:41:20PM +0100, Robert Bragg wrote: > check_cmd() is checking whether a command adheres to certain > restrictions that ensure it's safe to execute within a privileged batch > buffer. Returning false implies a privilege problem, not that the > command is invalid. > > The

[PATCH] drm/imx: Add active primary plane reconfiguration support

On Mon, Aug 15, 2016 at 04:23:33PM +0800, Liu Ying wrote: > 2016-08-15 15:18 GMT+08:00 Daniel Vetter : > > On Mon, Aug 15, 2016 at 02:09:13PM +0800, Liu Ying wrote: > >> We don't support configuring active primary plane on-the-fly for imx-drm. > >> The relevant CRTC should be disabled before the

[PATCH v3 01/11] drm/i915: Add i915 perf infrastructure

On Mon, Aug 15, 2016 at 03:41:18PM +0100, 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 stream of metrics and returns a new fd usable > with standard

[ANN] HDMI CEC: added cec-compliance/cec-follower utilities

Two new CEC utilities have been added to the v4l-utils repository: https://git.linuxtv.org/v4l-utils.git/ The cec-follower utility can emulate a CEC device, implementing the follower functionality needed. The cec-compliance utility can test a remote CEC device and check how compliant it is

[PATCH] drm: make drm_get_format_name thread-safe

On Mon, Aug 15, 2016 at 04:13:54PM +0300, Jani Nikula wrote: > On Mon, 15 Aug 2016, Eric Engestrom wrote: > > On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote: > >> On Mon, 15 Aug 2016, Eric Engestrom wrote: > >> > Signed-off-by: Eric Engestrom > >> > --- > >> > > >> > I moved the

[PATCH 2/2] drm/fence: allow fence waiting to be interrupted by userspace

On Mon, Aug 15, 2016 at 12:15:32PM +0200, Maarten Lankhorst wrote: > Op 11-08-16 om 20:39 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > If userspace is running an synchronously atomic commit and interrupts the > > atomic operation during fence_wait() it will hang until the timer

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

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 Signed-off-by: Robert Bragg --- drivers/gpu/drm/i915/i915_perf.c | 163

[PATCH v3 10/11] drm/i915: Add more Haswell OA metric sets

This adds 'compute', 'compute extended', 'memory reads', 'memory writes' and 'sampler balance' metric sets for Haswell. The code is auto generated from an XML description of metric sets, currently maintained in gputop, ref: https://github.com/rib/gputop > gputop-data/oa-*.xml >

[PATCH v3 09/11] 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 v3 08/11] 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 v3 07/11] 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 v3 06/11] 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 v3 05/11] 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 auto generated from an XML description of metric sets, currently maintained in gputop, ref: https://github.com/rib/gputop > gputop-data/oa-*.xml > scripts/i915-perf-kernelgen.py $ make -C

[PATCH v3 04/11] 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 v3 03/11] drm/i915: return EACCES for check_cmd() failures

check_cmd() is checking whether a command adheres to certain restrictions that ensure it's safe to execute within a privileged batch buffer. Returning false implies a privilege problem, not that the command is invalid. The distinction makes the difference between allowing the buffer to be

[PATCH v3 02/11] 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 adding 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 v3 01/11] 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 v3 00/11] Enable Gen 7 Observation Architecture

Mostly just a rebase on a more recent nightly, except for an update to how POLLIN events are reported to reduce the CPU overhead that was otherwise seen while running gputop. The problem seen with poll was largely a fault with gputop having multiple redundant 200ms, but out-of-phase, timers

[PATCH v2] drm/imx: Add active plane reconfiguration support

On Mon, Aug 15, 2016 at 10:41 AM, Liu Ying wrote: > We don't support configuring active plane on-the-fly for imx-drm. > The relevant CRTC should be disabled before the plane configuration. > Of course, the plane itself should be disabled as well. > This patch adds active plane reconfiguration

[PATCH -next] drm/mgag200: fix error return code in mgag200fb_create()

Fix to return error code -ENOMEM from the vmalloc() error handling case instead of 0, as done elsewhere in this function. Fixes: aec9e12953e7 ("drm/mgag200: Fix error handling paths in fbdev driver") Signed-off-by: Wei Yongjun --- drivers/gpu/drm/mgag200/mgag200_fb.c | 4 +++- 1 file changed, 3

[PATCH v3 3/3] drm/mediatek: fix the wrong pixel clock when resolution is 4K

Hi, Philipp, On Thu, 2016-08-11 at 09:15 +0200, Philipp Zabel wrote: > Am Donnerstag, den 04.08.2016, 10:38 +0800 schrieb Bibby Hsieh: > > From: Junzhi Zhao > > > > Pixel clock should be 297MHz when resolution is 4K. > > > > Signed-off-by: Junzhi Zhao > > Signed-off-by: Bibby Hsieh > > --- >

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

Remove comment for non-existent parameter in psbfb_alloc(). Signed-off-by: Jiang Biao --- The previous patch was corrupted by the mail server, have to resend it. --- drivers/gpu/drm/gma500/framebuffer.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/gma500/framebuffer.c

[PATCH] drm/panel: simple: Add Innolux G101ICE-L01 panel

From: Michael Olbrich This patch adds support for Innolux Corporation 10.1" G101ICE-L01 WXGA (1280x800) LVDS panel to the simple-panel driver. Signed-off-by: Michael Olbrich Signed-off-by: Lucas Stach --- .../bindings/display/panel/innolux,g101ice-l01.txt | 7 +

[PATCH v3 03/10] drm/imx: atomic phase 1: Use transitional atomic CRTC and plane helpers

On Sun, Aug 14, 2016 at 7:43 PM, Peter Senna Tschudin wrote: > On Sun, Aug 14, 2016 at 12:46:27PM +0200, Daniel Vetter wrote: >> On Sun, Aug 14, 2016 at 11:44:14AM +0200, Daniel Vetter wrote: >> > On Sat, Aug 13, 2016 at 12:29:47PM +0100, Russell King - ARM Linux wrote: >> > > On Sat, Aug 13,

[GIT PULL] etnaviv-fixes for 4.8

Hi Dave, just a single fix to make GPU recovery more robust. Regards, Lucas The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://git.pengutronix.de/git/lst/linux.git

[PATCH] drm/imx: Add active primary plane reconfiguration support

We don't support configuring active primary plane on-the-fly for imx-drm. The relevant CRTC should be disabled before the plane configuration. Of course, the plane itself should be disabled as well. For overlay plane, we currently reject active plane reconfiguration. This patch adds active plane

[PATCH] drm: make drm_get_format_name thread-safe

On Mon, Aug 15, 2016 at 12:54:01PM +0300, Jani Nikula wrote: > On Mon, 15 Aug 2016, Eric Engestrom wrote: > > Signed-off-by: Eric Engestrom > > --- > > > > I moved the main bits to be the first diffs, shouldn't affect anything > > when applying the patch, but I wanted to ask: > > I don't like

[PATCH v3 1/2] drm: Introduce DRM_DEV_* log messages

On Fri, Aug 12, 2016 at 04:29:37PM -0400, Sean Paul wrote: > This patch consolidates all the various log functions/macros into > one uber function, drm_printk. It also introduces some new DRM_DEV_* > variants that use dev_printk to print the device name, which helps > delineate multiple devices of

[Bug 81382] Text console blanking does not go away

|RESOLVED -- 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/20160815/956af15c/attachment.html>

[PATCH v12 PATCH 5/5] 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

[PATCH v12 PATCH 0/5] 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

[PATCH] drm: make drm_get_format_name thread-safe

On Mon, 15 Aug 2016, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > > I moved the main bits to be the first diffs, shouldn't affect anything > when applying the patch, but I wanted to ask: > I don't like the hard-coded `32` the appears in both kmalloc() and > snprintf(), what do

[PATCH] drm/etnaviv: take GPU lock later in the submit process

2016-08-08 13:00 GMT+02:00 Lucas Stach : > Both the fence and event alloc are safe to be done without holding the GPU > lock, as they either don't need any locking (fences) or are protected by > their own lock (events). > > This solves a bad locking interaction between the submit path and the >

[PATCH 2/2] drm/fence: allow fence waiting to be interrupted by userspace

Op 11-08-16 om 20:39 schreef Gustavo Padovan: > From: Gustavo Padovan > > If userspace is running an synchronously atomic commit and interrupts the > atomic operation during fence_wait() it will hang until the timer expires, > so here we change the wait to be interruptible so it stop immediately

[PATCH 2/2] drm/fence: allow fence waiting to be interrupted by userspace

2016-08-15 Maarten Lankhorst : > Op 11-08-16 om 20:39 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > If userspace is running an synchronously atomic commit and interrupts the > > atomic operation during fence_wait() it will hang until the timer expires, > > so here we change the wait

[PATCH] drm: tilcdc: Fix check for remote port parent

On 08/15/16 11:16, Teresa Remmet wrote: > In function tilcdc_get_external_components the check for > the remote port parent is not correct. We need a '||' instead of > an '&&'. > > Signed-off-by: Teresa Remmet > --- > There has been send out a different version of this patch about a year ago. >

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #20 from Christian König --- (In reply to Felix Schwarz from comment #19) > (In reply to Christian König from comment #18) > > If I remember correctly the message is perfectly normal for Caicos systems, > > cause those shouldn't

[PATCH 06/21] drm/etnaviv: Don't set drm_device->platformdev

Am Freitag, den 12.08.2016, 22:48 +0200 schrieb Daniel Vetter: > It's deprecated and only should be used by drivers which still use > drm_platform_init, not by anyone else. > > And indeed it's entirely unused and can be nuked. > > Cc: Lucas Stach > Cc: Russell King

[Bug 97303] battery mode for dpm state froze

now if it is relevant. This is the latest dmesg output I caught (others were empty). -- 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/20

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 Felix Schwarz changed: What|Removed |Added CC||felix.schwarz at oss.schwarz.e

[Bug 97303] battery mode for dpm state froze

use: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160815/76f65f17/attachment.html>

[PATCH] drm/amdgpu: For virtual_display feature, define a variable for vblank count of cpu vsync timer.

[ Adding the dri-devel list ] On 11/08/16 12:46 PM, Emily Deng wrote: > The adev->ddev->vblank[crtc].count couldn't be used here, so define another > variable to compute the vblank count. > > Signed-off-by: Emily Deng [...] > diff --git a/drivers/gpu/drm/amd/amdgpu/dce_virtual.c >

[PATCH] drm/edid: CEA mode 64 1080p100 vsync pulse width incorrect

From: Clint Taylor In the CEA-861 specification VIC 64 specifies a vsync pulse of 5 and a backporch of 36. Adjust vsync pulse width to match specification. Cc: Ville Syrjälä Signed-off-by: Clint Taylor --- drivers/gpu/drm/drm_edid.c |2 +- 1 file changed,

[PATCH v2] drm/tegra: dpaux: Modify error handling

devm_pinctrl_register returns an ERR_PTR in case of error and should have an IS_ERR check instead of a null check. The Coccinelle semantic patch used to make this change is as follows: @@ expression e; @@ e = devm_pinctrl_register(...); if( -!e +IS_ERR(e) ) { <+... return -

[PATCH] drm/nouveau/tegra: Modify error handling

iommu_domain_alloc returns NULL on error so replace an incorrect IS_ERR check with a NULL check. The Coccinelle semantic patch used to find this issue is as follows: @@ expression e; statement S; @@ *e = iommu_domain_alloc(...); if (IS_ERR(e)) S Signed-off-by: Amitoj Kaur Chawla ---

[PATCH] drm: tilcdc: Fix check for remote port parent

In function tilcdc_get_external_components the check for the remote port parent is not correct. We need a '||' instead of an '&&'. Signed-off-by: Teresa Remmet --- There has been send out a different version of this patch about a year ago. But there was no feedback at all. Please apply one of

[PATCH v2] drm/tegra: dpaux: Modify error handling

On 15/08/16 05:57, Amitoj Kaur Chawla wrote: > devm_pinctrl_register returns an ERR_PTR in case of error and should > have an IS_ERR check instead of a null check. > > The Coccinelle semantic patch used to make this change is as follows: > @@ > expression e; > @@ > > e =

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #18 from Christian König --- If I remember correctly the message is perfectly normal for Caicos systems, cause those shouldn't have an UVD block. Need to double check with Alex, but we could probably disable probing the block on

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #17 from Kontantin Ivanov --- (In reply to Christian König from comment #15) > (In reply to Kontantin Ivanov from comment #14) > > Content of the /lib/firmware/radeon copied manually from > >

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #16 from Kontantin Ivanov --- (In reply to Christian König from comment #15) > (In reply to Kontantin Ivanov from comment #14) > > Content of the /lib/firmware/radeon copied manually from > >

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 Christian König changed: What|Removed |Added CC||deathsimple at vodafone.de ---

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #14 from Kontantin Ivanov --- Content of the /lib/firmware/radeon copied manually from https://people.freedesktop.org/~agd5f/radeon_ucode/ I also tried xorg-edgers/ppa and oibaf/graphics-drivers ppa repositories. With

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #13 from Kontantin Ivanov --- DRI_PRIME=1 glxinfo > /dev/null stderr is: radeon: The kernel rejected CS, see dmesg for more information. radeon: The kernel rejected CS, see dmesg for more information. and tail of dmesg is: [

[PATCH] drm/imx: Add active primary plane reconfiguration support

On Mon, Aug 15, 2016 at 02:09:13PM +0800, Liu Ying wrote: > We don't support configuring active primary plane on-the-fly for imx-drm. > The relevant CRTC should be disabled before the plane configuration. > Of course, the plane itself should be disabled as well. > For overlay plane, we currently

[PATCH v3 0/3] drm: add SimpleDRM driver

On Sun, Aug 14, 2016 at 06:52:03PM +0200, Noralf Trønnes wrote: > This patchset adds the simpledrm driver by David Herrmann based on a > patchset[1] from 2014. That patchset also included patches for kicking > out simpledrm by real drivers. I have stayed away from that since it > involves another

[PATCH v3 3/3] drm: simpledrm: honour remove_conflicting_framebuffers()

On Sun, Aug 14, 2016 at 06:52:06PM +0200, Noralf Trønnes wrote: > There is currently no non-fbdev mechanism in place to kick out > simpledrm when the real hw-driver is probed. As a stop gap until > that is in place, honour remove_conflicting_framebuffers() and > delete the simple-framebuffer

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #12 from Kontantin Ivanov --- Created attachment 228801 --> https://bugzilla.kernel.org/attachment.cgi?id=228801=edit modinfo radeon -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #11 from Kontantin Ivanov --- Created attachment 228791 --> https://bugzilla.kernel.org/attachment.cgi?id=228791=edit lsmod -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 153121] UVD not responding, trying to reset the VCPU, ATI Mobility Radeon HD 5650

https://bugzilla.kernel.org/show_bug.cgi?id=153121 --- Comment #10 from Kontantin Ivanov --- cat /proc/cmdline BOOT_IMAGE=/@/boot/vmlinuz-4.8.0-040800rc2-generic root=UUID=a8e1a207-61c0-4cba-8f7d-bd65b8d2e8bd ro rootflags=subvol=@ quiet splash vt.handoff=7 -- You are receiving this mail

  1   2   >