[Bug 95911] Recursive error in radeon device driver module after resume from hibernation

https://bugzilla.kernel.org/show_bug.cgi?id=95911 --- Comment #18 from gitne at excite.co.jp --- Just FYI: I have just tested kernel version 4.0.8. Unfortunately, the problem still persists. Additionally, since kernel version 3.15.7 the machine does not power down after swapping the hibernation

[Bug 80419] XCOM: Enemy Unknown Causes lockup

s 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/20150804/c6123a50/attachment.html>

[PATCH 11/11] drm/exynos: remove struct exynos_drm_encoder layer

On 2015년 08월 04일 04:09, Gustavo Padovan wrote: > From: Gustavo Padovan > > struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had > only a drm_encoder member and the internal exynos_drm_encoders ops that > was directly mapped to the drm_encoder helper funcs. > > So now

[PATCH 09/11] drm/exynos: remove exynos_drm_create_enc_conn()

On 2015년 08월 04일 04:09, Gustavo Padovan wrote: > From: Gustavo Padovan > > This functions was just hiding the encoder and connector creation in > a way that was less clean than if we get rid of it. For example, > exynos_encoder ops had .create_connector() defined only because we were >

[Intel-gfx] [PATCH 1/2] drm/i915: Use CPU mapping for userspace dma-buf mmap()

On 07/31/2015 06:02 PM, Chris Wilson wrote: > > The first problem is that llc does not guarrantee that the buffer is > cache coherent with all aspects of the GPU. For scanout and similar > writes need to be WC. > > if (obj->has_framebuffer_references) would at least catch where the fb > is made

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Mon, Aug 03, 2015 at 12:25:11PM -0400, Theodore Ts'o wrote: > On Mon, Aug 03, 2015 at 05:27:29PM +0200, Daniel Vetter wrote: > > > > Ok I updated fixes-stuff with just 2 patches which seem to be enough to > > fix it. Plus a patch to convert Linus' hack into something we can keep > > plus a

[PULL] topic/mst-fixes

Hi Linus, Special pull request for mst fixes since most of the patches touch code outside of i915 proper. DRM parts have also been reviewed by Thierry (nvidia) since Dave's enjoying vacations. Cheers, Daniel The following changes since commit 74d33293e467df61de1b1d8b2fbe29e550dec33b: Linux

[PATCH 0/2] drm/fb-helper: Silence defined but not used warning

On Tue, Aug 04, 2015 at 03:22:09PM +0200, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > Hi, > > If CONFIG_MAGIC_SYSRQ is not set: > > drivers/gpu/drm/drm_fb_helper.c:390:13: warning: > 'drm_fb_helper_force_kernel_mode' defined but not used

[PATCH 2/2] drm/fb-helper: Move drm_fb_helper_force_kernel_mode() inside #ifdef

From: Geert Uytterhoeven If CONFIG_MAGIC_SYSRQ is not set: drivers/gpu/drm/drm_fb_helper.c:390:13: warning: 'drm_fb_helper_force_kernel_mode' defined but not used [-Wunused-function] static bool drm_fb_helper_force_kernel_mode(void) ^ Move

[PATCH 1/2] drm/fb-helper: Clarify drm_fb_helper_restore_fbdev_mode*()

From: Geert Uytterhoeven As of commit 5ea1f752ae04be40 ("drm: add drm_fb_helper_restore_fbdev_mode_unlocked()"), drm_fb_helper_restore_fbdev_mode() is no longer public, and drivers should call drm_fb_helper_restore_fbdev_mode_unlocked() from their ->lastclose callbacks

[PATCH 0/2] drm/fb-helper: Silence defined but not used warning

From: Geert Uytterhoeven Hi, If CONFIG_MAGIC_SYSRQ is not set: drivers/gpu/drm/drm_fb_helper.c:390:13: warning: 'drm_fb_helper_force_kernel_mode' defined but not used [-Wunused-function] static bool drm_fb_helper_force_kernel_mode(void)

[Bug 91268] R6xx freezes with kernel 3.17 and up

thing. -- 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/20150804/0eb5d062/attachment.html>

[Bug 100351] System freezes for 2 seconds while opening apps

https://bugzilla.kernel.org/show_bug.cgi?id=100351 --- Comment #5 from yaroslav.sapozhnik at gmail.com --- Still there with kernel 4.1.3-200.fc22.x86_64 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 91375] [radeonsi] [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed

the bug. -- 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/20150804/b093b39c/attachment.html>

[PATCH] drm/atomic: Fix bookkeeping with TEST_ONLY.

Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e "drm/atomic: Cleanup on error properly in the atomic ioctl." cleaned up some error paths, but didn't fix the TEST_ONLY path. In the check only case plane->fb shouldn't be updated, and the vblank events should be cleared as on failure. Signed-off-by:

[Intel-gfx] [PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

For the series: Reviewed-by: Ander Conselvan de Oliveira On Mon, 2015-08-03 at 17:24 +0200, Daniel Vetter wrote: > We've had a few issues with atomic where subtle bugs in the encoder > picking logic lead to accidental self-stealing of the encoder, > resulting in a NULL connector_state->crtc in

[PATCH 11/11] drm/exynos: remove struct exynos_drm_encoder layer

Hi Inki, 2015-08-04 Inki Dae : > On 2015년 08월 04일 04:09, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had > > only a drm_encoder member and the internal exynos_drm_encoders ops that > > was directly mapped

[Intel-gfx] [PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

On Tue, Aug 04, 2015 at 11:56:08AM +0300, Ander Conselvan De Oliveira wrote: > For the series: > > Reviewed-by: Ander Conselvan de Oliveira Thanks for the review. -Daniel > > > On Mon, 2015-08-03 at 17:24 +0200, Daniel Vetter wrote: > > We've had a few issues with atomic where subtle bugs in

[PATCH] scripts/kernel-doc Allow struct arguments documentation in struct body

On Fri, Jul 31, 2015 at 06:06:45PM -0300, Danilo Cesar Lemes de Paula wrote: > Describing arguments at top of a struct definition works fine > for small/medium size structs, but it definitely doesn't work well > for struct with a huge list of elements. > > Keeping the arguments list inside the

[PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150804/ebba5338/attachment.sig>

[PATCH 3/4] drm/dp-mst: Remove debug WARN_ON

ame: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150804/bd6e44bd/attachment.sig>

[PATCH 1/4] drm/atomic-helper: Add an atomice best_encoder callback

verbose description could be provided in done in the DRM DocBook, along with other documentation about atomic mode-setting. Irrespective of that, this makes sense, so: Acked-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150804/49015961/attachment.sig>

[Bug 91268] R6xx freezes with kernel 3.17 and up

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

[Bug 86781] enabling glamor causes jumpy VDPAU playback with 2x framerate DI

e You more details if needed. -- 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/20150804/c77d07d4/attachment.html>

[PATCH v2] scripts/kernel-doc Allow struct arguments documentation in struct body

Describing arguments at top of a struct definition works fine for small/medium size structs, but it definitely doesn't work well for struct with a huge list of elements. Keeping the arguments list inside the struct body makes it easier to maintain the documentation. ie: /** * struct my_struct -

[PATCH 3/5] drm/i2c: adv7511: Refactor encoder slave functions

On Tue, Aug 4, 2015 at 1:16 AM, Andrzej Hajda wrote: > On 08/03/2015 04:04 PM, Rob Clark wrote: >> On Mon, Aug 3, 2015 at 8:03 AM, Andrzej Hajda wrote: >>> Hi, >>> >>> On 07/31/2015 04:48 PM, Rob Clark wrote: On Fri, Jul 31, 2015 at 8:58 AM, Boris Brezillon wrote: > Hi Rob, >

[PATCH v2] drm/i2c: tda998x: Fix bad checksum of the HDMI AVI infoframe

On Tue, 28 Jul 2015 15:59:17 +0200 Jean-Francois Moine wrote: > Using hdmi_avi_infoframe_pack() to create the AVI infoframe calculates > the checksum of the frame and breaks the second calculation which is > done in tda998x_write_if(). Then the HDMI AVI frame is wrong and > the display device

[PATCH 3/5] drm/i2c: adv7511: Refactor encoder slave functions

On 08/03/2015 04:04 PM, Rob Clark wrote: > On Mon, Aug 3, 2015 at 8:03 AM, Andrzej Hajda wrote: >> Hi, >> >> On 07/31/2015 04:48 PM, Rob Clark wrote: >>> On Fri, Jul 31, 2015 at 8:58 AM, Boris Brezillon >>> wrote: Hi Rob, On Fri, 31 Jul 2015 08:13:59 -0400 Rob Clark wrote:

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Tuesday, August 04, 2015 12:05:14 AM Daniel Vetter wrote: > On Mon, Aug 3, 2015 at 7:24 PM, Linus Torvalds > wrote: > >> However, I'm > >> still seeing a large number of drm/i915 related warning messages and > >> other kernel kvetching. > > > > I suspect I can live with

[Bug 90217] Counter Strike Global Offensive: GPU fault after a while

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

[Bug 90217] Counter Strike Global Offensive: GPU fault after a while

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

[Bug 91545] [BONAIRE][ARK: Survival Evolved] Regression: radeonsi: flush if the memory usage for an IB is too high

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150804/7e27e84a/attachment.html>

[REGRESSION] Re: i915 driver crashes on T540p if docking station attached

On Mon, Aug 3, 2015 at 7:24 PM, Linus Torvalds wrote: >> However, I'm >> still seeing a large number of drm/i915 related warning messages and >> other kernel kvetching. > > I suspect I can live with that for now. The lockdep one looks like > it's mainly an initialization

[Bug 91543] [BONAIRE] ARK: Survival Evolved: corruption with certain textures inside cave (spider web)

https://bugs.freedesktop.org/show_bug.cgi?id=91543 --- Comment #1 from Shawn Starr --- Here is youtube video of a scene with this happening: https://www.youtube.com/watch?v=4fJLyyVXSrQ Sometimes it will turn the whole screen white/pink/black if the spider successfully captures the player. --

[Bug 91136] [tahiti xt] portal2/dota2 glitchy without R600_DEBUG=switch_on_eop

https://bugs.freedesktop.org/show_bug.cgi?id=91136 Sylvain BERTRAND changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 91527] 7870 radeon crashes after kernel msg drm:radeon_mn_invalidate_range_start

https://bugs.freedesktop.org/show_bug.cgi?id=91527 --- Comment #3 from JATothrim --- Created attachment 117498 --> https://bugs.freedesktop.org/attachment.cgi?id=117498=edit Xorg.0.log It was hard to catch the dmesg and Xorg log because soon as I close the Dolphin emu the system hard freezes