[GIT PULL] exynos-drm-next

Hi Dave, Adding S5PV210 FIMD variant and IPPv2 support. As for IPPv2, we have applied the use of IPPv2 userspace API to a real user, which was what other maintainers pointed out. And it includes two cleanups to MIPI-DSI driver and GEM module. Please kindly let me know if there is

Re: [PATCH 00/13] *** per vm lru ***

On 05/10/2018 04:45 PM, zhoucm1 wrote: On 2018年05月10日 13:07, Zhang, Jerry (Junwei) wrote: On 05/09/2018 02:45 PM, Chunming Zhou wrote: move implemenation from ttm to amdgpu driver. (suggested by Christian) per-vm-lru is because of per-vm-bo, which has no chance to refresh lru, the nagtive

Re: [PATCH 00/13] *** per vm lru ***

On 05/10/2018 04:45 PM, zhoucm1 wrote: On 2018年05月10日 13:07, Zhang, Jerry (Junwei) wrote: On 05/09/2018 02:45 PM, Chunming Zhou wrote: move implemenation from ttm to amdgpu driver. (suggested by Christian) per-vm-lru is because of per-vm-bo, which has no chance to refresh lru, the nagtive

[Bug 106499] [regression, bisected] Several games crash on start

https://bugs.freedesktop.org/show_bug.cgi?id=106499 Bug ID: 106499 Summary: [regression, bisected] Several games crash on start Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 106499] [regression, bisected] Several games crash on start

https://bugs.freedesktop.org/show_bug.cgi?id=106499 Gregor Münch changed: What|Removed |Added CC||mar...@gmail.com,

[Bug 106500] GPU Recovery + DC deadlock

https://bugs.freedesktop.org/show_bug.cgi?id=106500 Bug ID: 106500 Summary: GPU Recovery + DC deadlock Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

Re: [PATCH v7 6/7] ARM: dts: exynos: Add mem-2-mem Scaler devices

On Wed, May 09, 2018 at 10:59:27AM +0200, Marek Szyprowski wrote: > From: Andrzej Pietrasiewicz > > There are 3 scaler devices in Exynos5420 SoCs, all are a part of MSCL > power domain. MSCL power domain and SYSMMU controllers (two per each > scaler device) have been

Re: [PATCH v7 7/7] ARM64: dts: exynos: Add mem-2-mem Scaler devices

On Wed, May 09, 2018 at 10:59:28AM +0200, Marek Szyprowski wrote: > From: Andrzej Pietrasiewicz > > There are two Scaler devices in Exynos5433 SoCs. Add nodes for them and > their SYSMMU controllers. > > Signed-off-by: Andrzej Pietrasiewicz >

[Bug 105083] Random blinking display

https://bugs.freedesktop.org/show_bug.cgi?id=105083 denisgolo...@yandex.ru changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: [PATCH 00/13] drm/kms/mode: using helper func drm_display_mode_to/from_videomode for calculating timing parameters

On Wed, May 9, 2018 at 1:52 PM, Satendra Singh Thakur wrote: > On Thu, May 08, 2018 at 16:28:30 +0530, Satendra Singh Thakur wrote: >> On Thu, May 07, 2018 at 15:46:02 +0200, Daniel Vetter wrote: >> > On Thu, May 03, 2018 at 01:53:55PM +0530, Satendra Singh Thakur wrote:

[Bug 99403] Graphical glitches in witcher-1 with wine nine and r600g (rv740).

https://bugs.freedesktop.org/show_bug.cgi?id=99403 Roman Elshin changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 91808] trine1 misrender r600g

https://bugs.freedesktop.org/show_bug.cgi?id=91808 Roman Elshin changed: What|Removed |Added CC|

[PATCH 1/4] drm/mm: Reject over-sized allocation requests early

As we keep an rbtree of available holes sorted by their size, we can very easily determine if there is any hole large enough that might satisfy the allocation request. This helps when dealing with a highly fragmented address space and a request for a search by address. To cache the largest size,

[PATCH 4/4] drm/i915: Pin the ring high

If we can use an unmappable ring, try to pin it out of the mappable aperture. This simple layout preference is to try and keep the mappable aperture reserved and available to handle GGTT mmapping requests from userspace without causing evictions and GPU stalls. Signed-off-by: Chris Wilson

[Bug 104347] AMD RX 580: Hide/Show Chromium sometimes corrupts screen (see screenshot)

https://bugs.freedesktop.org/show_bug.cgi?id=104347 --- Comment #15 from Roc Vallès Domènech --- I'm seeing this on a Vega64. kernel 4.16.7-rt1 mesa 18.0.3 xf86-video-amdgpu 18.0.1 chromium 66.0.3359.170 -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v2 09/11] docs: Fix some broken references

On Wed, 09 May 2018 15:18:52 +0200, Mauro Carvalho Chehab wrote: > > As we move stuff around, some doc references are broken. Fix some of > them via this script: > ./scripts/documentation-file-ref-check --fix-rst > > Manually checked if the produced result is valid, removing a few >

[PATCH 3/4] drm/i915: Limit searching for PIN_HIGH

To no surprise (since we've flip-flopped over the use of PIN_HIGH a few times), doing a search by address over a pathologically fragmented address space is exceeding slow. To protect ourselves from nearly unbounded latency (think searching a million holes while under struct_mutex), limit the

[PATCH 2/4] drm/mm: Add a search-by-address variant to only inspect a single hole

Searching for an available hole by address is slow, as there no guarantee that a hole will be available and so we must walk over all nodes in the rbtree before we determine the search was futile. In many cases, the caller doesn't strictly care for the highest available hole and was just

[Bug 103246] PoE: GPU hang with mesa >= 17.2.0 + gallium-nine

https://bugs.freedesktop.org/show_bug.cgi?id=103246 --- Comment #4 from kmk3.b...@gmail.com --- (In reply to iive from comment #2) > I just sow that there is already issue opened for the same/similar issue: > > https://github.com/iXit/Mesa-3D/issues/296 Good catch, just commented in there and

[Bug 106430] GPU hang when played video with acceleration (vaapi)

https://bugs.freedesktop.org/show_bug.cgi?id=106430 --- Comment #1 from mikhail.v.gavri...@gmail.com --- If do not restart the computer and leave it in a hang state, then after a while the turbine starts spinning at full speed, and the LEDs on the video card all go out. I was even frightened.

[Bug 106289] mupen64plus segfaults deep inside r300_dri.so

https://bugs.freedesktop.org/show_bug.cgi?id=106289 --- Comment #2 from Dave Coffin --- I fixed this problem by downgrading libgl1-mesa-dri, libgl1-mesa-glx, libglapi-mesa, and mesa-vdpau-drivers to version 11.2.0 from the Ubuntu 16.04 .deb files. I could have also used

[Bug 103246] PoE: GPU hang with mesa >= 17.2.0 + gallium-nine

https://bugs.freedesktop.org/show_bug.cgi?id=103246 kmk3.b...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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

https://bugs.freedesktop.org/show_bug.cgi?id=91880 heavy...@web.de changed: What|Removed |Added Status|REOPENED|NEEDINFO --- Comment #199 from

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

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #201 from heavy...@web.de --- (In reply to Sandeep from comment #200) > You can probably ignore the warnings, I get them too and nothing bad has > happened so far. As long as GPU hang doesn't occur, it's all good. Thanks for the

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

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #200 from Sandeep --- You can probably ignore the warnings, I get them too and nothing bad has happened so far. As long as GPU hang doesn't occur, it's all good. -- You are receiving this mail because: You are

[Bug 105095] piglit arb_vertex_type_2_10_10_10_rev-array_types failed for BARTS

https://bugs.freedesktop.org/show_bug.cgi?id=105095 --- Comment #2 from Roland Scheidegger --- FWIW this looks very similar to a bug recently fixed for radv. Probably not so coincidentally, radeonsi has workarounds for 2/10/10/10 signed formats, apparently gcn hw before vega

[Bug 105684] Loading amdgpu hits general protection fault: 0000 [#1] SMP NOPTI

https://bugs.freedesktop.org/show_bug.cgi?id=105684 --- Comment #30 from jian-h...@endlessm.com --- Created attachment 139549 --> https://bugs.freedesktop.org/attachment.cgi?id=139549=edit config of Linux kernel with freedesktop branch This is the config for building Linux kernel and get the

[Bug 105684] Loading amdgpu hits general protection fault: 0000 [#1] SMP NOPTI

https://bugs.freedesktop.org/show_bug.cgi?id=105684 --- Comment #31 from jian-h...@endlessm.com --- Created attachment 139550 --> https://bugs.freedesktop.org/attachment.cgi?id=139550=edit config of Linux kernel 4.17-rc4 This is the config for building Linux kernel 4.17-rc4 and get the dmesg