[Bug 99710] [amdgpu R9 390] GPU hang when playing Hearthstone in Wine

https://bugs.freedesktop.org/show_bug.cgi?id=99710 --- Comment #9 from Sandeep --- I've tried 4.11.9 and 4.10.13 kernels, and the hang occurs on both of them. -- You are receiving this mail because: You are the assignee for the

[Bug 102522] [radeonsi, bisected] commit 147d7fb772 causes full-window map to flash green in Crea

https://bugs.freedesktop.org/show_bug.cgi?id=102522 Michel Dänzer changed: What|Removed |Added QA Contact|dri-devel@lists.freedesktop

Re: [PATCH 2/2] dma-buf/sw_sync: force signal all unsignaled fences on dying timeline

Quoting Gustavo Padovan (2017-09-05 00:06:04) > From: Dominik Behr > > To avoid hanging userspace components that might have been waiting on the > active fences of the destroyed timeline we need to signal with error all > remaining fences on such timeline. > > This restore

Re: [PATCH libdrm 1/1] amdgpu: Do not write beyond allocated memory when parsing ids

On 02/09/17 04:05 AM, Jan Vesely wrote: > Fixes crash when/usr/share/libdrm/amdgpu.ids contains > ASIC_ID_TABLE_NUM_ENTRIES + 1 entries. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102432 > Signed-off-by: Jan Vesely Thanks for the good catch. > diff

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

On Mon, Sep 4, 2017 at 5:54 PM, Noralf Trønnes wrote: > > Den 04.09.2017 17.20, skrev Daniel Vetter: >> >> On Mon, Sep 04, 2017 at 02:30:05PM +0200, Noralf Trønnes wrote: >>> >>> Den 04.09.2017 11.04, skrev Daniel Vetter: On Mon, Sep 04, 2017 at 11:41:05AM +0300,

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #34 from Shmerl --- (In reply to Samuel Pitoiset from comment #27) > An apitrace that reproduces the issue would be very useful. Hi Samuel. Any luck with reproducing or narrowing down this problem? The uploaded

[Bug 102468] RX470 powerplay issues on hybrid laptop system (dGPU does not power down)

https://bugs.freedesktop.org/show_bug.cgi?id=102468 --- Comment #3 from taij...@posteo.de --- Also, this might be related: https://bugzilla.kernel.org/show_bug.cgi?id=156341#c65 -- You are receiving this mail because: You are the assignee for the

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #35 from Pablo Estigarribia --- Could it be related to dpm? In my case I was trying many combinations of mesa versions, libdrm and kernels, but until many tests I have just changed dpm to high performance and

Re: [PATCH] drm/atomic: Move drm_crtc_commit to drm_crtc_state, v4.

Hi Maarten, [auto build test ERROR on drm/drm-next] [also build test ERROR on next-20170904] [cannot apply to v4.13] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Maarten-Lankhorst/drm-atomic

Re: [PATCH 0/4] RFC: drm: Allow driver-specific ioctls to be registered

Indeed, we argued at first to let the driver handle the ioctls directly, but we would like to use the DRM interface if possible. On Mon, Sep 4, 2017 at 6:26 PM, Chris Wilson wrote: > Quoting Marius Vlad (2017-09-04 16:16:41) > > From: Marius Vlad

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

Den 04.09.2017 11.04, skrev Daniel Vetter: On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote: Hi Daniel, On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote: On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote: Den 31.08.2017 14.59, skrev Laurent

[PATCH 1/2] dma-buf: make reservation_object_copy_fences rcu save

From: Christian König Stop requiring that the src reservation object is locked for this operation. Signed-off-by: Christian König --- drivers/dma-buf/reservation.c | 56 --- 1 file changed, 42

[PATCH 2/2] drm/ttm: fix ttm_bo_cleanup_refs_or_queue once more

From: Christian König With shared reservation objects __ttm_bo_reserve() can easily fail even on destroyed BOs. This prevents correct handling when we need to individualize the reservation object. Fix this by individualizing the object before even trying to reserve it.

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #36 from Shmerl --- (In reply to Pablo Estigarribia from comment #35) > Could it be related to dpm? > > In my case I was trying many combinations of mesa versions, libdrm and > kernels, but until many tests I

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

On Fri, Sep 1, 2017 at 5:36 PM, Marek Olšák wrote: > On Thu, Jul 6, 2017 at 3:17 AM, Dave Airlie wrote: >> From: Dave Airlie >> >> This adds kernel semaphore support to the command submission >> interface in what should be a backwards

[Bug 102500] [polaris10, vega10][amd-staging-4.12, amd-staging-drm-next] GPU fault detected, somethimes lockup

https://bugs.freedesktop.org/show_bug.cgi?id=102500 Vedran Miletić changed: What|Removed |Added CC||ved...@miletic.net

[Bug 101483] A10-8780P (Carrizo) + R7 M260/M265 does not boot without any "workaround" parameter.

https://bugs.freedesktop.org/show_bug.cgi?id=101483 FFAB changed: What|Removed |Added Attachment #133775|0 |1 is obsolete|

[Bug 101483] A10-8780P (Carrizo) + R7 M260/M265 does not boot without any "workaround" parameter.

https://bugs.freedesktop.org/show_bug.cgi?id=101483 --- Comment #9 from FFAB --- Created attachment 133965 --> https://bugs.freedesktop.org/attachment.cgi?id=133965=edit kernel4.13 iommu=soft -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2] drm/tve200: Replace custom connector with panel bridge

On Mon, Sep 04, 2017 at 10:14:42AM +0200, Linus Walleij wrote: > On Mon, Sep 4, 2017 at 9:52 AM, Daniel Vetter wrote: > > On Sat, Sep 02, 2017 at 10:07:11PM +0200, Linus Walleij wrote: > >> This replaces the custom connector in the TVE200 with the > >> panel bridge helper. As

Re: [PATCH 2/3] drm/scdc-helper: Use consistent error reporting

Regards Shashank On 9/1/2017 8:14 PM, Thierry Reding wrote: From: Thierry Reding The error messages generated by the SCDC helpers are somewhat inconsistent with other DRM errors and even with other errors in the same file. Fix them all up to use a common format.

Re: [RFC 5/7] drm/omap: Do dss_device (display) ordering in omap_drv.c

Hi Peter, On Monday, 4 September 2017 12:26:08 EEST Peter Ujfalusi wrote: > On 2017-09-01 14:32, Laurent Pinchart wrote: > >> diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c > >> b/drivers/gpu/drm/omapdrm/omap_drv.c index 32dc0e88220f..0e100a359d26 > >> 100644 > >> ---

Re: [RFC 3/7] drm/omap: Manage the usable omap_dss_device list within omap_drm_private

Hi Peter, On Monday, 4 September 2017 12:19:19 EEST Peter Ujfalusi wrote: > On 2017-09-01 14:27, Laurent Pinchart wrote: > >> -static void omap_disconnect_dssdevs(void) > >> +static void omap_disconnect_dssdevs(struct drm_device *ddev) > >> { > >> - struct omap_dss_device *dssdev = NULL; > >> +

[PATCH v2 4/6] drm/atomic: Return commit in drm_crtc_commit_get for better annotation

This will allow code to do x->commit = drm_crtc_commit_get(commit), making it clearer where references are used. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/drm_atomic_helper.c | 3 +-- include/drm/drm_atomic.h| 6 +- 2 files changed,

Re: [RFC 1/7] drm/omap: Use devm_kzalloc() to allocate omap_drm_private

Hi Laurent, Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-04 12:41, Laurent Pinchart wrote: > At the moment the memory is freed at .remove() time, which can lead to memory > corruption if a user has a

Re: [PATCH v3 2/3] drm/bridge/synopsys: dsi: Register list clean up

On 09/01/2017 06:59 PM, Andrzej Hajda wrote: On 01.08.2017 15:23, Philippe CORNU wrote: This patch cleans up the Synopsys mipi dsi register list: - rename registers according to the Synopsys documentation (1.30 & 1.31) - fix typos - re-order registers for a better coherency Signed-off-by:

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

Hi Daniel, On Monday, 4 September 2017 12:04:38 EEST Daniel Vetter wrote: > On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote: > > On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote: [snip] > >> Yup, expect imo this should be done in drm core (as much as possible, > >>

Re: [PATCH 2/2] RFC: drm/pl111: Support using the VGA bridge as fallback

Hello, On Monday, 4 September 2017 10:43:55 EEST Daniel Vetter wrote: > On Fri, Sep 01, 2017 at 11:46:29AM +0200, Linus Walleij wrote: > > If we cannot find a panel, assume that the output from the > > PL111 is connected directly to a "dumb" VGA connector, > > so look up the connector from that

Re: [RFC 0/7] drm/omap: Module parameter for display order configuration

Hi Laurent, Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-01 14:36, Laurent Pinchart wrote: >> We have boards with LCD panel and HDMI for example and in DT the LCD is set >> as display0, but in certain

Re: [PATCH 01/14] drm/cirrus: split out bo unpinning from cirrus_bo_push_sysram

Varad Gautam writes: > int cirrus_bo_push_sysram(struct cirrus_bo *bo) > { > int i, ret; > - if (!bo->pin_count) { > + > + ret = cirrus_bo_reserve(bo, false); > + if (ret) > + return ret; > + > + if (bo->pin_count) { >

Re: [PATCH 3/3] drm/scdc-helper: Use consistent spelling for TMDS

Reviewed-by: Shashank Sharma Regards Shashank On 9/1/2017 8:14 PM, Thierry Reding wrote: From: Thierry Reding The file uses inconsistent capitalization for TMDS. Since it is an abbreviation, all uppercase is correct. Signed-off-by: Thierry

Re: [RFC 1/7] drm/omap: Use devm_kzalloc() to allocate omap_drm_private

Hi Peter, On Monday, 4 September 2017 12:13:40 EEST Peter Ujfalusi wrote: > On 2017-09-01 14:10, Laurent Pinchart wrote: > > On Tuesday, 29 August 2017 10:32:12 EEST Peter Ujfalusi wrote: > >> It makes the cleanup paths a bit cleaner. > > > > But it also goes against a proper implementation of

[PATCH v2 1/6] drm/i915: Always wait for flip_done, v2.

The next commit removes the wait for flip_done in in drm_atomic_helper_commit_cleanup_done, but we need it for the tests to pass. Instead of using complicated vblank tracking which ends up being ignored anyway, call the correct atomic helper. :) Changes since v1: - Always call

[PATCH v2 0/6] drm/atomic: Fix use-after-free with unbound connectors/planes.

New iteration with all feedback hopefully addressed. Maarten Lankhorst (6): drm/i915: Always wait for flip_done, v2. drm/atomic: Move drm_crtc_commit to drm_crtc_state, v3. drm/atomic: Remove waits in drm_atomic_helper_commit_cleanup_done, v2. drm/atomic: Return commit in

[PATCH v2 2/6] drm/atomic: Move drm_crtc_commit to drm_crtc_state, v3.

Most code only cares about the current commit or previous commit. Fortuantely we already have a place to track those. Move it to drm_crtc_state where it belongs. :) The per-crtc commit_list is kept for places where we have to look deeper than the current or previous commit for checking whether to

[PATCH v2 5/6] drm/atomic: Fix freeing connector/plane state too early by tracking commits, v3.

Currently we neatly track the crtc state, but forget to look at plane/connector state. When doing a nonblocking modeset, immediately followed by a setprop before the modeset completes, the setprop will see the modesets new state as the old state and free it. This has to be solved by waiting for

[PATCH v2 3/6] drm/atomic: Remove waits in drm_atomic_helper_commit_cleanup_done, v2.

When commit synchronization through drm_crtc_commit was first introduced, we tried to solve the problem of the flip_done needing a reference count by blocking in cleanup_done. This has been changed by commit 24835e442f28 ("drm: reference count event->completion") which made the waits here no

[PATCH v2 6/6] drm/atomic: Make async plane update checks work as intended, v2.

By always keeping track of the last commit in plane_state, we know whether there is an active update on the plane or not. With that information we can reject the fast update, and force the slowpath to be used as was originally intended. We cannot use plane_state->crtc->state here, because this

Re: [Intel-gfx] [RFC PATCH 1/5] drm/i915: Always wait for flip_done

Quoting Maarten Lankhorst (2017-08-30 13:17:48) > The next commit removes the wait for flip_done in in > drm_atomic_helper_commit_cleanup_done, but we need it for the tests > to pass. Instead of using complicated vblank tracking which ends > up being ignored anyway, call the correct atomic helper.

Re: [PATCH 09/14] drm/cirrus: use universal plane interfaces for primary plane

Varad Gautam writes: > From: Varad Gautam > > cirrus exposes one legacy primary plane tied to the crtc. convert this to > use the universal planes interface in preparation for atomic. > > Signed-off-by: Varad Gautam

Re: [PATCH v3 3/3] drm/bridge/synopsys: dsi: explicitly request exclusive reset control

On 09/01/2017 07:15 PM, Andrzej Hajda wrote: On 01.08.2017 15:23, Philippe CORNU wrote: Based on patch "Convert drivers to explicit reset API" from Philipp Zabel Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting reset lines") started to transition the reset control

Re: [PATCH 1/3] drm/scdc-helper: Remove gratuitous blank lines

Regards Shashank On 9/1/2017 8:14 PM, Thierry Reding wrote: From: Thierry Reding It's unusual to separate kerneldoc comments from the functions that they describe by a blank line. Remove them. Signed-off-by: Thierry Reding ---

Re: [RFC 1/7] drm/omap: Use devm_kzalloc() to allocate omap_drm_private

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-01 14:10, Laurent Pinchart wrote: > Hi Peter, > > Thank you for the patch. > > On Tuesday, 29 August 2017 10:32:12 EEST Peter Ujfalusi wrote: >> It makes

Re: [RFC 3/7] drm/omap: Manage the usable omap_dss_device list within omap_drm_private

Hi Laurent, Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-01 14:27, Laurent Pinchart wrote: >> -static void omap_disconnect_dssdevs(void) >> +static void omap_disconnect_dssdevs(struct drm_device

Re: [RFC 5/7] drm/omap: Do dss_device (display) ordering in omap_drv.c

Hi Laurent, Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-09-01 14:32, Laurent Pinchart wrote: >> diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c >> b/drivers/gpu/drm/omapdrm/omap_drv.c index

Re: [PATCH v2] drm/tve200: Replace custom connector with panel bridge

On Mon, Sep 4, 2017 at 9:52 AM, Daniel Vetter wrote: > On Sat, Sep 02, 2017 at 10:07:11PM +0200, Linus Walleij wrote: >> This replaces the custom connector in the TVE200 with the >> panel bridge helper. As long as we're just using panels >> and no other bridges, this works just

[Bug 99710] [amdgpu R9 390] GPU hang when playing Hearthstone in Wine

https://bugs.freedesktop.org/show_bug.cgi?id=99710 --- Comment #8 from Sandeep --- Well, I tried running 4.11 RC3, and that also had the same problem. Will see if I can go further back (4.10, 4.9 etc.) and see if I can get it to work without problems. Otherwise, the problem

Re: [PATCH 2/2] RFC: drm/pl111: Support using the VGA bridge as fallback

On Fri, Sep 01, 2017 at 11:46:29AM +0200, Linus Walleij wrote: > If we cannot find a panel, assume that the output from the > PL111 is connected directly to a "dumb" VGA connector, > so look up the connector from that bridge. > > Signed-off-by: Linus Walleij > --- >

Re: [PATCH v2] drm/tve200: Replace custom connector with panel bridge

On Sat, Sep 02, 2017 at 10:07:11PM +0200, Linus Walleij wrote: > This replaces the custom connector in the TVE200 with the > panel bridge helper. As long as we're just using panels > and no other bridges, this works just fine. > > Reviewed-by: Eric Anholt > Signed-off-by: Linus

Re: [PATCH v3 19/22] drm/tilcdc: Use drm_gem_fb_create()

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 08/13/17 16:32, Noralf Trønnes wrote: > drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now, > so use the function directly. > > Cc: Jyri Sarha

Re: [PATCH 3/3] drm/exynos/gsc: Add rotation hardware limits of gscaler

On 09/01/2017 04:31 PM, Marek Szyprowski wrote: Hi Hoegeun, On 2017-09-01 03:47, Hoegeun Kwon wrote: The gscaler has hardware rotation limits that need to be imported from dts. Parse them and add them to the property list. The rotation hardware limits are related to the cropped source size.

Re: [PATCH v3 17/22] drm/stm: Use drm_gem_fb_create()

On Sat, Sep 02, 2017 at 02:45:36PM +0200, Noralf Trønnes wrote: > > Den 01.09.2017 13.28, skrev Philippe CORNU: > > Hi Noralf, > > Many thanks for your patchset (and sorry for this late reply due to > > summer holidays :-), > > > > On 08/13/2017 03:32 PM, Noralf Trønnes wrote: > > >

Re: [RFC PATCH 1/5] drm/i915: Always wait for flip_done

On Thu, Aug 31, 2017 at 05:18:06PM +0200, Maarten Lankhorst wrote: > Op 30-08-17 om 15:40 schreef Daniel Vetter: > > On Wed, Aug 30, 2017 at 02:54:28PM +0200, Maarten Lankhorst wrote: > >> Op 30-08-17 om 14:43 schreef Daniel Vetter: > >>> On Wed, Aug 30, 2017 at 02:17:48PM +0200, Maarten Lankhorst

Re: [Intel-gfx] [RFC PATCH 5/5] drm/atomic: Make async plane update checks work as intended.

On Sat, Sep 02, 2017 at 03:59:22PM -0300, Gustavo Padovan wrote: > 2017-08-30 Daniel Vetter : > > > On Wed, Aug 30, 2017 at 02:17:52PM +0200, Maarten Lankhorst wrote: > > > By always keeping track of the last commit in plane_state, we know > > > whether there is an active update

Re: [PATCH 1/6] drm: Use correct path to trace include

On Fri, Sep 01, 2017 at 12:36:20PM -0400, Alex Deucher wrote: > On Fri, Sep 1, 2017 at 11:02 AM, Christian König > wrote: > > Am 01.09.2017 um 16:49 schrieb Thierry Reding: > >> > >> From: Thierry Reding > >> > >> The header comment in

Re: [RFC PATCH 1/5] drm/i915: Always wait for flip_done

Op 04-09-17 om 09:30 schreef Daniel Vetter: > On Thu, Aug 31, 2017 at 05:18:06PM +0200, Maarten Lankhorst wrote: >> Op 30-08-17 om 15:40 schreef Daniel Vetter: >>> On Wed, Aug 30, 2017 at 02:54:28PM +0200, Maarten Lankhorst wrote: Op 30-08-17 om 14:43 schreef Daniel Vetter: > On Wed, Aug

[Bug 194761] amdgpu driver breaks on Oland (SI)

https://bugzilla.kernel.org/show_bug.cgi?id=194761 --- Comment #84 from Jean Delvare (jdelv...@suse.de) --- Created attachment 258183 --> https://bugzilla.kernel.org/attachment.cgi?id=258183=edit [PATCH] drm/amdgpu: revert tile table update for oland (for kernels v4.10 to v4.12) -- You are

Re: [PATCHv6 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

Hi Laurent, On Mon, 2017-08-28 at 13:06 +0800, Ong, Hean Loong wrote: > Hi Laurent, > > On Thu, 2017-08-24 at 12:39 +0300, Laurent Pinchart wrote: > > > > Hi Hean Loong, > > > > On Thursday, 24 August 2017 08:41:50 EEST Ong, Hean Loong wrote: > > > > > > > > > Hi Laurent, > > > > > > I

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote: > > Den 31.08.2017 14.59, skrev Laurent Pinchart: > > Hi Daniel and Noralf, > > > > On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote: > > > On Wed, Aug 30, 2017 at 6:31 PM, Noralf Trønnes > > >

Re: [PATCH] drm/vblank: Fix delta_ns to an absolute value

On Fri, Sep 01, 2017 at 04:36:25PM +0300, Ville Syrjälä wrote: > On Fri, Sep 01, 2017 at 04:07:16PM +0900, Hoegeun Kwon wrote: > > If scanout started, we should reduce etime by delta_ns. But delta_ns > > is negative if scanout has not started. If delta_ns is negative, > > subtraction of delta_ns

Re: [git pull] amdkfd next 4.14

Hi Alex, Since Dave is out, can you just pull that into the amd pile? -Daniel On Sat, Sep 02, 2017 at 04:29:38PM +0300, Oded Gabbay wrote: > Hi Dave, > > Three more amdkfd commits for the 4.14 merge window, nothing too major: > > - Removing redundant memset before memcpy > - Passing valid mqd

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

Hi Daniel, On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote: > On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote: > > Den 31.08.2017 14.59, skrev Laurent Pinchart: > >> On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote: > >>> On Wed, Aug 30, 2017 at 6:31 PM,

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote: > Hi Daniel, > > On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote: > > On Thu, Aug 31, 2017 at 09:22:03PM +0200, Noralf Trønnes wrote: > > > Den 31.08.2017 14.59, skrev Laurent Pinchart: > > >> On Wednesday, 30 August

Re: [RFC 1/7] drm/omap: Use devm_kzalloc() to allocate omap_drm_private

Hi Peter, On Monday, 4 September 2017 14:16:32 EEST Peter Ujfalusi wrote: > On 2017-09-04 12:41, Laurent Pinchart wrote: > > At the moment the memory is freed at .remove() time, which can lead to > > memory corruption if a user has a handle on the device (for instance an > > open file handle that

Re: [PATCH v4 4/4] drm/i915: Acquire PUNIT->PMIC bus for intel_uncore_forcewake_reset()

Thomas, Ingo, Peter - Can I have your ack on merging the below patch via drm/i915? Unfortunately it wasn't originally sent to the proper mailing list. You can see the full series it's part of at [1]. BR, Jani. [1] https://patchwork.freedesktop.org/series/29058/ On Sun, 20 Aug 2017, Hans de

Re: rk3288: Enable HDMI hang boot and no Linux log

Hi, Am Montag, 4. September 2017, 18:14:56 CEST schrieb Jagan Teki: > Is linux-next support HDMI on rk3288? I'm trying to enable hdmi (with > ddc-i2c-bus) statically along with Linux boot logo. Observed an kernel > boot hang, didn't find whats wrong because DWC MHL PHY as detected > from the log.

[PATCH] dma-fence: fix dma_fence_get_rcu_safe

From: Christian König The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to acquire a reference it doesn't necessary mean that there is no fence at all. It usually mean that the fence was replaced by a new one and in this situation we certainly

[PATCH] dma-fence: fix dma_fence_get_rcu_safe

From: Christian König The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to acquire a reference it doesn't necessary mean that there is no fence at all. It usually mean that the fence was replaced by a new one and in this situation we certainly

Re: [PATCH] dma-fence: fix dma_fence_get_rcu_safe

Quoting Christian König (2017-09-04 14:27:33) > From: Christian König > > The logic is buggy and unnecessary complex. When dma_fence_get_rcu() fails to > acquire a reference it doesn't necessary mean that there is no fence at all. > > It usually mean that the fence was

Re: [PATCH v3 3/3] drm/bridge/synopsys: dsi: explicitly request exclusive reset control

On 09/04/2017 01:40 PM, Archit Taneja wrote: > > > On 09/01/2017 07:15 PM, Andrzej Hajda wrote: >> On 01.08.2017 15:23, Philippe CORNU wrote: >>> Based on patch "Convert drivers to explicit reset API" from Philipp >>> Zabel >>> >>> Commit a53e35db70d1 ("reset: Ensure drivers are explicit when

Re: [PATCH 0/4] RFC: drm: Allow driver-specific ioctls to be registered

There isn't any dark plot behind it. For instance, in our use case, a DPU (Display Process Unit) which has a blit feature (using DRM_RENDER_ALLOW) can be implemented cleanly in a separate driver and not being dependent on the DRM core driver. If the blit feature is present/enabled, we can

[PATCH] drm/atomic: Move drm_crtc_commit to drm_crtc_state, v4.

Most code only cares about the current commit or previous commit. Fortuantely we already have a place to track those. Move it to drm_crtc_state where it belongs. :) The per-crtc commit_list is kept for places where we have to look deeper than the current or previous commit for checking whether to

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

On Mon, Sep 04, 2017 at 02:30:05PM +0200, Noralf Trønnes wrote: > > Den 04.09.2017 11.04, skrev Daniel Vetter: > > On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote: > > > Hi Daniel, > > > > > > On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote: > > > > On Thu, Aug 31,

Re: [PATCH 0/4] RFC: drm: Allow driver-specific ioctls to be registered

On Mon, Sep 04, 2017 at 06:16:41PM +0300, Marius Vlad wrote: > From: Marius Vlad > > Currently driver-specific ioctls have to be declared static and are confined > to > DRM core driver. This patch series provides the means to remove those > constrains > and allow to

Re: [PATCH] dma-fence: fix dma_fence_get_rcu_safe

I really wonder what's wrong with my mail client, but it looks like this patch never made it at least to dri-devel. Forwarding manually now, Christian. Am 04.09.2017 um 15:16 schrieb Christian König: From: Christian König The logic is buggy and unnecessary complex.

Re: [PATCH 0/4] RFC: drm: Allow driver-specific ioctls to be registered

Quoting Marius Vlad (2017-09-04 16:16:41) > From: Marius Vlad > > Currently driver-specific ioctls have to be declared static and are confined > to > DRM core driver. This patch series provides the means to remove those > constrains > and allow to register

Re: [PATCH 6/6] drm/tinydrm: Support device unplug

Den 04.09.2017 17.20, skrev Daniel Vetter: On Mon, Sep 04, 2017 at 02:30:05PM +0200, Noralf Trønnes wrote: Den 04.09.2017 11.04, skrev Daniel Vetter: On Mon, Sep 04, 2017 at 11:41:05AM +0300, Laurent Pinchart wrote: Hi Daniel, On Monday, 4 September 2017 10:26:15 EEST Daniel Vetter wrote:

[Bug 102540] MSAA not working in Unity game

https://bugs.freedesktop.org/show_bug.cgi?id=102540 Bug ID: 102540 Summary: MSAA not working in Unity game Product: Mesa Version: 17.1 Hardware: Other OS: All Status: NEW Severity: normal

[Bug 101483] A10-8780P (Carrizo) + R7 M260/M265 does not boot without any "workaround" parameter.

https://bugs.freedesktop.org/show_bug.cgi?id=101483 --- Comment #10 from FFAB --- Upstream kernel test - kernel 4.13 Installation, on which upstream kernel was installed: ubuntu 16.04.3, kernel4.10.0-33, updated 2017-09-04 1. booting without any workaround parameters 2.

[Bug 97942] [IGT][BYT/BXT] gem_mmap_gtt subtest basic-wc fails due to Test assertion failure

https://bugs.freedesktop.org/show_bug.cgi?id=97942 Elizabeth changed: What|Removed |Added Summary|[IGT] [BYT] [BXT] [BYT]

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

On 2 September 2017 at 01:36, Marek Olšák wrote: > On Thu, Jul 6, 2017 at 3:17 AM, Dave Airlie wrote: >> From: Dave Airlie >> >> This adds kernel semaphore support to the command submission >> interface in what should be a backwards

Re: [PATCH libdrm] libdrm_amdgpu: add kernel semaphore support

On 5 September 2017 at 05:23, Marek Olšák wrote: > On Fri, Sep 1, 2017 at 5:36 PM, Marek Olšák wrote: >> On Thu, Jul 6, 2017 at 3:17 AM, Dave Airlie wrote: >>> From: Dave Airlie >>> >>> This adds kernel semaphore

[PATCH 1/2] selftests: sync: add test that waits on a destroyed timeline

From: Emilio López If a sw_sync_timeline is destroyed the fences associated to it need to be signalled. This test checks that. Cc: Shuah Khan Cc: linux-kselft...@vger.kernel.org Signed-off-by: Emilio López

[PATCH 2/2] dma-buf/sw_sync: force signal all unsignaled fences on dying timeline

From: Dominik Behr To avoid hanging userspace components that might have been waiting on the active fences of the destroyed timeline we need to signal with error all remaining fences on such timeline. This restore the default behaviour of the Android sw_sync framework, which

[PATCH 3/4] drm/i915: Register perf_ ioctls directly in i915_perf file.

From: Marius Vlad Signed-off-by: Marius Vlad Signed-off-by: Marius-Adrian Negreanu --- drivers/gpu/drm/i915/i915_drv.c | 3 --- drivers/gpu/drm/i915/i915_perf.c | 21 + 2 files changed, 21 insertions(+), 3

[PATCH 2/4] drm/i915: Convert i915 to use ioctl_register/ioctl_deregister.

From: Marius Vlad Signed-off-by: Marius Vlad Signed-off-by: Marius-Adrian Negreanu --- drivers/gpu/drm/i915/i915_drv.c | 145 +--- 1 file changed, 78 insertions(+), 67 deletions(-) diff

[PATCH 1/4] drm/: Support registering driver-specific ioctls dynamically

From: Marius Vlad Signed-off-by: Marius Vlad Signed-off-by: Marius-Adrian Negreanu --- drivers/gpu/drm/drm_drv.c | 1 + drivers/gpu/drm/drm_ioctl.c | 99 +++-- include/drm/drm_drv.h

[PATCH 4/4] drm/i915: Register GEM ioctls directly in i915_gem file.

From: Marius Vlad Signed-off-by: Marius Vlad Signed-off-by: Marius-Adrian Negreanu --- drivers/gpu/drm/i915/i915_drv.c | 35 --- drivers/gpu/drm/i915/i915_gem.c | 52

linux-4.13/drivers/gpu/drm/nouveau/nvkm/subdev/therm/fan.c:86: possible faulty logic ?

Hello there, [linux-4.13/drivers/gpu/drm/nouveau/nvkm/subdev/therm/fan.c:93]: (warning) Opposite inner 'if' condition leads to a dead code block. Source code is if (target != duty) { u16 bump_period = fan->bios.bump_period; u16 slow_down_period = fan->bios.slow_down_period;

rk3288: Enable HDMI hang boot and no Linux log

Hi, Is linux-next support HDMI on rk3288? I'm trying to enable hdmi (with ddc-i2c-bus) statically along with Linux boot logo. Observed an kernel boot hang, didn't find whats wrong because DWC MHL PHY as detected from the log. Here is the full log[1] please let me know if I miss any? Log: -

[PATCH 0/4] RFC: drm: Allow driver-specific ioctls to be registered

From: Marius Vlad Currently driver-specific ioctls have to be declared static and are confined to DRM core driver. This patch series provides the means to remove those constrains and allow to register driver-specific ioctls dynamically by keeping a list of registered