Re: drm_modeset_lock oops in next

Op 08-04-17 om 18:46 schreef Tony Lindgren: > * Maarten Lankhorst [170408 01:55]: >> Hey, >> >> Op 07-04-17 om 17:56 schreef Tony Lindgren: >>> Hi, >>> >>> Looks like current next now oopses at least for omapdrm >>> when starting X. Reverting commit d20afeb3e2f9 ("Merge >>> remote-tracking branch

[Bug 100638] Shadow of mordor crash Mesa: User error: GL_INVALID_VALUE in glFlushMappedBufferRange(offset 2097060 + length 480 > mapped length 2097152)

https://bugs.freedesktop.org/show_bug.cgi?id=100638 Bug ID: 100638 Summary: Shadow of mordor crash Mesa: User error: GL_INVALID_VALUE in glFlushMappedBufferRange(offset 2097060 + length 480 > mapped length 2097152) Product:

[Bug 100638] Shadow of mordor crash Mesa: User error: GL_INVALID_VALUE in glFlushMappedBufferRange(offset 2097060 + length 480 > mapped length 2097152)

https://bugs.freedesktop.org/show_bug.cgi?id=100638 --- Comment #1 from alvarex --- Created attachment 130771 --> https://bugs.freedesktop.org/attachment.cgi?id=130771&action=edit xorg log -- You are receiving this mail because: You are the assignee for the bug.___

Re: [RFC 1/7] drm/atomic: initial support for asynchronous plane update

Hi Gustavo, Mostly some documentation suggestions below. Hope that I've not lost the plot and they seem ok :-) On 10 April 2017 at 01:24, Gustavo Padovan wrote: > +static bool drm_atomic_async_check(struct drm_atomic_state *state) > +{ /* FIXME: we support single plane updates for now */ > +

[Bug 100593] corruption in total war warhammer when using mesa 17.1 - git

https://bugs.freedesktop.org/show_bug.cgi?id=100593 --- Comment #5 from Gregor Münch --- Some people reported this should actually got fixed by 0fb5a505fac7be0a1831b565019f0f04369e56bd, but looks like it isnt for all. https://bugs.freedesktop.org/show_bug.cgi?id=100531 Will test myself in some

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: > Hi Thierry, > > I don't mean to stir up anything, just voicing "my 2c" as they say. > > On 7 April 2017 at 18:33, Thierry Reding wrote: > > > Ever since the simple-panel binding was introduced, which is now about > > 3 1/2 years ag

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #11 from Michel Dänzer --- When R600_DEBUG=check_vm catches a VM fault, it generates a report in ~/ddebug_dumps/ , please attach that here. A similar report from something like GALLIUM_DDEBUG="pipelined 1" might give more inform

Re: DRM Display driver for Intel FPGA Video and Image Processing Suite

On Mon, Apr 10, 2017 at 9:49 AM, Ong, Hean Loong wrote: > Thanks again Daniel for the clarification. > > However I cannot seem to find the repo for the drm-misc and documentation on > how to get it from the main kernel tree. > > Could you can give me some pointers on where to get the git tree of

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1803-gd86f5fa557fd)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1803-gd86f5fa557fd) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1803-gd86f5fa557fd/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1803-gd86f5fa557fd Git Commit: d8

Re: [PATCH libdrm v2 1/2] etnaviv: sync uapi header

On Sat, 2017-04-08 at 20:55 +0100, Emil Velikov wrote: > On 7 April 2017 at 13:06, Philipp Zabel wrote: > > Import the etnaviv header changes from kernel commits 9ad59fea162c > > ("drm/etnaviv: submit support for in-fences") and 78ec187f64fa > > ("drm/etnaviv: submit support for out-fences") for f

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On 06/04/17 04:47 PM, Christopher James Halse Rogers wrote: > On Wed, 5 Apr 2017 at 20:14 Lucas Stach > wrote: > > Am Mittwoch, den 05.04.2017, 11:59 +0200 schrieb Daniel Vetter: > > On Wed, Apr 05, 2017 at 10:15:44AM +0200, Lucas Stach wrote: > > > Am M

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On 05/04/17 08:21 PM, Christian König wrote: > Am 05.04.2017 um 13:13 schrieb Christopher James Halse Rogers: >> On Wed, Apr 5, 2017 at 8:14 PM Lucas Stach > > wrote: >> >> Am Mittwoch, den 05.04.2017, 11:59 +0200 schrieb Daniel Vetter: >> > On Wed, Apr 05, 20

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

Hi Thierry, On Monday 10 Apr 2017 09:17:59 Thierry Reding wrote: > On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: > > Hi Thierry, > > > > I don't mean to stir up anything, just voicing "my 2c" as they say. > > > > On 7 April 2017 at 18:33, Thierry Reding wrote: > > > Ever since t

[PATCH libdrm v3 2/2] etnaviv: add fence fd support

Add etna_cmd_stream_flush2 with in-fence fd and out-fence fd support for explicit fencing. v3: added etna_cmd_stream_flush2 to etnaviv/etnaviv-symbol-check v2: renamed etna_cmd_stream_flush_explicit to etna_cmd_stream_flush2 Signed-off-by: Philipp Zabel Reviewed-by: Eric Engestrom Reviewed-by:

[PATCH libdrm v3 1/2] etnaviv: sync uapi header

Import the etnaviv header changes from kernel commits 9ad59fea162c ("drm/etnaviv: submit support for in-fences") and 78ec187f64fa ("drm/etnaviv: submit support for out-fences") for fence fd support. The drm_etnaviv_gem_submit structure was extended to include a flags field, new flags for in-fence

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

Am 10.04.2017 um 10:52 schrieb Michel Dänzer: On 05/04/17 08:21 PM, Christian König wrote: Am 05.04.2017 um 13:13 schrieb Christopher James Halse Rogers: On Wed, Apr 5, 2017 at 8:14 PM Lucas Stach mailto:l.st...@pengutronix.de>> wrote: Am Mittwoch, den 05.04.2017, 11:59 +0200 schrieb Dani

[Bug 100593] corruption in total war warhammer when using mesa 17.1 - git

https://bugs.freedesktop.org/show_bug.cgi?id=100593 --- Comment #6 from tarp...@gmx.de --- (In reply to Gregor Münch from comment #5) > Some people reported this should actually got fixed by > 0fb5a505fac7be0a1831b565019f0f04369e56bd, but looks like it isnt for all. > https://bugs.freedesktop.org

Re: [RFC 1/7] drm/atomic: initial support for asynchronous plane update

Hi Emil, Thank you for your review! 2017-04-10 Emil Velikov : > Hi Gustavo, > > Mostly some documentation suggestions below. Hope that I've not lost > the plot and they seem ok :-) > > On 10 April 2017 at 01:24, Gustavo Padovan wrote: > > > +static bool drm_atomic_async_check(struct drm_atom

Re: [PATCH 2/5] i915: flush gem obj freeing workqueues to add accuracy to the i915 shrinker

On Fri, Apr 07, 2017 at 06:48:58PM +0200, Andrea Arcangeli wrote: > On Fri, Apr 07, 2017 at 04:30:11PM +0100, Chris Wilson wrote: > > Not getting hangs is a good sign, but lockdep doesn't like it: > > > > [ 460.684901] WARNING: CPU: 1 PID: 172 at kernel/workqueue.c:2418 > > check_flush_dependenc

Re: [PATCH 01/11] drm: Add HDMI 2.0 VIC support for AVI info-frames

On 07.04.2017 18:39, Shashank Sharma wrote: > HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64). > For any other mode, the VIC filed in AVI infoframes should be 0. > HDMI 2.0 sinks, support video modes range as per CEA-861-F spec, which is > extended to (VIC 1-107). > > Thi

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

Am Montag, den 10.04.2017, 09:17 +0200 schrieb Thierry Reding: > On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: > > Hi Thierry, > > > > I don't mean to stir up anything, just voicing "my 2c" as they say. I normally try to keep away from this "political" discussions, especially with

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #12 from Julien Isorce --- Thx for the answers and suggestions. In order to make sure I am still tracking the same hard lockup, will any failure to load the gpu microcode will lead to a total freeze of the machine ? Currently in the

Re: [PATCH v4 2/2] crypto: hw_random - Add new Exynos RNG driver

Hi, On Saturday, April 08, 2017 03:32:45 PM Krzysztof Kozlowski wrote: > Replace existing hw_ranndom/exynos-rng driver with a new, reworked one. > This is a driver for pseudo random number generator block which on > Exynos4 chipsets must be seeded with some value. On newer Exynos5420 > chipsets

[RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

Ok, this is really a kickstart for a discussion. While working on graphics support for virtual machines on ppc64 (which exists in both little and big endian variants) I've figured the comments in the header file don't match reality. They are not considered little endian (as suggested by the comme

Re: [PATCH] drm/atomic: Acquire connection_mutex lock in drm_helper_probe_single_connector_modes, v4.

Hi Maarteen, Sorry for the late review, I was on vacation last week. On Thu, 6 Apr 2017 20:55:20 +0200 Maarten Lankhorst wrote: > mode_valid() called from drm_helper_probe_single_connector_modes() > may need to look at connector->state because what a valid mode is may > depend on connector pro

[PATCH 2/2] drm/tegra: Add driver documentation

From: Thierry Reding Adds some driver documentation for Tegra. It provides a short overview of the hardware and software architectures. Signed-off-by: Thierry Reding --- Documentation/gpu/index.rst | 1 + Documentation/gpu/tegra.rst | 178 2 files

Re: [PATCH v3] drm/exynos: mixer: document YCbCr magic numbers

Inki Dae wrote: > 2017-03-29 20:56 GMT+09:00 Tobias Jakobi : >> Hello Daniel, >> >> same question here. Patch doesn't introduce any functional changes (just >> adds code documentation), so can you merge it through drm-misc? >> > > Sorry for late. Confirmed just now. I will check it on next Monday.

[PATCH 1/2] gpu: host1x: Flesh out kerneldoc

From: Thierry Reding Improve kerneldoc for the public parts of the host1x infrastructure in preparation for adding driver-specific part to the GPU documentation. Signed-off-by: Thierry Reding --- drivers/gpu/host1x/bus.c| 75 + drivers/gpu/host1x/syn

Re: [PATCH] drm/exynos: clean up description of exynos_drm_crtc

Inki Dae wrote: > 2017-04-07 20:40 GMT+09:00 Tobias Jakobi : >> Hello Inki, >> >> >> Inki Dae wrote: >>> Hello Tobias, >>> >>> >>> 2017년 04월 07일 02:10에 Tobias Jakobi 이(가) 쓴 글: Hello Inki, Inki Dae wrote: > This patch removes unnecessary descriptions on > exynos_drm_crtc

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On 04/10/2017 12:08 PM, Russell King - ARM Linux wrote: > On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: >> Hi, >> >> On 04/07/2017 07:49 PM, Romain Perier wrote: >>> This set of patches split the stream handling functions in two parts. It >>> introduces new callbacks that are speci

Re: [PATCH] drm: dw-hdmi: Implement the mode_fixup drm helper

On 04/08/2017 12:03 AM, Daniel Vetter wrote: On Fri, Apr 07, 2017 at 02:17:43PM +0200, Romain Perier wrote: This helper is supposed to validate or reject the modeline before it applied by the mode setting. Currently this function has been dropped, it was previously set to a dummy function that

Re: [PATCH] drm/tilcdc: do the complete reset sequence if the LCDC is enabled

On 03/28/17 11:11, Emiliano Ingrassia wrote: > If the LCD controller was already enabled (e.g. by the bootloader), > do the complete software reset sequence to avoid time out while loading > the palette and a consequent time out waiting for vblank. > > Signed-off-by: Emiliano Ingrassia Thanks fo

[PATCH] drm/tilcdc: If CRTC is enabled at init phase, disable it

If the LCDC is already enabled (e.g. by the bootloader) at the initialization phase, disable it before returning from the probe. Signed-off-by: Jyri Sarha Reported-by: Emiliano Ingrassia --- This patch should fix the same issus as this patch does: https://lists.freedesktop.org/archives/dri-devel

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Sun, 09 Apr 2017 10:27:31 -0700 Keith Packard wrote: > Pekka Paalanen writes: > > > we need some kind of a database to recognize HMDs in any case, right? > > It would be best if the database was shared, so that everyone could > > recognize all HMDs, at least as far as one can do that based o

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On 10 April 2017 at 10:58, Lucas Stach wrote: > Am Montag, den 10.04.2017, 09:17 +0200 schrieb Thierry Reding: >> On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: >> > Hi Thierry, >> > >> > I don't mean to stir up anything, just voicing "my 2c" as they say. > > I normally try to keep

drm-tip/drm-tip boot: 116 boots: 4 failed, 109 passed with 3 offline (v4.11-rc5-1803-gd86f5fa557fd)

drm-tip/drm-tip boot: 116 boots: 4 failed, 109 passed with 3 offline (v4.11-rc5-1803-gd86f5fa557fd) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1803-gd86f5fa557fd/ Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11

[PATCH] drm: Fix get_property logic fumble

Yet again I've proven that I can't negate conditions :( Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") Cc: Maarten Lankhorst Cc: Daniel Vetter Cc: Jani Nikula Cc: Sean Paul Reported-by: Tvrtko Ursulin Cc: Tvrtko Ursulin Signed-off-by: Daniel Vetter --- driver

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1806-g02f6d3e01f3e)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1806-g02f6d3e01f3e) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1806-g02f6d3e01f3e/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1806-g02f6d3e01f3e Git Commit: 02

Re: [RFC PATCH 3/3] encoder-tpd12s015: keep the ls_oe_gpio on while the phys_addr is valid

On 08/04/17 13:11, Hans Verkuil wrote: > So, this is a bit of a blast from the past since the omap4 CEC development > has been on hold for almost a year. But I am about to resume my work on this > now that the CEC framework was merged. > > The latest code is here, if you are interested: > > http

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 12:12:01PM +0200, Gerd Hoffmann wrote: > Ok, this is really a kickstart for a discussion. While working on > graphics support for virtual machines on ppc64 (which exists in both > little and big endian variants) I've figured the comments in the header > file don't match rea

Re: [PATCH 2/2] drm/tegra: Add driver documentation

On Mon, Apr 10, 2017 at 12:27:02PM +0200, Thierry Reding wrote: > From: Thierry Reding > > Adds some driver documentation for Tegra. It provides a short overview > of the hardware and software architectures. > > Signed-off-by: Thierry Reding Yay for docs! On both patches: Acked-by: Daniel Vet

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 12:35:43PM +0200, Neil Armstrong wrote: > On 04/10/2017 12:08 PM, Russell King - ARM Linux wrote: > > On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: > >> Hi, > >> > >> On 04/07/2017 07:49 PM, Romain Perier wrote: > >>> This set of patches split the stream han

[Bug 195295] USB device insertion turns on discrete Radeon GPU

https://bugzilla.kernel.org/show_bug.cgi?id=195295 --- Comment #2 from Eugene Shalygin (eugene.shaly...@gmail.com) --- I will try. -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@li

Re: [Intel-gfx] [PATCH] drm: Fix get_property logic fumble

On Mon, Apr 10, 2017 at 01:54:45PM +0200, Daniel Vetter wrote: > Yet again I've proven that I can't negate conditions :( > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") You also get to write the igt/kms_getproperty, starting with a memset(prop_values, 0x

Re: [PATCH] drm: Fix get_property logic fumble

Op 10-04-17 om 13:54 schreef Daniel Vetter: > Yet again I've proven that I can't negate conditions :( > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") > Cc: Maarten Lankhorst > Cc: Daniel Vetter > Cc: Jani Nikula > Cc: Sean Paul > Reported-by: Tvrtko Ursulin >

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, 10 Apr 2017 12:12:01 +0200 Gerd Hoffmann wrote: > Ok, this is really a kickstart for a discussion. While working on > graphics support for virtual machines on ppc64 (which exists in both > little and big endian variants) I've figured the comments in the header > file don't match reality.

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1807-g777f8b443ed1)

drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings (v4.11-rc5-1807-g777f8b443ed1) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1807-g777f8b443ed1/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1807-g777f8b443ed1 Git Commit: 77

Re: [PATCH 1/2] drm: Add DRM_CAP_PRIME_SCANOUT.

On Mon, Apr 10, 2017 at 5:03 AM, Christian König wrote: > Am 10.04.2017 um 10:52 schrieb Michel Dänzer: >> >> On 05/04/17 08:21 PM, Christian König wrote: >>> >>> Am 05.04.2017 um 13:13 schrieb Christopher James Halse Rogers: On Wed, Apr 5, 2017 at 8:14 PM Lucas Stach >>>

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

Hi, > which software have you used as representative of "reality"? ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB (one and only format supported by bochs-drm), and we have to interpret that in bigendian byt

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 10:17 AM, Gerd Hoffmann wrote: > Hi, > >> which software have you used as representative of "reality"? > > ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm > driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB (one and > only format supp

[PATCH] MAINTAINERS: add drm/sti driver into drm-misc

drm/sti driver is now part of drm-misc as a small driver. Signed-off-by: Vincent Abriou --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 4ea82b2..66b424a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4417,7 +4417,7 @@ DRM DRIVER

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 --- Comment #5 from at...@t-online.de --- Created attachment 130779 --> https://bugs.freedesktop.org/attachment.cgi?id=130779&action=edit gdb backtrace after crash I'm not familiar with gdb, so I'm not sure if I did what you were asking for. I

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, 10 Apr 2017 16:17:27 +0200 Gerd Hoffmann wrote: > Hi, > > > which software have you used as representative of "reality"? > > ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm > driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB (one and > only form

Re: [PATCHv3 17/22] staging: android: ion: Collapse internal header files

On 04/08/2017 11:12 AM, Emil Velikov wrote: > Hi Laura, > > Couple of trivial nitpicks below. > > On 3 April 2017 at 19:57, Laura Abbott wrote: > >> --- a/drivers/staging/android/ion/ion.h >> +++ b/drivers/staging/android/ion/ion.h >> @@ -1,5 +1,5 @@ >> /* >> - * drivers/staging/android/ion/io

drm-tip/drm-tip boot: 114 boots: 4 failed, 108 passed with 2 offline (v4.11-rc5-1806-g02f6d3e01f3e)

drm-tip/drm-tip boot: 114 boots: 4 failed, 108 passed with 2 offline (v4.11-rc5-1806-g02f6d3e01f3e) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1806-g02f6d3e01f3e/ Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11

[Bug 100618] Dead Island crash after starting a new game

https://bugs.freedesktop.org/show_bug.cgi?id=100618 at...@t-online.de changed: What|Removed |Added Attachment #130779|0 |1 is obsolete|

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 11:09 AM, Pekka Paalanen wrote: > On Mon, 10 Apr 2017 16:17:27 +0200 > Gerd Hoffmann wrote: > >> Hi, >> >> > which software have you used as representative of "reality"? >> >> ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm >> driver. Xorg with

Re: [PATCHv3 00/22] Ion clean up in preparation in moving out of staging

On 04/08/2017 03:38 AM, Greg Kroah-Hartman wrote: > On Mon, Apr 03, 2017 at 11:57:42AM -0700, Laura Abbott wrote: >> Hi, >> >> This is v3 of the series to do some serious Ion cleanup in preparation for >> moving out of staging. I didn't hear much on v2 so I'm going to assume >> people are okay with

Re: [PATCHv3 00/22] Ion clean up in preparation in moving out of staging

On Mon, Apr 10, 2017 at 09:20:27AM -0700, Laura Abbott wrote: > On 04/08/2017 03:38 AM, Greg Kroah-Hartman wrote: > > On Mon, Apr 03, 2017 at 11:57:42AM -0700, Laura Abbott wrote: > >> Hi, > >> > >> This is v3 of the series to do some serious Ion cleanup in preparation for > >> moving out of stagin

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 10:45 AM, Ilia Mirkin wrote: > On Mon, Apr 10, 2017 at 10:17 AM, Gerd Hoffmann wrote: >> Hi, >> >>> which software have you used as representative of "reality"? >> >> ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm >> driver. Xorg with modesetti

Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Mon, Apr 10, 2017 at 8:02 AM, Daniel Vetter wrote: > On Mon, Apr 10, 2017 at 12:12:01PM +0200, Gerd Hoffmann wrote: >> Ok, this is really a kickstart for a discussion. While working on >> graphics support for virtual machines on ppc64 (which exists in both >> little and big endian variants) I'

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1808-ge461ecfd413f)

drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings (v4.11-rc5-1808-ge461ecfd413f) Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1808-ge461ecfd413f/ Tree: drm-tip Branch: drm-tip Git Describe: v4.11-rc5-1808-ge461ecfd413f Git Commit: e4

[Bug 100646] System hang on Mullins hardware with Linux 4.11-rc6

https://bugs.freedesktop.org/show_bug.cgi?id=100646 Bug ID: 100646 Summary: System hang on Mullins hardware with Linux 4.11-rc6 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

drm-tip/drm-tip boot: 137 boots: 5 failed, 131 passed with 1 offline (v4.11-rc5-1807-g777f8b443ed1)

drm-tip/drm-tip boot: 137 boots: 5 failed, 131 passed with 1 offline (v4.11-rc5-1807-g777f8b443ed1) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1807-g777f8b443ed1/ Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11

Re: [PATCH] drm: Fix get_property logic fumble

On Mon, Apr 10, 2017 at 01:54:45PM +0200, Daniel Vetter wrote: > Yet again I've proven that I can't negate conditions :( > > Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl") > Cc: Maarten Lankhorst > Cc: Daniel Vetter > Cc: Jani Nikula > Cc: Sean Paul Reviewed-by:

Re: [PATCHv3 00/22] Ion clean up in preparation in moving out of staging

On 04/10/2017 09:25 AM, Greg Kroah-Hartman wrote: > On Mon, Apr 10, 2017 at 09:20:27AM -0700, Laura Abbott wrote: >> On 04/08/2017 03:38 AM, Greg Kroah-Hartman wrote: >>> On Mon, Apr 03, 2017 at 11:57:42AM -0700, Laura Abbott wrote: Hi, This is v3 of the series to do some serious Ion

[Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

https://bugzilla.kernel.org/show_bug.cgi?id=195231 --- Comment #12 from rbr...@gmail.com --- Dear Alex, Christian and others, On Mon, Apr 10, 2017 at 3:50 AM, wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=195231 > --- Comment #11 from Christian König (deathsim...@vodafone.de) --- > Well

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On 04/04/2017 06:48 PM, Keith Packard wrote: Daniel Vetter writes: Yeah I think that's a pretty neat idea to reduce the lease complexity even more. If the VR compositor is unhappy and wants a different mode, it can simply nuke the lease and as for a new one. Forgot to say that :-) Not sure i

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Mario Kleiner writes: > as input from a highly interested future user of such api's: Thanks much for taking a look at this. > My use cases run about 98% of the time in fullscreen > exclusive mode and want as little interference from the windowing system > / desktop environment as possible, wi

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On Tue, Apr 4, 2017 at 3:02 AM, Daniel Vetter wrote: > On Mon, Apr 03, 2017 at 03:50:33PM -0700, Keith Packard wrote: >> Daniel Vetter writes: >> >> > Also if this confuses VR, then another reason why we want to make leases >> > invariant and only allow pure revoke, not changing the list. >> >> I

[Bug 93341] Semi-random GPU lockups on radeonsi with a RadeonHD 7770 (when playing videos, running OpenGL games, WebGL apps, or after extended periods of time)

https://bugs.freedesktop.org/show_bug.cgi?id=93341 --- Comment #24 from Julien Isorce --- Does the test wget http://www.phoronix-test-suite.com/benchmark-files/GpuTest_Linux_x64_0.7.0.zip DISPLAY=:0 ./GpuTest /test=fur /fullscreen reproduce the problem ? -- You are receiving this mail because:

Re: [PATCH v6 0/2] drm: rockchip: Fix rockchip drm unbind crash error

On Mon, Apr 10, 2017 at 06:00:43PM +0800, Jeffy Chen wrote: Hi Jeffy, Thanks for sending this up again. > > Verified on rk3399 chromebook kevin, no more crashes during unbind/bind drm. I'm assuming this is on the chromeos-4.4 kernel? If so, you should probably mention that when you're posting u

Re: [PATCH] drm: panels: Add MAINTAINERS entry for LVS panel driver

On 10 April 2017 at 19:03, Laurent Pinchart wrote: > Hi Thierry, > > On Monday 10 Apr 2017 09:17:59 Thierry Reding wrote: >> On Sun, Apr 09, 2017 at 01:31:40PM +0100, Emil Velikov wrote: >> > Hi Thierry, >> > >> > I don't mean to stir up anything, just voicing "my 2c" as they say. >> > >> > On 7 A

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On Tue 04 Apr 2017, Keith Packard wrote: > Jason Ekstrand writes: > > > Interesting question. To my knowledge, no one has actually implemented the > > Vulkan WSI direct-to-display extensions. (I tried to prevent them from > > getting released with 1.0 but failed.) I believe the correct answer

Re: [PATCH v6 1/2] drm: Unplug drm device when unregistering it

On Mon, Apr 10, 2017 at 06:00:44PM +0800, Jeffy Chen wrote: > After unbinding drm, the user space may still owns the drm dev fd, > and may still be able to call drm ioctl. > > We're using an unplugged state to prevent something like that, so > let's reuse it here. > > Signed-off-by: Jeffy Chen >

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Alex Deucher writes: > I think there is a definite use case there. I agree. What we're missing right now is someone interested in driving an implementation of that use case to help define the right interfaces. Lacking that, we're not likely to come up with a good solution on our own. I think tha

Re: [RFC 1/7] drm/atomic: initial support for asynchronous plane update

Gustavo Padovan writes: > From: Gustavo Padovan > > In some cases, like cursor updates, it is interesting to update the > plane in an asynchronous fashion to avoid big delays. > > The current queued update could be still waiting for a fence to signal and > thus block and subsequent update until

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

On 04/10/2017 08:11 PM, Keith Packard wrote: Mario Kleiner writes: as input from a highly interested future user of such api's: Thanks much for taking a look at this. My use cases run about 98% of the time in fullscreen exclusive mode and want as little interference from the windowing syst

Re: [RFC 7/7] drm/vc4: update cursors asynchronously through atomic

Gustavo Padovan writes: > From: Gustavo Padovan > > Add support to async updates of cursors by using the new atomic > interface for that. Basically what this commit does is do what > vc4_update_plane() did but through atomic. > > Cc: Eric Anholt > Signed-off-by: Gustavo Padovan > --- > driver

drm-tip/drm-tip boot: 135 boots: 4 failed, 129 passed with 2 offline (v4.11-rc5-1808-ge461ecfd413f)

drm-tip/drm-tip boot: 135 boots: 4 failed, 129 passed with 2 offline (v4.11-rc5-1808-ge461ecfd413f) Full Boot Summary: https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1808-ge461ecfd413f/ Full Build Summary: https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11

Re: [PATCH v6 2/2] drm: Prevent release fb after cleanup mode config

On Mon, Apr 10, 2017 at 06:00:45PM +0800, Jeffy Chen wrote: > After unbinding drm, the user space may still owns the drm dev fd, > and may trigger fb release after cleanup mode config. > > Add a sanity check to prevent that. > > Signed-off-by: Jeffy Chen > --- > > Changes in v6: None > Changes

Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs

Mario Kleiner writes: > Great! Haven't looked at your patches yet, only at this thread and your > blog, but this sounds all very promising. I'll write up another blog post when I finish with the first round of review. That should describe the kernel API at least. I think the X API will be prett

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #13 from Julien Isorce --- Created attachment 130787 --> https://bugs.freedesktop.org/attachment.cgi?id=130787&action=edit dmesg_HD7770_kernel_amd-staging-4.9_ring_stalled -- You are receiving this mail because: You are the assig

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #14 from Julien Isorce --- Created attachment 130788 --> https://bugs.freedesktop.org/attachment.cgi?id=130788&action=edit ddebug_dumps_HD7770_kernel_amd-staging-4.9_ring_stalled -- You are receiving this mail because: You are th

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #15 from Julien Isorce --- Created attachment 130789 --> https://bugs.freedesktop.org/attachment.cgi?id=130789&action=edit dmesg_HD7770_kernel_agd5f-drm-next-4.12_ring_stalled -- You are receiving this mail because: You are the a

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #16 from Julien Isorce --- Created attachment 130790 --> https://bugs.freedesktop.org/attachment.cgi?id=130790&action=edit ddebug_dumps_HD7770_kernel_agd5f-drm-next-4.12_ring_stalled -- You are receiving this mail because: You ar

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #17 from Julien Isorce --- These last 4 attachements logs are for comment #12. And generated with GALLIUM_DDEBUG="pipelined 1" R600_DEBUG=check_vm . Again it is potentially a different freeze than the one reported initially, simp

[Bug 100465] Hard lockup with radeonsi driver on FirePro W600, W9000 and W9100

https://bugs.freedesktop.org/show_bug.cgi?id=100465 --- Comment #18 from Julien Isorce --- -simplify +simply -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org https://li

Re: [PATCH v3] drm/exynos: mixer: document YCbCr magic numbers

2017년 04월 10일 19:27에 Tobias Jakobi 이(가) 쓴 글: > Inki Dae wrote: >> 2017-03-29 20:56 GMT+09:00 Tobias Jakobi : >>> Hello Daniel, >>> >>> same question here. Patch doesn't introduce any functional changes (just >>> adds code documentation), so can you merge it through drm-misc? >>> >> >> Sorry for l

Re: [PATCH] drm/exynos: clean up description of exynos_drm_crtc

2017년 04월 10일 19:29에 Tobias Jakobi 이(가) 쓴 글: > Inki Dae wrote: >> 2017-04-07 20:40 GMT+09:00 Tobias Jakobi : >>> Hello Inki, >>> >>> >>> Inki Dae wrote: Hello Tobias, 2017년 04월 07일 02:10에 Tobias Jakobi 이(가) 쓴 글: > Hello Inki, > > > Inki Dae wrote: >> This p

Re: [Bug 195231] Continuous messages of "*ERROR* UVD not responding, trying to reset the VCPU!!!" and frozen screen

Dear Alex, Christian and others, On Mon, Apr 10, 2017 at 3:50 AM, wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=195231 > --- Comment #11 from Christian König (deathsim...@vodafone.de) --- > Well bisecting which patch caused the break would be a good idea. First of all, I hope you don't m

[PATCH v6 0/2] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin, no more crashes during unbind/bind drm. Changes in v6: Address Daniel Vetter 's comments. Changes in v5: Fix wrong git account. Changes in v2: Fix some commit messages. Jeffy Chen (2): drm: Unplug drm device when unregistering it drm: Prevent release fb

[PATCH v6 1/2] drm: Unplug drm device when unregistering it

After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. We're using an unplugged state to prevent something like that, so let's reuse it here. Signed-off-by: Jeffy Chen --- Changes in v6: Address Daniel Vetter 's comments. Changes in v5: Fix

Re: [PATCH 0/4] Fix DP busy wait and defer disabling overlay plane

Hi Philipp Is there any more info regarding my display probs that you need from me? Are you working on or do you plan to create another revision of this patch? I am presuming I'm the only person on this list who owns the Element14 version of the SABRE Lite? Thanks On Wed, Apr 5, 2017 at 3:18 P

Re: [PATCH 0/5] Re: [Intel-gfx] [BUG][REGRESSION] i915 gpu hangs under load

Am 07.04.2017 01:23 schrieb Andrea Arcangeli: I'm also getting kernel hangs every couple of days. For me it's still not fixed here in 4.11-rc5. It's hard to reproduce, the best reproducer is to build lineageos 14.1 on host while running LTP in a guest to stress the guest VM. Initially I thought

RE: DRM Display driver for Intel FPGA Video and Image Processing Suite

Thanks again Daniel for the clarification. However I cannot seem to find the repo for the drm-misc and documentation on how to get it from the main kernel tree. Could you can give me some pointers on where to get the git tree of the drm-misc for small drivers. Sorry as I am not very familiar wi

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 12:35:43PM +0200, Neil Armstrong wrote: > Hi Russell, > > Cross tree with media has already been done on this cycle with the > dw-hdmi formats changes. > > Nevertheless, please push your updated dw-hdmi cec patchset for tests > and review based on the latest drm-misc-next

Re: [PATCH 0/2] drm: dw-hdmi: various improvements

On Mon, Apr 10, 2017 at 10:49:18AM +0530, Archit Taneja wrote: > Hi, > > On 04/07/2017 07:49 PM, Romain Perier wrote: > >This set of patches split the stream handling functions in two parts. It > >introduces new callbacks that are specific to each variant, one for I2S > >and one for AHB. > > > >Th

[PATCH v6 2/2] drm: Prevent release fb after cleanup mode config

After unbinding drm, the user space may still owns the drm dev fd, and may trigger fb release after cleanup mode config. Add a sanity check to prevent that. Signed-off-by: Jeffy Chen --- Changes in v6: None Changes in v5: None Changes in v2: None drivers/gpu/drm/drm_framebuffer.c | 5 + 1

Re: Vulkan WSI+VK_KHR_display for KMS/DRM?

On April 10, 2017 12:29:12 PM Chad Versace wrote: On Tue 04 Apr 2017, Keith Packard wrote: Jason Ekstrand writes: > Interesting question. To my knowledge, no one has actually implemented the > Vulkan WSI direct-to-display extensions. (I tried to prevent them from > getting released with 1.

  1   2   >