[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 Michel Dänzer changed: What|Removed |Added CC||tstel...@gmail.com

[Bug 98520] System randomly crashes / freezes while playing certain games

https://bugs.freedesktop.org/show_bug.cgi?id=98520 --- Comment #31 from Eugenij Shkrigunov --- (In reply to Samuel Pitoiset from comment #30) > The following commit can probably help if you have a VI+ card. > > https://cgit.freedesktop.org/mesa/mesa/commit/ >

Re: [Mesa-dev] Time to update GSoC/EVoC ideas page

On Fri, Jan 20, 2017 at 2:15 AM, Nicolai Hähnle wrote: > Hi Rob, > > On 19.01.2017 23:32, Rob Clark wrote: > >> Just a friendly reminder that now would be a good time to update the >> wiki page for GSoC/EVoC ideas: >> >> https://www.x.org/wiki/SummerOfCodeIdeas/ >> >> There

Re: [PATCH 7/7] arm64: dts: exynos: configure TV path clocks for Ultra HD modes

On Fri, Jan 20, 2017 at 07:52:25AM +0100, Andrzej Hajda wrote: > Ultra HD modes requires clock ticking at increased rate. > > Signed-off-by: Andrzej Hajda > --- > arch/arm64/boot/dts/exynos/exynos5433.dtsi | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git

Re: [PATCH 0/7] drm/exynos: add Ultra HD and interlace modes support to Exynos5433

On Fri, Jan 20, 2017 at 07:52:18AM +0100, Andrzej Hajda wrote: > Hi Inki, > > This patchset adds support for UltraHD and intrelace modes on DECON and HDMI > drivers of Exynos5433 chipset. To fully support it on TM2(e) platforms MHL > patches are alse required which will be posted in separate

[PATCH] drm/i915/error: use rb_entry()

To make the code clearer, use rb_entry() instead of container_of() to deal with rbtree. Signed-off-by: Geliang Tang --- drivers/gpu/drm/i915/i915_gpu_error.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/i915_gpu_error.c

[RFC] [GPU][DRM][PROPERTY] -Added a new ioctl in Linux DRM KMS driver.

From: satendra singh thakur -Added a new ioctl in Linux DRM KMS driver. This ioctl allows user to set the values of an object’s multiple properties in one go. -In the absence of such ioctl, User would be calling one ioctl to set each property value; Thus, user needs

[PATCH] drm/nouveau/client: use rb_entry()

To make the code clearer, use rb_entry() instead of container_of() to deal with rbtree. Signed-off-by: Geliang Tang --- drivers/gpu/drm/nouveau/nvkm/core/client.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 2/4] clk: samsung: Remove Exynos4415 driver (SoC not supported anymore)

Hi Sylwester, I add reveiwed-by tag from this patch. But, on you tree, this patch[1] doesn’t include the my reviewed-by tag. [1] https://git.linuxtv.org/snawrocki/samsung.git/commit/?h=for-v4.11/clk/next=cb4ac949ea14416a2d57b7a343bc4b571074e3bd 2017-01-16 19:32 GMT+09:00 Sylwester Nawrocki

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #25 from Alexandr Zelinsky --- svn llvm also fix this problem -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[PATCH 2/4] drm/i915: Fixes to support DP Compliance EDID tests

This patch addresses a few issues from the original patch for DP Compliance EDID test support submitted by Todd Previte Video Mode requested in the EDID test handler for the EDID Read test (CTS 4.2.2.3) should be set to PREFERRED as per the CTS spec. v2: * Added read

[PATCH 3/4] drm: Add definitions for DP compliance Video pattern tests

v4: * Remove redundant single bit defs (Jani Nikula) v3: * Fix the conventions in bit definitions (Jani Nikula) v2: * Add all the other DP Complianec TEST register defs (Jani Nikula) Cc: dri-devel@lists.freedesktop.org Cc: Jani Nikula Cc: Daniel Vetter

[PATCH 4/4] drm/i915: Add support for DP Video pattern compliance tests

The intel_dp_autotest_video_pattern() function gets invoked through the compliance test handler on a HPD short pulse if the test type is set to DP_TEST_VIDEO_PATTERN. This performs the DPCD registers reads to read the requested test pattern, video pattern resolution, frame rate and bits per color

[PATCH 1/4] drm/i915: Add support for DP link training compliance

This patch adds support to handle automated DP compliance link training test requests. This patch has been tested with Unigraf DPR-120 DP Compliance device for testing Link Training Compliance. After we get a short pulse Compliance test request, test request values are read and hotplug uevent is

[PATCH 0/4] Add automation support for DP Compliance (Rev 6)

This patch series addresses all the review comments from the previous series: https://patchwork.freedesktop.org/series/18256/ On top of that it also adds a fix for CRC mismatches seen during 18bpp video pattern compliance testing. This is done by forcing dither on the pipe to be disabled if it is

[Bug 99310] Ubuntu 16.04/16.10 AMD Radeonsi - wrong colors (oibaf ppa) in XFCE and eog.

https://bugs.freedesktop.org/show_bug.cgi?id=99310 calexil changed: What|Removed |Added Status|RESOLVED|VERIFIED -- You are

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 calexil changed: What|Removed |Added CC||mr.swaag...@mail.ru ---

[Bug 99310] Ubuntu 16.04/16.10 AMD Radeonsi - wrong colors (oibaf ppa) in XFCE and eog.

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

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 calexil changed: What|Removed |Added Priority|medium |high -- You are receiving

[Bug 99444] [radeonsi] The Witcher 3 (GOG/1.31) [Wine] starting menu is distorted

https://bugs.freedesktop.org/show_bug.cgi?id=99444 --- Comment #5 from Grazvydas Ignotas --- The trace works correctly on Intel (Skylake and Haswell). On radeonsi, I can see the corruption, and there are lots of errors: 118231: message: major api error 2: GL_INVALID_ENUM in

Re: [Intel-gfx] [PATCH 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

On Fri, Jan 20, 2017 at 10:00:34PM +0200, Ville Syrjälä wrote: > On Sat, Jan 21, 2017 at 06:50:57AM +1100, Eric Anholt wrote: > > ville.syrj...@linux.intel.com writes: > > > > > From: Ville Syrjälä > > > > > > Make the code selecting the RGB quantization range a

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #23 from Alec Ari --- Same problem here, and for many other users: https://bugs.gentoo.org/show_bug.cgi?id=603858 Reverting this patch fixes it:

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 --- Comment #22 from cale...@yahoo.com --- any news on this? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org

[Bug 99444] [radeonsi] The Witcher 3 (GOG/1.31) [Wine] starting menu is distorted

https://bugs.freedesktop.org/show_bug.cgi?id=99444 --- Comment #4 from Clément Guérin --- Created attachment 129076 --> https://bugs.freedesktop.org/attachment.cgi?id=129076=edit R9 Fury / mesa de0b0a3a9c / llvm 292523 -- You are receiving this mail because: You are the

Re: [PATCH 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

On Sat, Jan 21, 2017 at 06:50:57AM +1100, Eric Anholt wrote: > ville.syrj...@linux.intel.com writes: > > > From: Ville Syrjälä > > > > Make the code selecting the RGB quantization range a little less magicy > > by wrapping it up in a small helper. > > This series

Re: [PATCH 2/5] drm/edid: Introduce drm_default_rgb_quant_range()

ville.syrj...@linux.intel.com writes: > From: Ville Syrjälä > > Make the code selecting the RGB quantization range a little less magicy > by wrapping it up in a small helper. This series seems good. I won't have the ability to test it on vc4 within a reasonable

Re: [PATCH v2] drm: Clean up the 1366x768 fixup codes

On Tue, Jan 17, 2017 at 05:43:29PM +0100, Takashi Iwai wrote: > This is just a cleanup, no functional change. > > The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is > basically a copy of the existing code in drm_edid.c. Make the latter > code public so that it can be called

[Bug 99418] DRI3 Stuttering while scrolling in Chromium/Chrome with VBLANK off

https://bugs.freedesktop.org/show_bug.cgi?id=99418 --- Comment #20 from lei.p...@gmail.com --- Scrach post above, I didn't realized that EXA forces DRI2. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing

[Bug 99418] DRI3 Stuttering while scrolling in Chromium/Chrome with VBLANK off

https://bugs.freedesktop.org/show_bug.cgi?id=99418 --- Comment #19 from lei.p...@gmail.com --- Ok, i think I've found culprint to the problem, it's acceleration method, not DRI3 actually, so maybe i should change the title of the bug report? Now, with DRI3 and Option "AccelMethod" "EXA", it's

Re: [PATCH 4/4] drm/i915: Add support for DP Video pattern compliance tests

Jani, This patch adds a fix for CRC mismatch errors as well. The reason I have squashed this fix with this patch is because these CRC failures are seen for a Video Pattern test. It uses the approach that we discussed where a piep_config->dither_force_disable is used to disable dithering for

Re: [PATCH libdrm] tests/util: Add support for meson module

On 20 January 2017 at 16:17, Thierry Reding wrote: > On Fri, Jan 20, 2017 at 02:13:00PM +, Emil Velikov wrote: >> On 19 January 2017 at 09:19, Thierry Reding wrote: >> > On Wed, Jan 18, 2017 at 02:59:21PM +0100, Neil Armstrong wrote: >> >> Add support

[Bug 99078] Desktop icons oversaturated with red after December 11 2016 update

https://bugs.freedesktop.org/show_bug.cgi?id=99078 Matt Turner changed: What|Removed |Added See Also|

[Bug 98619] amdgpu 0000:01:00.0: GPU fault detected: 146 0x09d88404

https://bugs.freedesktop.org/show_bug.cgi?id=98619 Christian König changed: What|Removed |Added Status|RESOLVED|CLOSED --

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 20/01/17 18:44, Jani Nikula wrote: On Fri, 20 Jan 2017, Martin Peres wrote: On 19/01/17 11:18, Jani Nikula wrote: On Wed, 18 Jan 2017, Martin Peres wrote: On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at

[Bug 192921] Low frame rates and unrecognized monitor after kernel upgrade

https://bugzilla.kernel.org/show_bug.cgi?id=192921 --- Comment #10 from stevengrusp...@gmail.com --- Works now. Like you said, just needed to add the latest firmware to /lib/firmware/amdgpu/ and then run mkinitrd /boot/initramfs-4.9.3-200.fc25.x86_64.img 4.9.3-200.fc25.x86_64 --force. Still not

[PATCH] drm/exynos: fix a timeout loop

From: Dan Carpenter We were trying to print an error message if we timed out here, but the loop actually ends with "tries" set to UINT_MAX and not zero. Fix this by changing from tries-- to --tries. A for loop would actually be the most natural way to do this. My fix

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On Fri, 20 Jan 2017, Martin Peres wrote: > On 19/01/17 11:18, Jani Nikula wrote: >> On Wed, 18 Jan 2017, Martin Peres wrote: >>> On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 19/01/17 11:18, Jani Nikula wrote: On Wed, 18 Jan 2017, Martin Peres wrote: On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote: The two remaining patches from [1], rebased. BR, Jani. [1]

[Bug 192921] Low frame rates and unrecognized monitor after kernel upgrade

https://bugzilla.kernel.org/show_bug.cgi?id=192921 --- Comment #9 from Alex Deucher --- grab the latest firmware from the linux firmware git tree. Then copy it to where ever your distro stores it (usually /lib/firmware/amdgpu). If you are using an initrd, please make

Re: [PATCH 3/4] drm: Add definitions for DP compliance Video pattern tests

On Fri, 20 Jan 2017, Manasi Navare wrote: > On Fri, Jan 20, 2017 at 05:33:51PM +0200, Jani Nikula wrote: >> On Fri, 20 Jan 2017, Manasi Navare wrote: >> > v3: >> > * Fix the conventions in bit definitions (Jani Nikula) >> > v2: >> > * Add all

Re: [Intel-gfx] [PATCH 0/2] drm: link status property and DP link training failure handling

On 19/01/17 13:34, Ville Syrjälä wrote: On Wed, Jan 18, 2017 at 11:05:18PM +0200, Martin Peres wrote: On 16/12/16 15:48, Daniel Vetter wrote: On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote: The two remaining patches from [1], rebased. BR, Jani. [1]

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #8 from siyia --- did u enable blood effects in options and the bug didn't happen?the mesa 13.1-git had llvm 4.0 when i tried it but it was on december 20 maybe it is fixed we'll see. -- You are receiving

[Bug 192921] Low frame rates and unrecognized monitor after kernel upgrade

https://bugzilla.kernel.org/show_bug.cgi?id=192921 --- Comment #8 from stevengrusp...@gmail.com --- I have never had to deal with the firmware before. Where do I place them? Do I need to recompile the kernel? -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH libdrm] tests/util: Add support for meson module

On Fri, Jan 20, 2017 at 02:13:00PM +, Emil Velikov wrote: > On 19 January 2017 at 09:19, Thierry Reding wrote: > > On Wed, Jan 18, 2017 at 02:59:21PM +0100, Neil Armstrong wrote: > >> Add support for Amlogic Meson DRM driver merged for Linux 4.10. > >> > >> Signed-off-by:

Re: [PATCH 3/4] drm: Add definitions for DP compliance Video pattern tests

On Fri, Jan 20, 2017 at 05:33:51PM +0200, Jani Nikula wrote: > On Fri, 20 Jan 2017, Manasi Navare wrote: > > v3: > > * Fix the conventions in bit definitions (Jani Nikula) > > v2: > > * Add all the other DP Complianec TEST register defs (Jani Nikula) > > Cc:

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 Samuel Pitoiset changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH] drm/exynos: g2d: fix overflow of cmdlist size

Hello Joonyoung, Joonyoung Shim wrote: > Hi Tobias, > > On 01/19/2017 10:16 PM, Tobias Jakobi wrote: >> Hello Joonyoung, >> >> Joonyoung Shim wrote: >>> Hi Tobias, >>> >>> On 01/17/2017 11:24 PM, Tobias Jakobi wrote: Joonyoung Shim wrote: > The size of cmdlist is integer type, so it

[PATCH 1/3] drm/exynos: Remove Kconfig deps for FIMD and DECON7

While the Kconfig entries of FIMD and DECON7 both select FB_MODE_HELPERS, the code doesn't use any of the functionality. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/exynos/Kconfig | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH 2/3] drm/exynos: g2d: change platform driver name to 'exynos-drm-g2d'

The current name is 's5p-g2d', which is identical with the driver name of the old V4L2 driver in media/platform. This is probably due to the DRM driver being based on the V4L2 driver when it was initially created. Still the clashing of driver names is confusing, so rename it to something in line

[PATCH 3/3] drm/exynos: g2d: prevent integer overflow in set_cmdlist() ioctl

From: Joonyoung Shim The size computations done in the ioctl function use an integer. If userspace submits a request with req->cmd_nr or req->cmd_buf_nr set to INT_MAX, the integer computations overflow later, leading to potential (kernel) memory corruption. Prevent

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #6 from siyia --- Created attachment 129074 --> https://bugs.freedesktop.org/attachment.cgi?id=129074=edit Blood Bug Marked i marked the graphical corruption in red color shaped circles. -- You are

Re: [PATCH 3/4] drm: Add definitions for DP compliance Video pattern tests

On Fri, 20 Jan 2017, Manasi Navare wrote: > v3: > * Fix the conventions in bit definitions (Jani Nikula) > v2: > * Add all the other DP Complianec TEST register defs (Jani Nikula) > Cc: dri-devel@lists.freedesktop.org > Cc: Jani Nikula >

[RFC simple allocator v1 2/2] add CMA simple allocator module

This patch add simple allocator for CMA regions Signed-off-by: Benjamin Gaignard --- drivers/simpleallocator/Kconfig| 7 + drivers/simpleallocator/Makefile | 1 + drivers/simpleallocator/simple-allocator-cma.c | 187

[RFC simple allocator v1 0/2] Simple allocator

The goal of this RFC is to understand if a common ioctl for specific memory regions allocations is needed/welcome. Obviously it will not replace allocation done in linux kernel frameworks like v4l2, drm/kms or others, but offer an alternative when you don't want/need to use them for buffer

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #5 from siyia --- ok wait mayby i ll edit the screenshot to pinpoint the problem -- You are receiving this mail because: You are the assignee for the bug.___

[RFC simple allocator v1 1/2] Create Simple Allocator module

This is the core of simple allocator module. It aim to offert one common ioctl to allocate specific memory. Signed-off-by: Benjamin Gaignard --- Documentation/simple-allocator.txt | 81 +++ drivers/Kconfig | 2

Applied "DRM: add help to get ELD speaker allocation" to the asoc tree

The patch DRM: add help to get ELD speaker allocation has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: core: add optional pcm_new callback for DAI driver" to the asoc tree

The patch ASoC: core: add optional pcm_new callback for DAI driver has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "ASoC: hdmi-codec: add channel mapping control" to the asoc tree

The patch ASoC: hdmi-codec: add channel mapping control has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #4 from siyia --- look at my selected units in the screenshot it's obvious -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #3 from siyia --- lol can't you see red and green blocks of color within the units that are getting attacked in my screenshot when i have blood effects enabled?i cannot post a new screenshot because i ll have

[Bug 99476] Forcing perf level to high doesn't change memory clock

https://bugs.freedesktop.org/show_bug.cgi?id=99476 Bug ID: 99476 Summary: Forcing perf level to high doesn't change memory clock Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW

Re: [RFC/RFT PATCH 1/4] drm/bridge: dw-hdmi: Switch to regmap for register access

On 01/17/2017 03:39 PM, Laurent Pinchart wrote: > Hi Neil, > > Thank you for the patch. > > On Tuesday 17 Jan 2017 13:31:31 Neil Armstrong wrote: >> The Synopsys Designware HDMI TX Controller does not enforce register access >> on platforms instanciating it. >> The current driver supports two

Re: [PATCH 1/4] drm/i915: Add support for DP link training compliance

On Fri, 20 Jan 2017, Manasi Navare wrote: > This patch adds support to handle automated DP compliance > link training test requests. This patch has been tested with > Unigraf DPR-120 DP Compliance device for testing Link > Training Compliance. > After we get a short

Re: [RFC] [GPU][DRM][PROPERTY] -Added a new ioctl in Linux DRM KMS driver.

Hi Satendra, On 20 January 2017 at 08:12, Satendra Singh Thakur wrote: > -Added a new ioctl in Linux DRM KMS driver. > This ioctl allows user to set the values of an object’s multiple > properties in one go. > -In the absence of such ioctl, User would be calling one

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #2 from Samuel Pitoiset --- The issue doesn't seem obvious to me. Can you explain? Or take a new screenshot? Thanks! -- You are receiving this mail because: You are the assignee for the

[Bug 99285] Total War: Warhammer hang on campaign map

https://bugs.freedesktop.org/show_bug.cgi?id=99285 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 98520] System randomly crashes / freezes while playing certain games

https://bugs.freedesktop.org/show_bug.cgi?id=98520 --- Comment #30 from Samuel Pitoiset --- The following commit can probably help if you have a VI+ card. https://cgit.freedesktop.org/mesa/mesa/commit/?id=e490b7812cae778c61004971d86dc8299b6cd240 At least, it fixes a

[Bug 98619] amdgpu 0000:01:00.0: GPU fault detected: 146 0x09d88404

https://bugs.freedesktop.org/show_bug.cgi?id=98619 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH libdrm] tests/util: Add support for meson module

On 19 January 2017 at 09:19, Thierry Reding wrote: > On Wed, Jan 18, 2017 at 02:59:21PM +0100, Neil Armstrong wrote: >> Add support for Amlogic Meson DRM driver merged for Linux 4.10. >> >> Signed-off-by: Neil Armstrong >> --- >> tests/util/kms.c | 1

Re: [PATCH libdrm v3 3/5] xf86drm: Add platform and host1x bus support

On 18 January 2017 at 09:02, Thierry Reding wrote: > From: Thierry Reding > > ARM SoCs usually have their DRM/KMS devices on the platform bus, so add > support for that to enable these devices to be used with the drmDevice > infrastructure. > >

[Bug 99459] Performace drop on AMD TONGA(380x) on kernels 4.9 and 4.10RC3

https://bugs.freedesktop.org/show_bug.cgi?id=99459 --- Comment #4 from Miguel Granda Martínez --- Created attachment 129072 --> https://bugs.freedesktop.org/attachment.cgi?id=129072=edit dmesg dmesg output -- You are receiving this mail because: You are the assignee

Re: [PATCH 6/7] drm/exynos/decon5433: signal vblank only on odd fields

On Fri, Jan 20, 2017 at 07:52:24AM +0100, Andrzej Hajda wrote: > In case of interlace mode irq is generated for odd and even fields, but > vblank should be signaled only for the last emitted field. I'm pretty sure most drivers signal it for both fields. At least i915 does. > > Signed-off-by:

[Bug 99459] Performace drop on AMD TONGA(380x) on kernels 4.9 and 4.10RC3

https://bugs.freedesktop.org/show_bug.cgi?id=99459 --- Comment #3 from Alex Deucher --- Can you attach your dmesg output? Please make sure you you have the latest firmware. Might be the same issue as: https://bugzilla.kernel.org/show_bug.cgi?id=192921 -- You are

[Bug 96906] OpenCL program causes steady stream of GPU fault detected errors

https://bugs.freedesktop.org/show_bug.cgi?id=96906 --- Comment #6 from Sebastian --- Still happens for me with 16.50 Ubuntu 16.04.1 Radeon R9 380 claymore dualminer exactly same pc/setup works fine with an RX 470 [ 211.556980] VM fault (0x01, vmid 5) at page

[Bug 192921] Low frame rates and unrecognized monitor after kernel upgrade

https://bugzilla.kernel.org/show_bug.cgi?id=192921 Alex Deucher changed: What|Removed |Added CC|

[Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 cosiek...@o2.pl changed: What|Removed |Added Severity|normal |major Version|13.0

Re: [PATCH v2] drm/exynos: use atomic helper commit

Inki Dae wrote: > Hi Tobias, > > 2017년 01월 19일 21:49에 Tobias Jakobi 이(가) 쓴 글: >> What about Laurent's comment stating that drm_atomic_helper_commit() is >> broken at the moment? Shouldn't there be some kind of warning in the >> commit message that this patch is only safe to apply once the fixes

[Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 --- Comment #15 from cosiek...@o2.pl --- I was able to narrow it a bit. Latest working: lib32-mesa-11.2.2-1-x86_64.pkg.tar.xz First not working: lib32-mesa-12.0.1-1-x86_64.pkg.tar.xz -- You are receiving this mail because: You are the assignee

Re: amdgpu: Corrupted video on 32 bit systems (possible fix)

On Fri, Jan 20, 2017 at 06:11:50PM +0900, Michel Dänzer wrote: > On 20/01/17 04:44 PM, Nils Holland wrote: > > > > Sounds like a good idea! I was a bit heasitant because, to be honest, > > I'm not at all an expert about the code in question and basically only > > saw how you fixed the issue in

[Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 --- Comment #14 from Tapani Pälli --- (In reply to cosiekvfj from comment #11) > "skl shows correct rendering" What does that mean? > > I also tested app with LIBGL_ALWAYS_SOFTWARE=1 and then rendering is correct. This means

[Bug 98869] Electronic Super Joy graphic artefacts (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=98869 --- Comment #13 from cosiek...@o2.pl --- Still present. Informacje o komputerze: Producent: Unknown Model: Unknown Rodzaj: Komputer stacjonarny Nie wykryto panelu dotykowego Informacje o procesorze: Dostawca CPU:

[Bug 99418] DRI3 Stuttering while scrolling in Chromium/Chrome with VBLANK off

https://bugs.freedesktop.org/show_bug.cgi?id=99418 --- Comment #18 from lei.p...@gmail.com --- (In reply to Michel Dänzer from comment #17) > (In reply to lei.pero from comment #14) > > It does happen on modesetting driver regardless of DRI version, strange. > > The modesetting driver doesn't

[Bug 98619] amdgpu 0000:01:00.0: GPU fault detected: 146 0x09d88404

https://bugs.freedesktop.org/show_bug.cgi?id=98619 --- Comment #6 from Nicolai Hähnle --- This sounds like the bug fixed by commit e490b7812cae778c61004971d86dc8299b6cd240 ("radeonsi: don't forget to add HTILE to the buffer list for texturing"). Could you check that this

Re: Time to update GSoC/EVoC ideas page

Hi Rob, On 19.01.2017 23:32, Rob Clark wrote: Just a friendly reminder that now would be a good time to update the wiki page for GSoC/EVoC ideas: https://www.x.org/wiki/SummerOfCodeIdeas/ There are currently still some stale ideas there (and probably plenty of missing good ideas). Also,

[PATCH v3 4/5] dt-bindings: add power domain node for dw-mipi-rockchip

Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v3: None .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v3 3/5] drm/rockchip/dsi: remove mode_valid function

The MIPI DSI do not need check the validity of resolution, the max resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid here. Signed-off-by: Chris Zhong --- Changes in v3: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 39

[PATCH v3 5/5] drm/rockchip/dsi: add dw-mipi power domain support

Reference the power domain incase dw-mipi power down when in use. Signed-off-by: Chris Zhong --- Changes in v3: None drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c

[PATCH v3 1/5] dt-bindings: add rk3399 support for dw-mipi-rockchip

The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has additional phy config clock. Signed-off-by: Chris Zhong Acked-by: Rob Herring --- Changes in v3: None .../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 4 +++- 1

[PATCH v3 0/5] Rockchip dw-mipi-dsi driver

Hi all This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of RK3399 is almost the same as RK3288, except a little bit of difference in phy clock controlling and port id selection register. These patches add RK3399 support and the power domain support. And these patches base on

[PATCH v3 2/5] drm/rockchip/dsi: dw-mipi: support RK3399 mipi dsi

The vopb/vopl switch register of RK3399 mipi is different from RK3288, the default setting for mipi dsi mode is different too, so add a of_device_id structure to distinguish them, and make sure set the correct mode before mipi phy init. Signed-off-by: Chris Zhong

Re: amdgpu: Corrupted video on 32 bit systems (possible fix)

On 20/01/17 04:44 PM, Nils Holland wrote: > On Fri, Jan 20, 2017 at 11:47:53AM +0900, Michel Dänzer wrote: >> On 20/01/17 04:35 AM, Nils Holland wrote: >>> >>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2016-12-11 >>> 20:17:54.0 +0100 >>> +++

Re: amdgpu: Corrupted video on 32 bit systems (possible fix)

Am 20.01.2017 um 08:44 schrieb Nils Holland: On Fri, Jan 20, 2017 at 11:47:53AM +0900, Michel Dänzer wrote: On 20/01/17 04:35 AM, Nils Holland wrote: --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2016-12-11 20:17:54.0 +0100 +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c

[Bug 99459] Performace drop on AMD TONGA(380x) on kernels 4.9 and 4.10RC3

https://bugs.freedesktop.org/show_bug.cgi?id=99459 --- Comment #2 from Christian König --- Could be the same problem I've fixed with http://www.spinics.net/lists/dri-devel/msg129439.html. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH] drm/i915: Fix not finding the VBT when it overlaps with OPREGION_ASLE_EXT

On Fri, 20 Jan 2017, Hans de Goede wrote: > Hi, > > On 31-12-16 17:00, Hans de Goede wrote: >> Hi, >> >> On 27-12-16 11:58, Jani Nikula wrote: >>> On Sun, 25 Dec 2016, Hans de Goede wrote: If there is no OPREGION_ASLE_EXT then a VBT stored in

Re: [PATCH] drm/i915: Fix not finding the VBT when it overlaps with OPREGION_ASLE_EXT

Hi, On 31-12-16 17:00, Hans de Goede wrote: Hi, On 27-12-16 11:58, Jani Nikula wrote: On Sun, 25 Dec 2016, Hans de Goede wrote: If there is no OPREGION_ASLE_EXT then a VBT stored in mailbox #4 may use the ASLE_EXT parts of the opregion. Adjust the vbt_size calculation