[Bug 100387] War Thunder game has visual errors, missing textures

https://bugs.freedesktop.org/show_bug.cgi?id=100387 --- Comment #18 from russianneuroman...@ya.ru --- Issue is still reproducible in Mesa 17.2. With Mesa 17.3 I get GPU lockup at War Thunder launch: bug 103900 -- You are receiving this mail because: You are the assignee for the

[Bug 103900] [SUMO][TURKS] Launching War Thunder make GPU stuck, and then system is hard lockup

https://bugs.freedesktop.org/show_bug.cgi?id=103900 --- Comment #1 from russianneuroman...@ya.ru --- Created attachment 135708 --> https://bugs.freedesktop.org/attachment.cgi?id=135708=edit GPU lockup dmesg -- You are receiving this mail because: You are the assignee for the

[Bug 103900] [SUMO][TURKS] Launching War Thunder make GPU stuck, and then system is hard lockup

https://bugs.freedesktop.org/show_bug.cgi?id=103900 Bug ID: 103900 Summary: [SUMO][TURKS] Launching War Thunder make GPU stuck, and then system is hard lockup Product: Mesa Version: 17.3 Hardware: x86-64 (AMD64)

[Bug 103783] atombios stuck in loop for more than 5secs

https://bugs.freedesktop.org/show_bug.cgi?id=103783 --- Comment #8 from Rene Barbosa --- vkr...@yahoo.com, Are you using TLP or something similar? I ran some tests and found that's only happening when using TLP. Tried with Ubuntu 17.10 and Fedora 27, same results.

[Bug 102800] DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #15 from higu...@gmx.net --- no, the with the pcie_port_pm=force and 4.14.0, it still fails -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing

[PATCH] video/fbdev/stifb: Delete an error message for a failed memory allocation in stifb_init_fb()

From: Markus Elfring Date: Fri, 24 Nov 2017 22:22:06 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[Bug 97909] X-Plane 10 crashes with SIGSEGV on radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=97909 Joonas Sarajärvi changed: What|Removed |Added CC||m...@iki.fi --- Comment

Hardware 3D acceleration doesn't work anymore with the latest git kernel

On 24.11.2017 20:14, Ilia Mirkin wrote: Do you have SWIOTLB disabled in your .config? Try enabling it to see if that's the issue. Looking at your bisect log, you might have incorrectly marked some revisions. E.g. you had a compile failure, which while isn't "good", it's also not "bad" -- good

[PATCH 4/4] video: udlfb: Delete an unnecessary return statement in two functions

From: Markus Elfring Date: Fri, 24 Nov 2017 21:36:39 +0100 The script "checkpatch.pl" pointed information out like the following. WARNING: void function return statements are not generally useful Thus remove such a statement in the affected functions.

[PATCH 3/4] video: udlfb: Improve a size determination in dlfb_alloc_urb_list()

From: Markus Elfring Date: Fri, 24 Nov 2017 21:30:37 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 2/4] video: udlfb: Return an error code only as a constant in dlfb_realloc_framebuffer()

From: Markus Elfring Date: Fri, 24 Nov 2017 21:22:25 +0100 * Return an error code without storing it in an intermediate variable. * Delete the label "error" and local variable "retval" which became unnecessary with this refactoring. Signed-off-by: Markus

Re: [PATCH 13/13] drm/tegra: kick out simplefb

On Fri, Nov 24, 2017 at 06:53:34PM +0100, Michał Mirosław wrote: > Kick out firmware fb when loading tegra driver. > > Signed-off-by: Michał Mirosław > --- > drivers/gpu/drm/tegra/drm.c | 4 > 1 file changed, 4 insertions(+) Cool. Can you provide some background

[PATCH 1/4] video: udlfb: Delete an error message for a failed memory allocation in two functions

From: Markus Elfring Date: Fri, 24 Nov 2017 21:12:54 +0100 Omit an extra message for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH 0/4] video-UDLFB: Adjustments for five function implementations

From: Markus Elfring Date: Fri, 24 Nov 2017 21:45:54 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Delete an error message for a failed memory allocation in two functions Return an error code only

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #7 from denisgolo...@yandex.ru --- See attached dmesg with debug. Tearing appeared after turning display on. -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #6 from denisgolo...@yandex.ru --- Created attachment 135701 --> https://bugs.freedesktop.org/attachment.cgi?id=135701=edit dmesg + debug -- You are receiving this mail because: You are the assignee for the

[PATCH] video/fbdev/vt8500lcdfb: Delete an error message for a failed memory allocation in vt8500lcd_probe()

From: Markus Elfring Date: Fri, 24 Nov 2017 20:42:08 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH] video/fbdev/wm8505fb: Delete an error message for a failed memory allocation in wm8505fb_probe()

From: Markus Elfring Date: Fri, 24 Nov 2017 20:22:10 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[Bug 92827] Tonga: No Sound over HDMI with connected AV receiver

https://bugs.freedesktop.org/show_bug.cgi?id=92827 --- Comment #6 from Maximilian Böhm --- No, it will be merged with Linux 4.15 but you will still need an kernel parameter: https://www.phoronix.com/scan.php?page=news_item=AMDGPU-DC-Accepted Until then, you have to compile

Re: Hardware 3D acceleration doesn't work anymore with the latest git kernel

On Fri, Nov 24, 2017 at 2:08 PM, Christian Zigotzky wrote: > On 24.11.2017 17:09, Michel Dänzer wrote: >> >> On 2017-11-24 03:29 PM, Christian Zigotzky wrote: >>> >>> Hi All, >>> >>> I bisected today and the first bad commit is: >>> a4dec819c8bba6365eb893a4ca88db4dd1210110

Re: Hardware 3D acceleration doesn't work anymore with the latest git kernel

On 24.11.2017 20:08, Christian Zigotzky wrote: On 24.11.2017 17:09, Michel Dänzer wrote: On 2017-11-24 03:29 PM, Christian Zigotzky wrote: Hi All, I bisected today and the first bad commit is: a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions to populate/map in one call

Hardware 3D acceleration doesn't work anymore with the latest git kernel

On 24.11.2017 17:09, Michel Dänzer wrote: On 2017-11-24 03:29 PM, Christian Zigotzky wrote: Hi All, I bisected today and the first bad commit is: a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions to populate/map in one call (v2)) [1] It can't really be that commit, since

[Bug 92827] Tonga: No Sound over HDMI with connected AV receiver

https://bugs.freedesktop.org/show_bug.cgi?id=92827 --- Comment #5 from Michael Zapf --- I just got kernel 4.14, but I still don't have any audio output via HDMI. Is that supposed to work by now? -- You are receiving this mail because: You are the assignee for the

Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Am Freitag, den 24.11.2017, 16:49 + schrieb Alexey Brodkin: [...] > > Yes, a "core" in Vivante speak is a GPU with one DMA frontend. A > > single > > frontend can feed both 3D and 2D acceleration engines behind it. On > > i.MX6 the 2D and 3D engine are on separate cores, but Marvell Dove > >

Re: [Intel-gfx] [PATCH 01/15] drm/i915: Reject odd pipe source width with double wide/dual link

On Thu, Nov 23, 2017 at 09:04:48PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > In order to guarantee that pipe_src_w/h matches the user mode h/vdisplay > we must not adjust pipe_src_w to accommodate double wide/dual link. > Instead just reject the mode

Re: Regression in TTM driver w/Linus' master

Am 24.11.2017 um 17:29 schrieb Tobias Klausmann: On 11/24/17 4:35 PM, Christian König wrote: Am 24.11.2017 um 16:17 schrieb Tobias Klausmann: On 11/24/17 3:54 PM, Daniel Vetter wrote: On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote: On 11/23/17 2:58 AM, Dave Airlie wrote:

Re: [PATCH 15/15] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. > > Cc: Laurent Pinchart

[Bug 103814] incorrect dust rendering in hl2 without sisched

https://bugs.freedesktop.org/show_bug.cgi?id=103814 Hleb Valoshka <375...@gmail.com> changed: What|Removed |Added Summary|incorrect dust rendering in |incorrect dust

Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Am Freitag, den 24.11.2017, 16:25 + schrieb Alexey Brodkin: > Hi Lucas, > > On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote: > > Hi Alexey, > > > > Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin: > > > > > > Hello, > > > > > > Being in the middle of bring-up of the new

Re: [PATCH v2] drm/atomic: Use DRM_DEBUG_KMS instead of DRM_DEBUG_ATOMIC in error paths

On Wed, Nov 15, 2017 at 08:38:41PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > DRM_DEBUG_ATOMIC generates a lot of noise that no one normally cares > about. However error paths everyone cares about, so hiding thea error > debugs under DRM_DEBUG_ATOMIC is

[GIT PULL] mali-dp: fixes for drm-next

Hi Dave, This is the queue of patches I have for mali-dp tree. They have been in linux-next for a few weeks without issues. Please pull. Many thanks, Liviu The following changes since commit c209101fc1c91a318422733a3721ff6a9ff7899f: Merge tag 'drm-misc-fixes-2017-11-20' of

Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Hi Alexey, Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin: > Hello, > > Being in the middle of bring-up of the new board with Vivante GPU (HSDK > namely, > see  > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arc/plat-hsdk) > I was looking at

Re: Hardware 3D acceleration doesn't work anymore with the latest git kernel

On 2017-11-24 03:29 PM, Christian Zigotzky wrote: > Hi All, > > I bisected today and the first bad commit is: > a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions > to populate/map in one call (v2)) [1] It can't really be that commit, since it just adds functions but doesn't

[GIT PULL] hdlcd: fixes for drm-next

Hi Dave, Cleaning up the backlog of patches that I have in my tree, they have all been baking in linux-next for weeks. Minor fixes that could be sent as late -rc but I'm not in any rush, so queueing them for v4.16 is fine. Many thanks, Liviu The following changes since commit

Re: [PATCH] MAINTAINERS: Remove Jani as drm-misc co-maintainer

On Thu, Nov 23, 2017, 7:12 AM Jani Nikula wrote: > I'm juggling too many things, and drm-misc maintenance is one that I > keep dropping on the floor. Admit reality and remove myself as > maintainer. This still leaves us with a nice team of three who are > actually doing

Re: [PATCH i-g-t] tests/kms_vblank: Add test to ensure DRM_CAP_CRTC_IN_VBLANK_EVENT works correctly

On Fri, Nov 24, 2017 at 04:35:10PM +0100, Maarten Lankhorst wrote: > Op 24-11-17 om 16:03 schreef Daniel Vetter: > > On Thu, Nov 23, 2017 at 01:26:14PM +0100, Maarten Lankhorst wrote: > >> This was implemented correctly only on the atomic ioctl before, but > >> it should really be working on all 3

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #5 from denisgolo...@yandex.ru --- (In reply to Michel Dänzer from comment #4) > We need to find out why the kernel starts returning -EINVAL from the page > flip and wait for vblank ioctls. > > Can you try writing 255 to

Re: [PATCH i-g-t] tests/kms_vblank: Add test to ensure DRM_CAP_CRTC_IN_VBLANK_EVENT works correctly

Op 24-11-17 om 16:03 schreef Daniel Vetter: > On Thu, Nov 23, 2017 at 01:26:14PM +0100, Maarten Lankhorst wrote: >> This was implemented correctly only on the atomic ioctl before, but >> it should really be working on all 3 ioctl's involved, so ensure we >> always set crtc_id correctly with a

Re: Regression in TTM driver w/Linus' master

Am 24.11.2017 um 16:17 schrieb Tobias Klausmann: On 11/24/17 3:54 PM, Daniel Vetter wrote: On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote: On 11/23/17 2:58 AM, Dave Airlie wrote: On 23 November 2017 at 11:17, Laura Abbott wrote: Hi, Fedora QA testing

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #4 from Michel Dänzer --- We need to find out why the kernel starts returning -EINVAL from the page flip and wait for vblank ioctls. Can you try writing 255 to /sys/module/drm/parameters/debug before reproducing

Re: [PATCH 15/15] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Fri, Nov 24, 2017 at 04:08:28PM +0200, Ville Syrjälä wrote: > On Fri, Nov 24, 2017 at 11:59:45AM +, Liviu Dudau wrote: > > On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote: > > > From: Ville Syrjälä > > > > Hi Ville, > > > > > > > > Move the

Re: [PATCH libdrm] tests: fix MAKE_RGBA macro for 10bpp modes

On Fri, Nov 24, 2017 at 8:38 AM, Ville Syrjälä wrote: > On Thu, Nov 23, 2017 at 03:14:46PM -0500, Ilia Mirkin wrote: >> On Thu, Nov 23, 2017 at 2:09 PM, Ville Syrjälä >> wrote: >> > On Thu, Nov 23, 2017 at 01:59:28PM -0500, Ilia

Hardware 3D acceleration doesn't work anymore with the latest git kernel

Hi All, I bisected today and the first bad commit is: a4dec819c8bba6365eb893a4ca88db4dd1210110 (drm/ttm: Add helper functions to populate/map in one call (v2)) [1] Please find attached the git bisect log. Thanks, Christian [1]

Re: [Intel-gfx] [PATCH] MAINTAINERS: Remove Jani as drm-misc co-maintainer

On Thu, Nov 23, 2017 at 02:13:08PM +0200, Jani Nikula wrote: > I'm juggling too many things, and drm-misc maintenance is one that I > keep dropping on the floor. Admit reality and remove myself as > maintainer. This still leaves us with a nice team of three who are > actually doing the drm-misc

Re: [PATCH i-g-t] tests/kms_vblank: Add test to ensure DRM_CAP_CRTC_IN_VBLANK_EVENT works correctly

On Thu, Nov 23, 2017 at 01:26:14PM +0100, Maarten Lankhorst wrote: > This was implemented correctly only on the atomic ioctl before, but > it should really be working on all 3 ioctl's involved, so ensure we > always set crtc_id correctly with a testcase. > > Signed-off-by: Maarten Lankhorst

Re: Regression in TTM driver w/Linus' master

On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote: > > On 11/23/17 2:58 AM, Dave Airlie wrote: > > On 23 November 2017 at 11:17, Laura Abbott wrote: > > > Hi, > > > > > > Fedora QA testing reported a panic when booting up VMs > > > using qmeu vga drivers > > >

Re: [PATCH] drm/vc4: Fix false positive WARN() backtrace on refcount_inc() usage

On Thu, Nov 23, 2017 at 09:24:11AM +0100, Boris Brezillon wrote: > On Wed, 22 Nov 2017 16:13:31 -0800 > Eric Anholt wrote: > > > Boris Brezillon writes: > > > > > On Wed, 22 Nov 2017 13:16:08 -0800 > > > Eric Anholt wrote:

Re: [PATCH] MAINTAINERS: change maintainer for Rockchip drm drivers

On Fri, Nov 24, 2017 at 09:28:59AM +0100, Heiko Stuebner wrote: > Hi Daniel, > > [somehow my email address seems to have gotten lost, so > only saw this by chance on the list itself now. > I've also re-added Sandy to the recipients] > > Am Montag, 20. November 2017, 08:48:48 CET schrieb Daniel

Re: [PATCH 07/15] drm/mediatek: Use drm_mode_get_hv_timing() to populate plane clip rectangle

On Fri, Nov 24, 2017 at 03:32:22PM +0100, Philipp Zabel wrote: > On Thu, 2017-11-23 at 21:04 +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > > > No functional changes as the code

Re: [PATCH 06/15] drm/imx: Use drm_mode_get_hv_timing() to populate plane clip rectangle

On Thu, 2017-11-23 at 21:04 +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > Note that this replaces crtc_state->adjusted_mode usage with > crtc_state->mode. The latter is the correct

Re: [PATCH 07/15] drm/mediatek: Use drm_mode_get_hv_timing() to populate plane clip rectangle

On Thu, 2017-11-23 at 21:04 +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > No functional changes as the code already uses crtc_state->mode > to populate the clip, which is also what

Re: [PATCH 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6

Hi Jan, On Thu, Nov 23, 2017 at 1:18 PM, Türk, Jan wrote: > Hi Fabio, > > I've used git send-email and tested the patches by checkpatch.pl before > without any problems. > So it might have been touched by the mail server, so can you send me your > checkpatch.pl log

Re: [PATCH 15/15] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Fri, Nov 24, 2017 at 11:59:45AM +, Liviu Dudau wrote: > On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > Hi Ville, > > > > > Move the plane clip rectangle handling into > > drm_atomic_helper_check_plane_state().

Re: [PATCH] drm/stm: ltdc: add clut mode support

Hi Peter, On 11/13/2017 11:40 AM, Philippe CORNU wrote: > Hi Peter, > > On 11/12/2017 01:31 PM, Peter Rosin wrote: >> On 2017-11-10 17:12, Philippe CORNU wrote: >>> Hi Peter, >>> >>> On 11/07/2017 05:34 PM, Peter Rosin wrote: On 2017-11-07 16:53, Philippe CORNU wrote: > + Peter >

Re: [PATCH 12/15] drm/tegra/dc: Use drm_mode_get_hv_timing() to populate plane clip rectangle

On Thu, Nov 23, 2017 at 09:04:59PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > No functional changes as the code already uses crtc_state->mode > to populate the clip, which is also

Re: [PATCH 00/15] drm: More plane clipping polish

On Thu, Nov 23, 2017 at 09:04:47PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > This series first unifies all users of drm_atomic_helper_check_plane_state() > to populate the clip rectangle with drm_mode_get_hv_timing(), and once > everything is unified

Re: [PATCH libdrm] tests: fix MAKE_RGBA macro for 10bpp modes

On Thu, Nov 23, 2017 at 03:14:46PM -0500, Ilia Mirkin wrote: > On Thu, Nov 23, 2017 at 2:09 PM, Ville Syrjälä > wrote: > > On Thu, Nov 23, 2017 at 01:59:28PM -0500, Ilia Mirkin wrote: > >> We need to shift the values up, otherwise we'd end up with a negative > >>

Re: [PATCH 06/10] drm/edid: Fix cea mode aspect ratio handling

On Fri, Nov 24, 2017 at 02:26:09PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/17/2017 6:19 PM, Ville Syrjälä wrote: > > On Fri, Nov 17, 2017 at 05:50:11PM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 11/17/2017 5:05 PM, Ville Syrjälä

Re: [REBASE 3/5] drm: Expose modes with aspect ratio, only if requested

On Fri, Nov 24, 2017 at 02:36:17PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/21/2017 10:41 PM, Ville Syrjälä wrote: > > On Fri, Nov 17, 2017 at 03:00:30PM +0530, Shashank Sharma wrote: > >> From: aknautiy > >> > >> We parse the EDID and add

Re: [PATCH] staging: vboxvideo: adapt to new TTM interface

On Fri, Nov 24, 2017 at 01:53:16PM +0100, Christian König wrote: > Am 24.11.2017 um 11:37 schrieb Greg KH: > > On Fri, Nov 24, 2017 at 11:32:59AM +0100, Christian König wrote: > > > Fixes interface changes done in the following commits: > > > drm/ttm: add operation ctx to ttm_bo_validate v2 > > >

Re: [PATCH] staging: vboxvideo: adapt to new TTM interface

Am 24.11.2017 um 11:37 schrieb Greg KH: On Fri, Nov 24, 2017 at 11:32:59AM +0100, Christian König wrote: Fixes interface changes done in the following commits: drm/ttm: add operation ctx to ttm_bo_validate v2 drm/ttm: add context to driver move callback as well Any hints on the git commit ids

Re: [PATCH 15/15] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. > > Cc: Laurent Pinchart

Re: [PATCH 15/15] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

On Thu, Nov 23, 2017 at 09:05:02PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä Hi Ville, > > Move the plane clip rectangle handling into > drm_atomic_helper_check_plane_state(). Drivers no longer > have to worry about such mundane details. This is quite an

Re: [PATCH 04/15] drm/arm/mali-dp: Use drm_mode_get_hv_timing() to populate plane clip rectangle

On Thu, Nov 23, 2017 at 09:04:51PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > Note that this replaces crtc_state->adjusted_mode usage with > crtc_state->mode. The latter is the

Re: [PATCH 03/15] drm/arm/hdlcd: Use drm_mode_get_hv_timing() to populate plane clip rectangle

On Thu, Nov 23, 2017 at 09:04:50PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. > > Note that this replaces crtc_state->adjusted_mode usage with > crtc_state->mode. The latter is the

Re: [PATCH] staging: vboxvideo: adapt to new TTM interface

On Fri, Nov 24, 2017 at 11:32:59AM +0100, Christian König wrote: > Fixes interface changes done in the following commits: > drm/ttm: add operation ctx to ttm_bo_validate v2 > drm/ttm: add context to driver move callback as well Any hints on the git commit ids in Linus's tree? And does this mean

Re: [PATCH] staging: vboxvideo: adapt to new TTM interface

Am 24.11.2017 um 11:31 schrieb Greg KH: On Fri, Nov 24, 2017 at 11:29:27AM +0100, Christian König wrote: I missed this driver because it is in the staging area. What does this changelog text mean??? Sorry for the confusion, the patch was originally part of a larger series. Just send it out

[PATCH] staging: vboxvideo: adapt to new TTM interface

Fixes interface changes done in the following commits: drm/ttm: add operation ctx to ttm_bo_validate v2 drm/ttm: add context to driver move callback as well I missed this driver because it is in the staging area. Signed-off-by: Christian König Reviewed-by: Hans de

Re: [PATCH] staging: vboxvideo: adapt to new TTM interface

On Fri, Nov 24, 2017 at 11:29:27AM +0100, Christian König wrote: > I missed this driver because it is in the staging area. What does this changelog text mean??? > Signed-off-by: Christian König > Reviewed-by: Hans de Goede > --- >

[PATCH] staging: vboxvideo: adapt to new TTM interface

I missed this driver because it is in the staging area. Signed-off-by: Christian König Reviewed-by: Hans de Goede --- drivers/staging/vboxvideo/vbox_ttm.c | 17 ++--- 1 file changed, 6 insertions(+), 11 deletions(-) diff --git

[Bug 103887] OpenCL segfault on RX550 (Lexa)

https://bugs.freedesktop.org/show_bug.cgi?id=103887 Bug ID: 103887 Summary: OpenCL segfault on RX550 (Lexa) Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

Re: [REBASE 3/5] drm: Expose modes with aspect ratio, only if requested

Regards Shashank On 11/21/2017 10:41 PM, Ville Syrjälä wrote: On Fri, Nov 17, 2017 at 03:00:30PM +0530, Shashank Sharma wrote: From: aknautiy We parse the EDID and add all the modes in the connector's modelist. This adds CEA modes with aspect ratio information

[Bug 103850] "Quern" game crashes on start-up

https://bugs.freedesktop.org/show_bug.cgi?id=103850 --- Comment #6 from Michel Dänzer --- The valgrind output for Quern shows writes to freed memory, because the game makes libX11 calls using a display handle that it had already closed. That's a bug in the game (or maybe in a

Re: [REBASE 2/5] drm: Handle aspect ratio in modeset paths

Hi Ville, Thanks for the suggestions. Please find my response inline On 11/21/2017 10:41 PM, Ville Syrjälä wrote: On Fri, Nov 17, 2017 at 03:00:29PM +0530, Shashank Sharma wrote: From: Ankit Nautiyal If the user mode does not support aspect-ratio, and requests

Re: [PATCH 06/10] drm/edid: Fix cea mode aspect ratio handling

Regards Shashank On 11/17/2017 6:19 PM, Ville Syrjälä wrote: On Fri, Nov 17, 2017 at 05:50:11PM +0530, Sharma, Shashank wrote: Regards Shashank On 11/17/2017 5:05 PM, Ville Syrjälä wrote: On Fri, Nov 17, 2017 at 08:49:49AM +0530, Sharma, Shashank wrote: Regards Shashank On 11/16/2017

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 --- Comment #42 from Michel Dänzer --- (In reply to Robert Liu from comment #41) > Another issue found is when removing the adapter, the system goes to > suspend. That's not directly related to graphics drivers. -- You

Re: [PATCH 07/10] drm/edid: Don't send bogus aspect ratios in AVI infoframes

Regards Shashank On 11/17/2017 5:08 PM, Ville Syrjälä wrote: On Fri, Nov 17, 2017 at 08:53:54AM +0530, Sharma, Shashank wrote: Regards Shashank On 11/16/2017 9:56 PM, Ville Syrjälä wrote: On Thu, Nov 16, 2017 at 08:31:36PM +0530, Sharma, Shashank wrote: Regards Shashank On 11/13/2017

[PATCH 3/5] ARM: dts: imx: Add an cpu0 label for imx6dl devices.

Adding the label cpu0 allows the adjustment of cpu-parameters by reference in overlaying dtsi files in the same way as it is possible for imx6q devices. Signed-off-by: Jan Tuerk --- arch/arm/boot/dts/imx6dl.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

This patch adds support for the emtrion GmbH emCON-MX6 modules. They are available with imx.6 Solo, Dual-Lite, Dual and Quad equipped with Memory from 512MB to 2GB (configured by U-Boot). Our default developer-Kit ships with the Avari baseboard and the EDT ETM0700G0BDH6 Display

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Greg KH wrote: > On Thu, Nov 23, 2017 at 10:09:25PM +0100, Rainer Fiebig wrote: >> Rainer Fiebig wrote: >>> Maarten Lankhorst wrote: Op 20-11-17 om 09:51 schreef Rainer Fiebig: > Jani Nikula wrote: >> On Sun, 19 Nov 2017, Greg KH wrote: >>> On Sun, Nov

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Rainer Fiebig wrote: > Maarten Lankhorst wrote: >> Op 20-11-17 om 09:51 schreef Rainer Fiebig: >>> Jani Nikula wrote: On Sun, 19 Nov 2017, Greg KH wrote: > On Sun, Nov 19, 2017 at 01:44:06PM +0100, Rainer Fiebig wrote: >> Greg KH wrote: >>> On Sun, Nov

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

Greg KH wrote: > On Thu, Nov 23, 2017 at 10:09:25PM +0100, Rainer Fiebig wrote: >> Rainer Fiebig wrote: >>> Maarten Lankhorst wrote: Op 20-11-17 om 09:51 schreef Rainer Fiebig: > Jani Nikula wrote: >> On Sun, 19 Nov 2017, Greg KH wrote: >>> On Sun, Nov

AW: [PATCH 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6

Hi Fabio, I've used git send-email and tested the patches by checkpatch.pl before without any problems. So it might have been touched by the mail server, so can you send me your checkpatch.pl log (directly)? Regards, Jan Tuerk emtrion GmbH Kreativpark - Alter Schlachthof 45 76131 Karlsruhe

Re: [PATCH 3/5] ARM: dts: imx: Add an cpu0 label for imx6dl devices.

Am 23.11.2017 um 13:55 schrieb Jan Tuerk: > Adding the label cpu0 allows the adjustment of cpu-parameters > by reference in overlaying dtsi files in the same way as it > is possible for imx6q devices. > > Signed-off-by: Jan Tuerk > --- > arch/arm/boot/dts/imx6dl.dtsi | 2

Re: [PATCH v3] drm: bridge: synopsys/dw-hdmi: Enable cec clock

On 11/24/2017 09:04 AM, Archit Taneja wrote: > Hi, > > On 11/20/2017 06:00 PM, Hans Verkuil wrote: >> I didn't see this merged for 4.15, is it too late to include this? >> All other changes needed to get CEC to work on rk3288 and rk3399 are all >> merged. > > Sorry for the late reply. I was out

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/23/2017 03:11 AM, Christian König wrote: Am 22.11.2017 um 18:27 schrieb Boris Ostrovsky: On 11/22/2017 11:54 AM, Christian König wrote: Am 22.11.2017 um 17:24 schrieb Boris Ostrovsky: On 11/22/2017 05:09 AM, Christian König wrote: Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: On

Re: [PATCH 2/5] dt-bindings: Add vendor prefix for emtrion GmbH

Am 23.11.2017 um 13:55 schrieb Jan Tuerk: > emtrion is a system integrator and manufacturer of embedded systems. > > Website: https://www.emtrion.de > > Signed-off-by: Jan Tuerk > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1

Re: Regression in TTM driver w/Linus' master

On 11/23/17 2:58 AM, Dave Airlie wrote: On 23 November 2017 at 11:17, Laura Abbott wrote: Hi, Fedora QA testing reported a panic when booting up VMs using qmeu vga drivers (https://paste.fedoraproject.org/paste/498yRWTCJv2LKIrmj4EliQ) [ 30.108507] [ cut

[PATCH 0/5] Add basic support for emtrion emCON-MX6 modules

The following patch-series adds support for emtrion's emCON-MX6 modules with all their dependencies. The focus is based on the emtion standard developer-kit configuration. It includes a new vendor-prefix, an new simple-panel type, a small modification of the imx6dl.dtsi, as well as modifications

[PATCH 5/5] ARM: imx_v6_v7_defconfig: Enable DA0963 PMIC support.

All recent emtrion modules based on i.mx6 make use of the DA0963. Therefore enable it with the following defaults: - CONFIG_MFD_DA9063=y - CONFIG_REGULATOR_DA9063=y - CONFIG_DA9063_WATCHDOG=m - CONFIG_RTC_DRV_DA9063=m MFD and REGULATOR are built-in to have it at

Re: [PATCH 3/8] drm/mediatek: mt2701: switch to mfd probing.

On 11/23/2017 06:48 AM, CK Hu wrote: > Hi, Matthias: > > On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: >> With the mtk-mmsys MFD device in place, we switch the probing for >> mt2701 from device-tree to mfd. >> >> Signed-off-by: Matthias Brugger >> --- >>

[PATCH 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6

The Emerging Display Technology ETM0700G0BDH6 is exactly the same display as the ETM0700G0DH6, exept the pixelclock polarity. Therefore re-use the ETM0700G0DH6 modes. It is used by default on emtrion Avari based development kits. Signed-off-by: Jan Tuerk ---

[PATCH 2/5] dt-bindings: Add vendor prefix for emtrion GmbH

emtrion is a system integrator and manufacturer of embedded systems. Website: https://www.emtrion.de Signed-off-by: Jan Tuerk --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 2/8] mfd: mtk-mmsys: Add mmsys driver

On 11/23/2017 10:04 AM, CK Hu wrote: >> +static const struct of_device_id of_match_mmsys[] = { >> +{ .compatible = "mediatek,mt2701-mmsys", > > Because this driver replace the original "mediatek,mt2701-mmsys" driver, > could you modify the binding document of "mediatek,mt2701-mmsys" [1]? >

Re: [PATCH] MAINTAINERS: change maintainer for Rockchip drm drivers

Hi Daniel, [somehow my email address seems to have gotten lost, so only saw this by chance on the list itself now. I've also re-added Sandy to the recipients] Am Montag, 20. November 2017, 08:48:48 CET schrieb Daniel Vetter: > On Mon, Nov 13, 2017 at 06:15:31PM +0800, Mark Yao wrote: > > For

Re: [PATCH v3] drm: bridge: synopsys/dw-hdmi: Enable cec clock

Hi, On 11/20/2017 06:00 PM, Hans Verkuil wrote: I didn't see this merged for 4.15, is it too late to include this? All other changes needed to get CEC to work on rk3288 and rk3399 are all merged. Sorry for the late reply. I was out last week. Dave recently sent the second pull request for