[Bug 46711] Monitor not turning on after DisplayPort re-plug in Xorg

app to take responsibility for the power save state and also to drop the ball. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20

[PATCH] drm/nouveau/bios: fix bug introduced in 457e77b2

457e77b2 effectively replaces (... & 0xff00) << 8 with (... >> 8) << 8. Which does not do the same and breaks boot on my machine. Restore the old behaviour and remove the unnecessary cast. Signed-off-by: Andreas Noever --- drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 2 +- 1 file

[Bug 77244] UVD microcode fails to load on HD 8970M (Neptune XT -- PITCAIRN)

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/13c2bfe5/attachment.html>

[Bug 77244] UVD microcode fails to load on HD 8970M (Neptune XT -- PITCAIRN)

d... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/e2f781a5/attachment.html>

WARNING ... drivers/gpu/drm/ttm/ttm_bo_vm.c...

Hi, David! Thanks for the reply. Actually I just got CC'd on the Fedora Bug. I haven't seen this either, so I can't provide more info... What I was thinking was that maybe after a fork, vma->vm_file->f_mapping of the child process wasn't set to the same value as the parent... /Thomas On

[Bug 77244] UVD microcode fails to load on HD 8970M (Neptune XT -- PITCAIRN)

- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/6b56a160/attachment-0001.html>

WARNING ... drivers/gpu/drm/ttm/ttm_bo_vm.c...

Hi Thomas On Tue, Apr 8, 2014 at 7:11 AM, Thomas Hellstrom wrote: > Hi, David, > > Are there any dev_mapping changes in 3.15 that could cause this? > Do we know what happens to vma->vm_file->f_mapping during fork? Sorry, I was traveling. Yes, there have been changes, but I converted all

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #29 from Alex Deucher --- Created attachment 131821 --> https://bugzilla.kernel.org/attachment.cgi?id=131821=edit reverse hpd polarity It sounds like your board by have the hpd pin polarity reversed (so plug events looks like

[Bug 77244] UVD microcode fails to load on HD 8970M (Neptune XT -- PITCAIRN)

ug=743659 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/c4981724/attachment.html>

[Bug 46711] vmwgfx does not work in qemu/kvm

https://bugzilla.kernel.org/show_bug.cgi?id=46711 Thomas Hellstrom changed: What|Removed |Added CC||thellstrom at vmware.com --- Comment

[Bug 66384] VDPAU playback hangs when moving window between xrandr monitors

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/754833ab/attachment.html>

[Bug 46711] vmwgfx does not work in qemu/kvm

https://bugzilla.kernel.org/show_bug.cgi?id=46711 Michal Suchanek changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|OBSOLETE

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #28 from Tom Yan --- (In reply to Alex Deucher from comment #24) > In your case we need to find out why it's not working properly for you. You > mentioned that it works properly in the console but not in X. That sounds > like maybe

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 Tom Yan changed: What|Removed |Added Kernel Version|3.13.5 |3.13.8 -- You are receiving this mail

[patch] drm/panel: s6e8aa0: silence array overflow warning

Smatch complains that we are reading beyond the end of the array here: drivers/gpu/drm/panel/panel-s6e8aa0.c:852 s6e8aa0_read_mtp_id() warn: buffer overflow 's6e8aa0_variants' 4 <= 4 We set the error code, so it's not harmful but it looks like a return was intended here so lets

[Bug 46711] Monitor not turning on after DisplayPort re-plug in Xorg

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140409/f26d2c37/attachment-0001.html>

[Bug 77247] Suspend/Hibernate S3 Defect Fusion E350

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/c03c7dc5/attachment.html>

[Bug 77247] New: Suspend/Hibernate S3 Defect Fusion E350

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/5b59415b/attachment.html>

[Bug 77244] UVD microcode fails to load on HD 8970M (Neptune XT -- PITCAIRN)

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/3396cd2a/attachment.html>

[PATCH 2/2] [RFC] reservation: add suppport for read-only access using rcu

This adds 3 more functions to deal with rcu. reservation_object_wait_timeout_rcu() will wait on all fences of the reservation_object, without obtaining the ww_mutex. reservation_object_test_signaled_rcu() will test if all fences of the reservation_object are signaled without using the ww_mutex.

[PATCH 1/2] reservation: update api and add some helpers

Move the list of shared fences to a struct, and return it in reservation_object_get_list(). Add reservation_object_reserve_shared(), which reserves space in the reservation_object for 1 more shared fence. reservation_object_add_shared_fence() and reservation_object_add_excl_fence() are used to

[PATCH 0/2] Updates to fence api

The following series implements small updates to the fence api. I've found them useful when implementing the fence API in ttm and i915. The last patch enables RCU on top of the api. I've found this less useful, but it was the condition on which Thomas Hellstrom was ok with converting TTM to

[Bug 77244] New: UVD microcode fails to load on HD 8970M (Neptune XT -- PITCAIRN)

bugreport.cgi?bug=743659 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/e71c7432/attachment-0001.html>

[Intel-gfx] [PATCH] drm/mm: Don't WARN if drm_mm_reserve_node

On Wed, Apr 09, 2014 at 07:25:37AM +0100, Chris Wilson wrote: > On Tue, Apr 08, 2014 at 10:21:44AM -0700, Ben Widawsky wrote: > > I am not convinced this is the correct solution. At least the way we > > used this interface, it isn't meant to ever fail. I also didn't look > > into exactly why we

[PATCHv2 2/3] drm: exynos: hdmi: use hdmiphy as PHY

Hi Andrzej, On 9 April 2014 16:00, Andrzej Hajda wrote: > Hi Tomasz, > > On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote: >> The HDMIPHY (physical interface) is controlled by a single >> bit in a power controller's regiter. It was implemented >> as clock. It was a simple but effective hack. >

[Bug 77002] hdmi audio problems with 3.14

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/4c17fe73/attachment.html>

[Bug 77002] hdmi audio problems with 3.14

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/6658cb0b/attachment.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

bbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/c9bb53fd/attachment.html>

[PATCH] drm/tegra: Remove gratuitous pad field

> > dri-devel mailing list > > dri-devel at lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/dri-devel > > > > -- > Daniel Vetter > Software Engineer, Intel Corporation > +41 (0) 7

[PATCH] drm/tegra: Remove gratuitous pad field

cc: stable to make sure that even once you release userspace you won't get angry bug reports? -Daniel On Wed, Apr 9, 2014 at 2:39 PM, Thierry Reding wrote: > From: Thierry Reding > > The version of the drm_tegra_submit structure that was merged all the > way back in 3.10 contains a pad field

[PATCHv2 1/3] phy: Add exynos-simple-phy driver

Hi Tomasz, On 9 April 2014 14:07, Andrzej Hajda wrote: > Hi Tomasz, > > On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote: >> Add exynos-simple-phy driver to support a single register >> PHY interfaces present on Exynos4 SoC. >> >> Signed-off-by: Tomasz Stanislawski >> --- >>

[Bug 77002] hdmi audio problems with 3.14

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/a570e042/attachment.html>

[PATCH] drm/tegra: Remove gratuitous pad field

From: Thierry Reding The version of the drm_tegra_submit structure that was merged all the way back in 3.10 contains a pad field that was originally intended to properly pad the following __u64 field. Unfortunately it seems like a different field was dropped during review

[Bug 77002] hdmi audio problems with 3.14

You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/2343d443/attachment.html>

[Bug 77002] hdmi audio problems with 3.14

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/a32f25af/attachment.html>

[Bug 77002] hdmi audio problems with 3.14

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/f04fba03/attachment.html>

[PATCH v12][ 09/12] drm/panel: Add Eukrea mbimxsd51 displays.

physical size? Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/1168cba1/attachment-0001.sig>

[PATCH] fix memory leak

Signed-off-by: Micah Richert --- drivers/gpu/drm/msm/msm_gem.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/msm/msm_gem.c b/drivers/gpu/drm/msm/msm_gem.c index 16f643a..885cf56 100644 --- a/drivers/gpu/drm/msm/msm_gem.c +++

[PATCHv2 1/3] phy: Add exynos-simple-phy driver

Hello Andrzej, On 09.04.2014 10:37, Andrzej Hajda wrote: >> +static int exynos_phy_probe(struct platform_device *pdev) >> +{ >> +const struct of_device_id *of_id = of_match_device( >> +of_match_ptr(exynos_phy_of_match), >dev); >> +const u32 *offsets = of_id->data; >> +int

[Bug 76559] screen corruption after going from VT to X

invalid. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/72374c56/attachment-0001.html>

[PATCH v2 libdrm 7/7] libdrm: valgrind-clear a few more IOCTL arguments

From: Thierry Reding Fixes a few complaints raised by valgrind when running the Tegra tests. Signed-off-by: Thierry Reding --- xf86drmMode.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/xf86drmMode.c b/xf86drmMode.c index a6bb2ee44576..861248b7c2fc 100644 ---

[PATCH v2 libdrm 6/7] tegra: Add gr2d-fill test

From: Thierry Reding This test uses the IOCTLs for job submission and fences to fill a sub- region of the screen to a specific color using gr2d. Signed-off-by: Thierry Reding --- Changes in v2: - free framebuffer when done tests/tegra/.gitignore | 1 +

[PATCH v2 libdrm 5/7] tegra: Add helper library for tests

From: Thierry Reding This library provides helpers for common functionality needed by test programs. Signed-off-by: Thierry Reding --- Changes in v2: - fix a couple of memory leaks and get rid of some unneeded code tests/tegra/Makefile.am | 10 +-

[PATCH v2 libdrm 4/7] tegra: Add channel, job, pushbuf and fence APIs

From: Thierry Reding These functions can be used to open channels to engines, manage job submissions, create push buffers to store command streams in and wait until jobs have been completed. Signed-off-by: Thierry Reding --- Changes in v2: - automatically allocate buffer

[PATCH v2 libdrm 3/7] tegra: Add simple test for drm_tegra_open()

From: Thierry Reding This test opens a device, dumps the version information and checks that a Tegra DRM context can be opened on it. Signed-off-by: Thierry Reding --- Changes in v2: - fix in-tree build failure configure.ac| 1 + tests/Makefile.am | 4

[PATCH v2 libdrm 2/7] libdrm: Add NVIDIA Tegra support

From: Thierry Reding Add the libdrm_tegra helper library to encapsulate Tegra-specific interfaces to the DRM. Furthermore, Tegra is added to the list of supported chips in the modetest and vbltest programs. Signed-off-by: Thierry Reding Signed-off-by: Erik

[PATCH v2 libdrm 1/7] configure: Support symbol visibility when available

From: Thierry Reding Checks whether or not the compiler supports the -fvisibility option. If so it sets the VISIBILITY_CFLAGS variable which can be added to the per directory AM_CFLAGS where appropriate. By default all symbols will be hidden via the VISIBILITY_CFLAGS. The

[PATCH v2 libdrm 0/7] Add NVIDIA Tegra support

From: Thierry Reding Hi, This series adds libdrm-tegra with a very lightweight API on top of the kernel interfaces. Most of the functions provided here have been in use in various driver efforts in different incarnations. This is an attempt to consolidate, so I'm looking for

[Bug 76558] [radeon] GPU lockup: radeon: wait for empty RBBM fifo failed ! when playing sauerbraten

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/3721b89e/attachment.html>

[PATCHv2 1/3] phy: Add exynos-simple-phy driver

Hi Rahul, On 04/09/2014 11:12 AM, Rahul Sharma wrote: > Hi Tomasz, > > On 9 April 2014 14:07, Andrzej Hajda wrote: >> Hi Tomasz, >> >> On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote: >>> Add exynos-simple-phy driver to support a single register >>> PHY interfaces present on Exynos4 SoC. >>>

[PATCHv2 2/3] drm: exynos: hdmi: use hdmiphy as PHY

Hi Andrzej, This issue could be solved by exporting a regmap from PMU driver or Exynos clock provider for the usage by exynos-simple-phy. The operations on PHYs from exynos-simple-phy provider would be chained to PMU driver and protected by a spinlock in the regmap. Luckily, the divider is not

[PATCHv2 2/3] drm: exynos: hdmi: use hdmiphy as PHY

Hi Tomasz, On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote: > The HDMIPHY (physical interface) is controlled by a single > bit in a power controller's regiter. It was implemented > as clock. It was a simple but effective hack. This power controller register has also bits to control HDMI clock

[Bug 77009] 24P playback video signal loss with latest DRI patches

ating the contrains. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/d0e70840/attachment.html>

[ 3.14.0-12041-g75ff24f ] regression: drm warning

Kernel 3.14.0-12041-g75ff24f from 9.4.2014 introduces the following on the console (driver is i915): [drm:ivb_err_int_handler] *ERROR* Pipe B FIFO underrun [drm:cpt_serr_int_handler] *ERROR* PCH transcoder A FIFO underrun [drm:cpt_serr_int_handler] *ERROR* PCH transcoder B FIFO underrun In

[Bug 46711] vmwgfx does not work in qemu/kvm

https://bugzilla.kernel.org/show_bug.cgi?id=46711 --- Comment #2 from Valentin Popa --- Can someone reopen this bug since the issue still reproduces. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCHv2 1/3] phy: Add exynos-simple-phy driver

Hi, On 09/04/14 11:12, Rahul Sharma wrote: > Idea looks good. How about keeping compatible which is independent > of SoC, something like "samsung,exynos-simple-phy" and provide Reg > and Bit through phy provider node. This way we can avoid SoC specific > hardcoding in phy driver and don't need to

[pull] radeon drm-next-3.15

Hi Dave, this is the fives pull request for radeon changes. I thought number four would be the last one with new stuff, but it turned out that Alex has other things in mind. So this request contains Alex's update to send bare addresses to properly reset the I2C over DP AUX bus as well as the

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/b46163db/attachment.html>

[PATCHv2 1/3] phy: Add exynos-simple-phy driver

Hi Tomasz, On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote: > Add exynos-simple-phy driver to support a single register > PHY interfaces present on Exynos4 SoC. > > Signed-off-by: Tomasz Stanislawski > --- > .../devicetree/bindings/phy/samsung-phy.txt| 24 +++ > drivers/phy/Kconfig

[PATCH libdrm 0/4] Minor cleanups

by: Eric Anholt Thanks. I don't have the necessary permissions to push this, can somebody else help out here? Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <ht

[PATCH v12][ 06/12] ARM: dts: imx5*, imx6*: correct display-timings nodes.

Hi, Shawn Guo wrote: > On Mon, Apr 07, 2014 at 02:44:45PM +0200, Denis Carikli wrote: > > The imx-drm driver can't use the de-active and > > pixelclk-active display-timings properties yet. > > > > Instead the data-enable and the pixel data clock > > polarity are hardcoded in the imx-drm driver.

[Bug 41086] Screen update problems when scrolling to the right in many (any?) java apps

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/e30db3e5/attachment.html>

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

tachments/20140409/87ae3888/attachment.html>

[Bug 66384] VDPAU playback hangs when moving window between xrandr monitors

vel/attachments/20140409/30a0e650/attachment.html>

[Intel-gfx] [PATCH] drm/mm: Don't WARN if drm_mm_reserve_node

On Tue, Apr 08, 2014 at 10:21:44AM -0700, Ben Widawsky wrote: > I am not convinced this is the correct solution. At least the way we > used this interface, it isn't meant to ever fail. I also didn't look > into exactly why we depend an ENOSPC return. That sounds fragile to me, > especially for a

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #27 from Tom Yan --- (In reply to Alex Deucher from comment #25) > (In reply to Tom Yan from comment #23) > > Btw, is it something not implemented yet or a bug, that it won't do the > > modesetting later if no device plugged before

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #26 from Tom Yan --- (In reply to Alex Deucher from comment #24) > It works for the vast majority of users and removing it would break unplug > and replug of DP displays. Without that code you would have to manually > disable and

[Bug 74868] r600g: Diablo III Crashes After a few minutes

ease file separate bugs for the shader compile failures. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/a4fc5253/attachment.html>

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140409/3c85421d/attachment.html>

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #25 from Alex Deucher --- (In reply to Tom Yan from comment #23) > Btw, is it something not implemented yet or a bug, that it won't do the > modesetting later if no device plugged before boot? Why does it have to go > 1024x768? I

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #24 from Alex Deucher --- (In reply to Tom Yan from comment #22) > Do you have any case that the code would do something positive? Or > ultimately, would you consider removing the code upstream? It works for the vast majority of

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #23 from Tom Yan --- Btw, is it something not implemented yet or a bug, that it won't do the modesetting later if no device plugged before boot? Why does it have to go 1024x768? I mean, why does it require a device to initialize

[Bug 42960] Display does not work when resuming from suspend

ssignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/8283d720/attachment-0001.html>

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #22 from Tom Yan --- Do you have any case that the code would do something positive? Or ultimately, would you consider removing the code upstream? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 72701] Screen freeze when using radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=72701 Alex Deucher changed: What|Removed |Added Attachment #131741|0 |1 is obsolete|

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/0c4ee8fd/attachment.html>

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/ed7c5e1e/attachment.html>

[Bug 77009] 24P playback video signal loss with latest DRI patches

; better. > > > > Here your max is 100. ref: 10, post 10 >>>> 10 * 10 = 100 max. > > Yes correct. Thanks for explaining this so clearly. Garrett -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/7719241c/attachment.html>

[Bug 72701] Screen freeze when using radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=72701 Alex Deucher changed: What|Removed |Added Attachment #131601|0 |1 is obsolete|

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/4413163d/attachment-0001.html>

[Bug 75127] runpm hang with PowerXpress/hybrid laptop

GPU reset messages even on startup. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140409/9f906829/attachment-0001.html>

[Bug 72701] Screen freeze when using radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=72701 --- Comment #12 from klod --- I'm sorry, I'm very busy these days. I will try that when I have time -- You are receiving this mail because: You are watching the assignee of the bug.