[Bug 100443] DMESG: [powerplay] Can't find requested voltage id in vdd_dep_on_sclk table!

https://bugs.freedesktop.org/show_bug.cgi?id=100443 --- Comment #31 from takeshi ogasawara --- Hi I could not identify the cause and tried to replace the power supply unit. bf:SILVERSTONE SST-ST75F-P (750W) af:Seasonic SSR-750TD (750W) The error in the

[git pull] drm amd fixes for 4.14-rc1

Hi Linus, Just had a single AMD fixes pull for Alex for rc1. Dave. The following changes since commit 7846b12fe0b5feab5446d892f41b5140c1419109: Merge branch 'drm-vmwgfx-next' of git://people.freedesktop.org/~syeh/repos_linux into drm-next (2017-08-29 10:38:14 +1000) are available in the git

[Bug 102233] OpenCL segmentation fault on AMD Radeon (Kaveri+R7) with memtestCL

https://bugs.freedesktop.org/show_bug.cgi?id=102233 --- Comment #1 from Jan Vesely --- What is the mesa/llvm version? can you post clinfo? do you use ocl-icd library? if so can you run setting OCL_ICD_VENDORS=/etc/OpenCL/vendors/mesa.icd -- You are receiving this mail

[Bug 102796] steam not rendering correctly on VEGA 56

https://bugs.freedesktop.org/show_bug.cgi?id=102796 --- Comment #1 from Tom Englund --- apitrace of steam , apitrace32 --api gl steam-native https://gist.github.com/gulafaran/bb1499808c777b33032297d18d28e3fc tried with dri2 and xorg modesetting. same rendering issue.

[Bug 99553] Tracker bug for runnning OpenCL applications on Clover

https://bugs.freedesktop.org/show_bug.cgi?id=99553 Bug 99553 depends on bug 99856, which changed state. Bug 99856 Summary: OpenCL Hello world returns "unsupported call to function get_local_size" https://bugs.freedesktop.org/show_bug.cgi?id=99856 What|Removed

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #50 from Shmerl --- (In reply to Alex Deucher from comment #49) > You can force a reset by reading /sys/kernel/debug/dri/0/amdgpu_gpu_reset > but very few if any applications currently use the GL robustness

[Bug 193651] Amdgpu error messages at boot with Amd RX460

https://bugzilla.kernel.org/show_bug.cgi?id=193651 --- Comment #25 from Milo (milo...@gmail.com) --- trying to install a 4.13 kernel and boot times are back to more than 5 minutes (the failed to send message appears for more than 5 minutes when i run journalctl -e) journalctl log -

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #54 from Joshua Cogliati --- Just for reference, the ring 0 test failed error comes from the line: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/radeon/r600.c#n2848

[Bug 95015] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=95015 --- Comment #13 from Joshua Cogliati --- Just for reference, this error comes from the line: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/radeon/r600.c#n2848 Basically, the

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #49 from Alex Deucher --- You can force a reset by reading /sys/kernel/debug/dri/0/amdgpu_gpu_reset but very few if any applications currently use the GL robustness extensions to query if the context is lost

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #48 from Shmerl --- (In reply to Lukas Jirkovsky from comment #47) > There's no such file on my system. There is a reset file for other PCI > busses, but not for the GPU. I don't have it either for RX 480 card.

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #53 from erhar...@mailbox.org --- Not necessarily. This bug here was introduced somewhere in the 4.11 kernel development (see bisect), 4.12.x still affected. I don't have this problem with kernel 4.10.x and 4.9.x. The other bug

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

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #5 from higu...@gmx.net --- Created attachment 134267 --> https://bugs.freedesktop.org/attachment.cgi?id=134267=edit Xorg.0.log after the Off and On -- You are receiving this mail because: You are the assignee for the

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

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #4 from higu...@gmx.net --- Created attachment 134266 --> https://bugs.freedesktop.org/attachment.cgi?id=134266=edit dmesg after turning off and on the radeon card -- You are receiving this mail because: You are the assignee for

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

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #3 from higu...@gmx.net --- Created attachment 134265 --> https://bugs.freedesktop.org/attachment.cgi?id=134265=edit dmesg on boot So sorry again :) runpn=0 do work, but after doing "echo OFF >

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #47 from Lukas Jirkovsky --- (In reply to Jan Vesely from comment #45) > sounds like hung GPU. afaik amdgpu.ko does not support GPU timeout/reset yet. > you can try reseting the GPU manually via >

[PATCH] drm/gma500: initialize gma_clock_t structures

The two functions pass a partially initialized structure back to the caller after a memset() on the destination. This is not entirely well-defined, most compilers are sensible enough to either keep the zero-initialization for the uninitialized members, but gcc-4.4 does not, and it warns about

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

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #2 from higu...@gmx.net --- Sorry, radeon.runpm=0 does not work too, the card was powered off, so it was using Intel card Enabling the dedicated card still fails with the same error. the dmesg show this when enabling the card: [

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

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #1 from Alex Deucher --- (In reply to higuita from comment #0) > > > Finally, If i boot the system with radeon.runpm=1, it works > > Let me know if you need more logs runpm is enabled by default so

[PATCH] drm/radeon: properly initialize r600_audio_status() data

The structure returned from r600_audio_status() is only partially initialized, and older gcc versions (4.3 and 4.4) warn about this: drivers/gpu/drm/radeon/r600_hdmi.c: In function 'r600_audio_status': drivers/gpu/drm/radeon/r600_hdmi.c:108: error: 'status.id' is used uninitialized in this

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

https://bugs.freedesktop.org/show_bug.cgi?id=102800 Bug ID: 102800 Summary: DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer Product: DRI Version: XOrg git Hardware: Other OS: All

[PATCH] drm: tegra: reduce stack usage in register dump helpers

The tracing code in the tegra drm driver can lead to excessive stack usage in somem tegra_*_show_regs() functions: drivers/gpu/drm/tegra/dc.c: In function 'tegra_dc_show_regs': drivers/gpu/drm/tegra/dc.c:1639: error: the frame size of 1704 bytes is larger than 1024 bytes

[Bug 99851] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x8504)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=99851 --- Comment #52 from higu...@gmx.net --- looks like dupe from #95015 -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org

[Bug 102417] [IGT][HSW/APL/GLK] gem_exec_fence subtests fail

https://bugs.freedesktop.org/show_bug.cgi?id=102417 Elizabeth changed: What|Removed |Added Status|RESOLVED

[Bug 102650] [CI][ALL] igt@sw_sync@timeline_closed - Failure waiting on unsignaled fence on closed timeline

https://bugs.freedesktop.org/show_bug.cgi?id=102650 Martin Peres changed: What|Removed |Added Status|RESOLVED|CLOSED ---

Re: [PATCH 0/6] Exynos DRM: rewrite IPP subsystem and userspace API

Hello everyone, just finished a first draft of the libdrm API and some test application: https://github.com/tobiasjakobi/libdrm/blob/ippv2/exynos/exynos_ipp.h https://github.com/tobiasjakobi/libdrm/blob/ippv2/tests/exynos/exynos_ipp_test.c Needs a small patch to the kernel to prevent an Oops

Re: [PATCH v1 2/3] drm: rcar-du: Add suspend resume helpers

Hi Kieran, On Friday, 15 September 2017 20:49:15 EEST Kieran Bingham wrote: > On 15/09/17 18:02, Laurent Pinchart wrote: > > On Friday, 15 September 2017 19:42:06 EEST Kieran Bingham wrote: > >> The pipeline needs to ensure that the hardware is idle for suspend and > >> resume operations. > > >

Re: [PATCH 1/2] drm: armada: Remove custom .dumb_destroy() handler

Hi Noralf, On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote: > Den 15.09.2017 04.27, skrev Laurent Pinchart: > > The custom implementation just calls drm_gem_handle_delete(), which is > > identical to the default implementation used when the operation handler > > isn't set. Remove

Re: [PATCHv4 3/5] dt-bindings: document the CEC GPIO bindings

On Fri, Sep 15, 2017 at 3:40 AM, Hans Verkuil wrote: > Hi Rob, > > On 09/13/17 10:21, Hans Verkuil wrote: >> On 09/12/2017 04:43 PM, Rob Herring wrote: >>> On Thu, Aug 31, 2017 at 01:01:54PM +0200, Hans Verkuil wrote: From: Hans Verkuil

Re: [PATCH 2/2] drm: Don't export the drm_gem_dumb_destroy() function

Den 15.09.2017 04.27, skrev Laurent Pinchart: The drm_gem_dumb_destroy() isn't used in drivers, don't export it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_dumb_buffers.c | 7 --- drivers/gpu/drm/drm_gem.c | 1 - 2 files

Re: [PATCH 1/2] drm: armada: Remove custom .dumb_destroy() handler

Den 15.09.2017 04.27, skrev Laurent Pinchart: The custom implementation just calls drm_gem_handle_delete(), which is identical to the default implementation used when the operation handler isn't set. Remove it. Signed-off-by: Laurent Pinchart ---

Re: [PATCH 2/2] drm: rcar-du: Don't set connector DPMS property

Gentle review ping. On Tuesday, 15 August 2017 16:05:45 EEST Laurent Pinchart wrote: > Since commit 4a97a3da420b ("drm: Don't update property values for atomic > drivers") atomic drivers must not update property values as properties > are read from the state instead. To catch remaining users, the

[Bug 191571] AMD APU R4 hangs during hibernation - regression

https://bugzilla.kernel.org/show_bug.cgi?id=191571 --- Comment #8 from Przemek (sop...@gmail.com) --- I cant say about all APUs, but I have tested the patch, and on MULLINS chip this solution is working perfect. Thanks, Przemek. -- You are receiving this mail because: You are watching the

[Bug 102797] Running unigine superposition benchmark in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102797 Bug ID: 102797 Summary: Running unigine superposition benchmark in wine freezes the system Product: Mesa Version: git Hardware: Other OS: All

Re: [PATCH 2/6] drm/exynos: ipp: Add IPP v2 framework

Hello Marek, Marek Szyprowski wrote: > This patch adds Exynos IPP v2 subsystem and userspace API. > > New userspace API is focused ONLY on memory-to-memory image processing. > The two remainging IPP operation modes (framebuffer writeback and > local-path output with image processing) can be

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #46 from Shmerl --- (In reply to Jan Vesely from comment #45) > sounds like hung GPU. afaik amdgpu.ko does not support GPU timeout/reset yet. > you can try reseting the GPU manually via >

Re: [PATCH v1 3/3] drm: rcar-du: Remove unused CRTC suspend/resume functions

Hi Kieran, Thank you for the patch. On Friday, 15 September 2017 19:42:07 EEST Kieran Bingham wrote: > An early implementation of suspend-resume helpers are available in the > CRTC module, however they are unused and no longer needed. > > With suspend and resume handled by the core DRM atomic

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #45 from Jan Vesely --- (In reply to Shmerl from comment #44) > (In reply to Lukas Jirkovsky from comment #43) > > Here are some additional information: > > Yes, I observed that as well. You can access the

[PATCH 4/8] etnaviv: iommuv1: remove map_lock

It wasn't protecting anything, as the single word writes used to set up or tear down a translation are already inherently atomic, so the spinlock is pure overhead. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_iommu.c | 7 --- 1 file changed, 7

[PATCH 1/8] etnaviv: remove iommu fault handler

The handler has never been used, so it's really just dead code. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_mmu.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_mmu.c b/drivers/gpu/drm/etnaviv/etnaviv_mmu.c

[PATCH 6/8] etnaviv: mmu: stop using iommu map/unmap functions

This is a preparation to remove the etnaviv dependency on the IOMMU subsystem by importing the relevant parts of the iommu map/unamp functions into the driver. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_mmu.c | 66 +++

[PATCH 5/8] etnaviv: iommuv1: fold pgtable_write into callers

A function doing a single assignment is not really helping the code flow. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_iommu.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/etnaviv/etnaviv_iommu.c

[PATCH 8/8] etnaviv: remove IOMMU dependency

Using the IOMMU API to manage the internal GPU MMU has been an historical accident and it keeps getting in the way, as well as entangling the driver with the inner workings of the IOMMU subsystem. Clean this up by removing the usage of iommu_domain, which is the last piece linking etnaviv to the

[PATCH 2/8] etnaviv: remove iova_to_phys iommu ops

They are not used in any way, so can go away. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_iommu.c| 21 - drivers/gpu/drm/etnaviv/etnaviv_iommu_v2.c | 14 -- 2 files changed, 35 deletions(-) diff --git

[PATCH 3/8] etnaviv: iommuv1: fold pagetable alloc and free into caller

Those functions are simple enough to fold them into the calling function. This also fixes a correctness issue, as the alloc/free functions didn't specifiy the device the memory was allocated for. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_iommu.c | 27

[PATCH 7/8] etnaviv: mmu: mark local functions static

And clean up the header file a bit. Signed-off-by: Lucas Stach --- drivers/gpu/drm/etnaviv/etnaviv_mmu.c | 8 drivers/gpu/drm/etnaviv/etnaviv_mmu.h | 8 +--- 2 files changed, 5 insertions(+), 11 deletions(-) diff --git

Re: [PATCH v1 2/3] drm: rcar-du: Add suspend resume helpers

Hi Kieran, Thank you for the patch. On Friday, 15 September 2017 19:42:06 EEST Kieran Bingham wrote: > The pipeline needs to ensure that the hardware is idle for suspend and > resume operations. I'm not sure to really understand this sentence. > Implement suspend and resume functions using the

[Bug 102417] [IGT][HSW/APL/GLK] gem_exec_fence subtests fail

https://bugs.freedesktop.org/show_bug.cgi?id=102417 --- Comment #15 from Chris Wilson --- They are expected to skip, they are tests for a future feature. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v1 1/3] media: vsp1: Prevent resuming DRM pipelines

Hi Kieran, Thank you for the patch. On Friday, 15 September 2017 19:42:05 EEST Kieran Bingham wrote: > DRM pipelines utilising the VSP must stop all frame processing as part > of the suspend operation to ensure the hardware is idle. Upon resume, > the pipeline must not be started until the DU

[Bug 102417] [IGT][HSW/APL/GLK] gem_exec_fence subtests fail

https://bugs.freedesktop.org/show_bug.cgi?id=102417 --- Comment #14 from Elizabeth --- On HSW the 3 tests are going to skip, is that expected or I'm losing some configuration? IGT-Version: 1.19-gc718ba8 (x86_64) (Linux: 4.13.0-drm-tip-ww37-commit-9adc9e9+

Re: [PATCH 0/8] drm/fb-helper: Use drm_file to get a dumb framebuffer

Den 15.09.2017 00.29, skrev Laurent Pinchart: Hi Noralf, On Wednesday, 13 September 2017 18:19:22 EEST Noralf Trønnes wrote: Den 13.09.2017 07.09, skrev Laurent Pinchart: On Monday, 11 September 2017 17:31:54 EEST Noralf Trønnes wrote: Hi, I want to start out by saying that this patchset

[Bug 102796] steam not rendering correctly on VEGA 56

https://bugs.freedesktop.org/show_bug.cgi?id=102796 Bug ID: 102796 Summary: steam not rendering correctly on VEGA 56 Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 102633] Running ConeStepMap in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102633 --- Comment #5 from Fabian Maurer --- Sure thing, but a driver shouldn't allow to bring down the whole system, right? -- You are receiving this mail because: You are the assignee for the

[Bug 102650] [CI][ALL] igt@sw_sync@timeline_closed - Failure waiting on unsignaled fence on closed timeline

https://bugs.freedesktop.org/show_bug.cgi?id=102650 --- Comment #3 from Elizabeth --- Does this need to be verified or can we closed it? Thanks. -- You are receiving this mail because: You are the assignee for the

[Bug 191571] AMD APU R4 hangs during hibernation - regression

https://bugzilla.kernel.org/show_bug.cgi?id=191571 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

[PATCH 1/2] drm/i915: Add module parameter to force en-/disable dithering.

i915.enable_dithering allows to force dithering on all outputs on (=1) or off (=0). The default is -1 for current automatic per-pipe selection. This is useful for debugging and for special case scenarios, e.g., providing simulated 10 bpc output on 8 bpc digital sinks if a 10 bpc framebuffer +

[PATCH 2/2] drm/i915: Add module parameter to en-/disable hw color correction.

The new module parameter enable_hw_color_correction defaults to true, to retain the current behaviour. If set to false, it will disable all hardware color correction, like gamma/degamma and csc. This is useful for debugging gamma table / csc precision problems, and to ensure unmodified pixel

Module parameters to override color management/dithering.

Hi, so these two patches add i915 module parameters to globally override how the driver handles dithering and gamma/csc conversion. They serve two purposes: First as debug aid and "airbag" for working around potential precision problems in getting pixels from rendering to the display outputs.

[Bug 102633] Running ConeStepMap in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102633 --- Comment #4 from Samuel Pitoiset --- Fix the app would be much better. :) -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing

[Bug 102646] Screen flickering under amdgpu-experimental (buffer corruptions?)

https://bugs.freedesktop.org/show_bug.cgi?id=102646 --- Comment #10 from Justin Mitzel --- I managed to get Kernel 4.12 of amd-staging working and the problem still persists. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH libdrm] freedreno/kgsl: fix pointer-to-int cast

On Thu, Sep 14, 2017 at 6:01 AM, Eric Engestrom wrote: > Fixes this warning: > > freedreno/kgsl/kgsl_ringbuffer.c: In function ‘kgsl_ringbuffer_flush’: > freedreno/kgsl/kgsl_ringbuffer.c:149:19: warning: cast from pointer to > integer of different size

[Bug 102633] Running ConeStepMap in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102633 --- Comment #3 from Fabian Maurer --- Thanks for looking into this. I can't really agree with the resolution though, it not working is one thing, but it freezing the whole system is another. Can't something be done to at

Re: drm: Why shmem?

Den 15.09.2017 02.45, skrev Eric Anholt: Noralf Trønnes writes: Den 30.08.2017 09.40, skrev Daniel Vetter: On Tue, Aug 29, 2017 at 10:40:04AM -0700, Eric Anholt wrote: Daniel Vetter writes: On Mon, Aug 28, 2017 at 8:44 PM, Noralf Trønnes

Re: [PATCH v3 2/2] drm: add backwards compatibility support for drm_kms_helper.edid_firmware

On Tue, Sep 12, 2017 at 11:19:27AM +0300, Jani Nikula wrote: > If drm_kms_helper.edid_firmware module parameter is set at > drm_kms_helper probe time, update the new drm.edid_firmware parameter > for backwards compatibility. > > The drm_kms_helper.edid_firmware is now read-only in sysfs to

Re: [PATCH v3 1/2] drm: handle override and firmware EDID at drm_do_get_edid() level

On Tue, Sep 12, 2017 at 11:19:26AM +0300, Jani Nikula wrote: > Handle debugfs override edid and firmware edid at the low level to > transparently and completely replace the real edid. Previously, we > practically only used the modes from the override EDID, and none of the > other data, such as

[Bug 102694] Astrokill Beta: LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP* instruction uses the constant bus more than once

https://bugs.freedesktop.org/show_bug.cgi?id=102694 John changed: What|Removed |Added CC||john.etted...@gmail.com

[Bug 196777] Virtual guest using video device QXL does not reach GDM

https://bugzilla.kernel.org/show_bug.cgi?id=196777 --- Comment #8 from Gerd Hoffmann (kra...@redhat.com) --- https://www.kraxel.org/cgit/linux/log/?h=qxl-4.13 please test -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 102633] Running ConeStepMap in wine freezes the system

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

[Bug 102633] Running ConeStepMap in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102633 --- Comment #1 from Samuel Pitoiset --- Created attachment 134252 --> https://bugs.freedesktop.org/attachment.cgi?id=134252=edit hacky patch -- You are receiving this mail because: You are the assignee for the

[PATCH] dma-fence: fix dma_fence_get_rcu_safe v2

From: Christian König When dma_fence_get_rcu() fails to acquire a reference it doesn't necessary mean that there is no fence at all. It usually mean that the fence was replaced by a new one and in this situation we certainly want to have the new one as result and *NOT*

[Bug 196121] ati x200m on Toshiba Sattellite L20-183 cannot resume from suspend with KMS

https://bugzilla.kernel.org/show_bug.cgi?id=196121 --- Comment #1 from mirh (m...@protonmail.ch) --- Fixed in acfd6ee4fa7ebeee75511825fe02be3f7ac1d668 -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel

[PATCH 5/5] ARM: dts: exynos: Add status property to Exynos 54xx Mixer nodes

HDMI support requires some additional off-SoC logic, so Mixer device (part of HDMI display path) should be disabled by default in SoC dtsi and enabled then in each board dts. This patch unifies Mixer handling with other Exynos SoCs. Signed-off-by: Marek Szyprowski ---

[PATCH 2/5] ARM: dts: exynos: Move HDMI PHY node to exynos5250.dtsi

All Exynos 5250 SoCs have HDMI PHY connected via dedicated I2C bus (bus number 8), so HDMI PHY should be defined in exynos5250.dtsi instead of duplicating it in every board, which enable HDMI support. Signed-off-by: Marek Szyprowski ---

[PATCH 3/5] ARM: dts: exynos: Cleanup HDMI DCC definitions

Commit 2b7681326dc2 ("drm/exynos: hdmi: remove the i2c drivers and use") merged to v3.15 kernel added a required 'ddc' property to Exynos HDMI device tree bindings, which should point to i2c bus used for handling DDC (mainly reading display's EDID information). It has been enough time to convert

[PATCH 0/5] Exynos HDMI bindings cleanup

Hi! This patchset performs a cleanup of HDMI (and related) device tree nodes for various Exynos boards. There are no functional changes. Best regards Marek Szyprowski Samsung R Institute Poland Marek Szyprowski (5): bindings: mark separate Exynos HDMI DDC node as deprecated ARM: dts:

[PATCH 1/5] dt-bindings: Explicitely mark Exynos HDMI DDC node as deprecated

Commit 2b7681326dc2 ("drm/exynos: hdmi: remove the i2c drivers and use") merged to v3.15 kernel added a required 'ddc' property to Exynos HDMI device tree bindings, which should point to i2c bus used for handling DDC (mainly reading display's EDID information). Since that commit separate node with

[PATCH 4/5] ARM: dts: exynos: Add status property to Exynos 5250 HDMI and Mixer nodes

HDMI support requires some additional off-SoC logic, so HDMI and Mixer devices should be disabled by default in SoC dtsi and enabled then in each board dts. This patch unifies HDMI and Mixer handling with other Exynos SoCs. Signed-off-by: Marek Szyprowski ---

Re: [PATCH] dma-buf: remove redundant initialization of sg_table

Quoting Colin King (2017-09-15 00:05:16) > From: Colin Ian King > > sg_table is being initialized and is never read before it is updated > again later on, hence making the initialization redundant. Remove > the initialization. > > Detected by clang scan-build: >

Re: [PATCHv4 3/5] dt-bindings: document the CEC GPIO bindings

Hi Rob, On 09/13/17 10:21, Hans Verkuil wrote: > On 09/12/2017 04:43 PM, Rob Herring wrote: >> On Thu, Aug 31, 2017 at 01:01:54PM +0200, Hans Verkuil wrote: >>> From: Hans Verkuil >>> >>> Document the bindings for the cec-gpio module for hardware where the >>> CEC line

[Bug 196121] ati x200m on Toshiba Sattellite L20-183 cannot resume from suspend with KMS

https://bugzilla.kernel.org/show_bug.cgi?id=196121 Przemek (sop...@gmail.com) changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] gpu: drm: rockchip: Replace dev_* with DRM_DEV_*

Change the tile to: drm/rockchip: Replace dev_* with DRM_DEV_* Thanks. On 2017年09月15日 14:47, Haneen Mohammed wrote: This patch replace instances of dev_info/err/debug with DRM_DEV_INFO/ERROR/WARN respectively inorder to use a drm-formatted specific log messages. Issue corrected with the

Re: [Outreachy kernel] [PATCH] gpu: drm: rockchip: Replace dev_* with DRM_DEV_*

On Fri, 2017-09-15 at 08:58 +0200, Julia Lawall wrote: > > On Fri, 15 Sep 2017, Haneen Mohammed wrote: > > > This patch replace instances of dev_info/err/debug with > > DRM_DEV_INFO/ERROR/WARN respectively inorder to use a drm-formatted > > specific log messages. Issue corrected with the help of

[Bug 191571] AMD APU R4 hangs during hibernation - regression

https://bugzilla.kernel.org/show_bug.cgi?id=191571 --- Comment #6 from Przemek (sop...@gmail.com) --- Created attachment 258401 --> https://bugzilla.kernel.org/attachment.cgi?id=258401=edit proposed patch As the problem still persist in kernel 4.13 I have made a little patch for it. With this

[Bug 102684] Monitor sometimes cuts to black after idling overnight

https://bugs.freedesktop.org/show_bug.cgi?id=102684 --- Comment #1 from Niklas Haas --- Can't reproduce the cut-to-black issue, after several attempts (with either 'auto' or 'high' performance mode). I did notice another issue while testing though, which is sort of

Re: [Outreachy kernel] [PATCH] gpu: drm: rockchip: Replace dev_* with DRM_DEV_*

On Fri, 15 Sep 2017, Haneen Mohammed wrote: > This patch replace instances of dev_info/err/debug with > DRM_DEV_INFO/ERROR/WARN respectively inorder to use a drm-formatted > specific log messages. Issue corrected with the help of the following > Coccinelle script: > > @r@ > @@ > > ( > -dev_info