[Bug 96351] System hangs up after update to any kernel newer than 3.12*
https://bugzilla.kernel.org/show_bug.cgi?id=96351 George Cheban changed: What|Removed |Added Hardware|x86-64 |i386 -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 96351] System hangs up after update to any kernel newer than 3.12*
https://bugzilla.kernel.org/show_bug.cgi?id=96351 --- Comment #37 from George Cheban --- Hello, guys! I've made another bisect and the result is 61cf16d8bd38c3dc52033ea75d5b1f8368514a17. I hope, I did it right. But I can't check it on my own because I can't do a "git revert 61cf16d8bd": it always shows me this > git revert 61cf16d8bd > error: could not revert 61cf16d... PCI: Add pci_try_reset_function(), > pci_try_reset_slot(), pci_try_reset_bus() > hint: after resolving the conflicts, mark the corrected paths > hint: with 'git add ' or 'git rm ' > hint: and commit the result with 'git commit' I found that I need to resolve this conflict manually, but I don't know which conflict I need to resolve. Can anyone help me? -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 89685] Cripling Dota 2 freeze with Morphling at hero selection or loadout
https://bugs.freedesktop.org/show_bug.cgi?id=89685 --- Comment #22 from Kevin --- Today I tried building and installing llvm from git but I still have the issue. Could anyone tell me if it looks like I did this correctly? Do I need to do anything special for 32-bit vs 64-bit support? Should I remove llvm installed from Arch Linux repo before this? mkdir llvm-git cd llvm-git/ git clone http://llvm.org/git/llvm.git cmake ~/builds/llvm-git/llvm/ cmake --build . sudo cmake --build . --target install -- 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/20150502/3a8ddbad/attachment.html>
[Bug 90284] radeon crashes (ring 0 stall) with GPU fault detected: 147, and *ERROR* radeon: dpm resume failed.
https://bugs.freedesktop.org/show_bug.cgi?id=90284 --- Comment #1 from Trippler --- Created attachment 115516 --> https://bugs.freedesktop.org/attachment.cgi?id=115516&action=edit journalctl -r -x --boot=-2. This is the log when booted with radeon.dpm=0 -- 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/20150502/e12b16ee/attachment.html>
[Bug 90284] radeon crashes (ring 0 stall) with GPU fault detected: 147, and *ERROR* radeon: dpm resume failed.
https://bugs.freedesktop.org/show_bug.cgi?id=90284 Bug ID: 90284 Summary: radeon crashes (ring 0 stall) with GPU fault detected: 147, and *ERROR* radeon: dpm resume failed. Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel at lists.freedesktop.org Reporter: niklas at trippler.no Created attachment 115515 --> https://bugs.freedesktop.org/attachment.cgi?id=115515&action=edit journalctl -r -x --boot=-4 Graphics card: AMD R9 290 Kernel: Linux archfractal 4.0.1-1-ARCH #1 SMP PREEMPT Monitors connected: 2 DE: Xfce Relevant packages: local/xf86-video-ati 1:7.5.0-2 (xorg-drivers xorg) local/lib32-mesa 10.5.4-1 local/lib32-mesa-libgl 10.5.4-1 local/lib32-mesa-vdpau 10.5.4-1 local/linux 4.0.1-1 (base) local/xorg-server 1.17.1-5 (xorg) This bug, which is triggered by dota2 (Valve game), locks up both displays for a few seconds before they blink black and freeze in the last frame displayed, requireing a system reboot. The bug seems to happen with others (same symptoms / log messages) using other applications (chrome html5 video was mentioned), but dota2 seems like one of the few recreatable ways to trigger the bug. Steps to recreate: Have steam and dota 2 installed (might have to remove steams own bundled libstdc++ libraries as they conflict with mesa). Launch dota 2 with any video settings Start a new lobby with "cheats enabled" and "all pick" game mode (these don't matter, but make it faster to recreate) Pick the hero "Chaos Knight" and enter the game Type in chat "-lvlup 24" to gain max level and skill up everything Click R to use ulti (which spawns copies of himself) Hold-drag mouse over all the illusions and the hero. When the mouse button is released the above bug triggers, crashing the displaydriver and taking the computer down with it. In the log attached (journal_log) the bug is triggered at 17:43:50, the first line there is: "kernel: radeon :01:00.0: GPU fault detected: 147 0x000cc801" I noticed a few lines later the following lines appeared: May 02 17:44:01 archfractal kernel: [drm:radeon_pm_resume [radeon]] *ERROR* radeon: dpm resume failed May 02 17:44:01 archfractal kernel: [drm:ci_dpm_enable [radeon]] *ERROR* ci_start_dpm failed I guessed the bug had something to do with dpm, and disabled it (kernel parameter radeon.dpm=0). When I had done this the bug could still be recreated, but the log showed completely different error messages. This log is also attached as "journal_log_radeon_dpm_is_0" I had to gzip the first log to fit within the 3M file size limit -- 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/20150502/784090cb/attachment.html>
[PATCH 00/11] Enable gpu switching on the MacBook Pro
Hi Lukas, Lukas Wunner wrote: > Included below is a tentative patch to set register 0x7F when switching > the DDC lines. It would be great if someone with a retina could test > the patchset I've posted plus this tentative patch since I can't test it > myself. > > * MacBookPro11 (second-gen retina): > The patchset I've posted plus the tentative patch below. > Fellow gmux hackers Andreas Heider and Bruno Bierbaumer tell me that > additionally, this patch is needed otherwise the i915 gpu is turned off: > https://www.marc.info/?l=grub-deavel&m=141586614924917&w=2 Thank you very much for your effort of bringing gpu switching to RMBP, I tried your patchset, including the one in this email, on my laptop. It is a Retina MacBookPro, late 2013 version, which is how ifixit calls it. It seems to work at least partially. Here is the results I observed. First of all, I use gfxstatus in OSX to force the system to use the intel gpu. So when I boot into Linux the intel gpu will be activated and I can turn of the discrete nvidia gpu to save power. After booted with the patched kernel (on top of v4.0). I can use "echo DIS > /sys/kernel/debug/vgaswitcheroo/switch" to switch to the nvidia gpu. The console turned black, I guess the system is incapable of switching to the nouveau's framebuffer at this moment. But after I startx through ssh, I can use everything without any problem. After quit the X the framebuffer is recovered as well. I can switch back to intel gpu and start X again no problem. However when I activated the discrete gpu again, I got a black screen after startx, the log of X seems normal, just no display on the screen. I also tried to use the gfxstatus to resume the "normal" (dynamical switching) behavior in OSX. Then the nvidia gpu will be used when booting to linux. I switched to the intel gpu but it appears the gpu did not find the correct screen. After startx I got a black screen, xrandr does not give me the eDP output, only some Virtual and VGA outputs. I hope these information can help to improve those patches. I am happy to try any (hopefully not dangerous) patches if you have any new ones. -- Best Regards, LR
[PATCH/RFC] i915: fix screen flickering
On Wed, Apr 29, 2015 at 12:23:43AM +0200, Thomas Gummerer wrote: > I forgot to mention, the bug only occurs after suspending the system and > waking it up again. In that case, moving the mouse pointer around on > the build in laptop screen triggers the flickering, while the external > monitor works just fine. My Lenovo X201s shows the same symptoms with v4.1.0-rc1, and your patch seems to help. Another detail: The flickering only happens when both outputs are active, using xrandr to disable one output makes the other one working fine, again. > Might be unrelated, but I only managed to trigger the bug when the > system is suspended after the synergy server has started. I don't have synergy installed, so this can't be a strict requirement for triggering the bug. Jan
[PATCH] drm/exynos: Fix build breakage on !DRM_EXYNOS_FIMD
Selecting CONFIG_FB_S3C disables CONFIG_DRM_EXYNOS_FIMD leading to build
error:
drivers/built-in.o: In function `exynos_dp_dpms':
binder.c:(.text+0xd6a840): undefined reference to `fimd_dp_clock_enable'
binder.c:(.text+0xd6ab54): undefined reference to `fimd_dp_clock_enable'
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/exynos/exynos_drm_fimd.h | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.h
b/drivers/gpu/drm/exynos/exynos_drm_fimd.h
index b4fcaa568456..db67f3d9786d 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_fimd.h
+++ b/drivers/gpu/drm/exynos/exynos_drm_fimd.h
@@ -10,6 +10,10 @@
#ifndef _EXYNOS_DRM_FIMD_H_
#define _EXYNOS_DRM_FIMD_H_
+#ifdef CONFIG_DRM_EXYNOS_FIMD
extern void fimd_dp_clock_enable(struct exynos_drm_crtc *crtc, bool enable);
+#else
+static inline void fimd_dp_clock_enable(struct exynos_drm_crtc *crtc, bool
enable) {};
+#endif
#endif /* _EXYNOS_DRM_FIMD_H_ */
--
2.1.4
[Bug 76130] Radeon HD 4570 set dpm state fails after suspend
https://bugs.freedesktop.org/show_bug.cgi?id=76130 --- Comment #14 from Adrien Prost-Boucle --- On my machine this only visible thing this radeon.dpm=0 does is to silent the error message at resume from sleep. I see no graphic perf increase (at least with glxgears) and still scrolling issue for the app that had it (assuming it is actually related to graphics). -- 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/20150502/c5bf0f87/attachment.html>
[i915]] *ERROR* mismatch in scaler_state.scaler_id
Hi, linux-next 20150501 [1.968953] [drm:check_crtc_state [i915]] *ERROR* mismatch in scaler_state.scaler_id (expected 0, found -1) [1.968953] [ cut here ] [1.968983] WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/i915/intel_display.c:12008 check_crtc_state+0xb15/0xb83 [i915]() [1.968983] pipe state doesn't match! [..] [1.969005] CPU: 0 PID: 6 Comm: kworker/u16:0 Not tainted 4.1.0-rc1-next-20150501-dbg-00011-gbcb7bed-dirty #49 [1.969010] Workqueue: events_unbound async_run_entry_fn [1.969012] 0009 88041d9eb448 812e9753 [1.969013] 88041d9eb498 88041d9eb488 81034c24 88041d9eb490 [1.969015] a03a81dc 88041d123000 88041cbbc800 0001 [1.969015] Call Trace: [1.969019] [] dump_stack+0x45/0x57 [1.969022] [] warn_slowpath_common+0x97/0xb1 [1.969050] [] ? check_crtc_state+0xb15/0xb83 [i915] [1.969052] [] warn_slowpath_fmt+0x41/0x43 [1.969080] [] check_crtc_state+0xb15/0xb83 [i915] [1.969082] [] ? update_curr+0x68/0xd1 [1.969112] [] intel_modeset_check_state+0x603/0xa3d [i915] [1.969140] [] intel_crtc_set_config+0x8dc/0xc02 [i915] [1.969147] [] ? drm_atomic_helper_plane_set_property+0x6c/0xa4 [drm_kms_helper] [1.969159] [] drm_mode_set_config_internal+0x57/0xe3 [drm] [1.969164] [] restore_fbdev_mode+0xb5/0xcf [drm_kms_helper] [1.969169] [] drm_fb_helper_restore_fbdev_mode_unlocked+0x22/0x59 [drm_kms_helper] [1.969173] [] drm_fb_helper_set_par+0x31/0x35 [drm_kms_helper] [1.969202] [] intel_fbdev_set_par+0x15/0x58 [i915] [1.969204] [] fbcon_init+0x323/0x431 [1.969206] [] visual_init+0xb7/0x10d [1.969208] [] do_bind_con_driver+0x1b1/0x2d8 [1.969209] [] do_take_over_console+0x15a/0x184 [1.969212] [] do_fbcon_takeover+0x5b/0x97 [1.969213] [] fbcon_event_notify+0x419/0x740 [1.969215] [] notifier_call_chain+0x3b/0x5f [1.969217] [] __blocking_notifier_call_chain+0x43/0x5f [1.969219] [] blocking_notifier_call_chain+0xf/0x11 [1.969220] [] fb_notifier_call_chain+0x16/0x18 [1.969222] [] register_framebuffer+0x28f/0x2c7 [1.969250] [] ? intelfb_create+0x2e7/0x38a [i915] [1.969256] [] drm_fb_helper_initial_config+0x297/0x3e1 [drm_kms_helper] [1.969284] [] intel_fbdev_initial_config+0x16/0x18 [i915] [1.969286] [] async_run_entry_fn+0x33/0xca [1.969288] [] process_one_work+0x192/0x2a8 [1.969290] [] worker_thread+0x266/0x34c [1.969291] [] ? rescuer_thread+0x276/0x276 [1.969293] [] kthread+0xcd/0xd5 [1.969294] [] ? kthread_worker_fn+0x130/0x130 [1.969296] [] ret_from_fork+0x42/0x70 [1.969297] [] ? kthread_worker_fn+0x130/0x130 [1.969298] ---[ end trace 7f37d8e5ab4ee0a8 ]--- -ss
[Bug 83226] Allow use of ColorRange and ColorSpace in xorg.conf.d files
https://bugs.freedesktop.org/show_bug.cgi?id=83226 --- Comment #24 from rteklits --- I compiled this into kernel 4.0.1 on arch linux. I have an APU with an R7 graphics chip. All went well and after rebooting I was able to switch output_csc to tvrgb. I tested it with a few different pictures and the black levels seem to be true. I only eyeballed it though. It looks dramatically better on my tv. I've been using catalyst proprietary drivers for their support of limited RGB, but the catalyst GL isn't always friendly to gaming through Steam. This solves the problem, so many many thanks! -- 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/20150502/5b85d860/attachment.html>
[PATCH] drm/exynos: mixer: Constify platform_device_id
The platform_device_id is not modified by the driver and core uses it as
const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/exynos/exynos_mixer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index fbec750574e6..512549a35e96 100644
--- a/drivers/gpu/drm/exynos/exynos_mixer.c
+++ b/drivers/gpu/drm/exynos/exynos_mixer.c
@@ -1156,7 +1156,7 @@ static struct mixer_drv_data exynos4210_mxr_drv_data = {
.has_sclk = 1,
};
-static struct platform_device_id mixer_driver_types[] = {
+static const struct platform_device_id mixer_driver_types[] = {
{
.name = "s5p-mixer",
.driver_data= (unsigned long)&exynos4210_mxr_drv_data,
--
2.1.4
[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)
https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #32 from Michel Dänzer --- Sounds like it may be worth a shot to enable it again then. -- 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/20150502/7b986758/attachment.html>
[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)
https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #31 from smoki --- OpenArena 0.8.8 is also a bit faster here on Kabini, etc... -- 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/20150502/74d0d9ac/attachment.html>
[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)
https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #30 from smoki --- (In reply to Michel Dänzer from comment #29) > (In reply to smoki from comment #28) > > I guess unsafe-fp-math might be reenabled now if is stabilise SI and of > > course because of better radeonsi performance. > > Do you have any numbers for the effect of enabling unsafe-fp-math? I see something like +5% in quake 3 engine games like ioRTCW, OpenJK and older OpenArena 0.8.5. https://github.com/iortcw/iortcw https://github.com/JACoders/OpenJK -- 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/20150502/5f53d396/attachment.html>
[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)
https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #29 from Michel Dänzer --- (In reply to smoki from comment #28) > I guess unsafe-fp-math might be reenabled now if is stabilise SI and of > course because of better radeonsi performance. Do you have any numbers for the effect of enabling unsafe-fp-math? -- 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/20150502/a75421e4/attachment.html>
[Bug 90278] random computer freeze with screen corruption
https://bugs.freedesktop.org/show_bug.cgi?id=90278 Bug ID: 90278 Summary: random computer freeze with screen corruption Product: Mesa Version: 10.5 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel at lists.freedesktop.org Reporter: spam at abma.de QA Contact: dri-devel at lists.freedesktop.org my computer randomly freezes. sadly there are no errors in kern.log / xorg.log related to it i can only reset the computer. I've an Radeon HD 5750. it always crashes for me, when i run https://github.com/abma/qvdpautest are there some instructions how to debug such crashes/freezes? what info do you need? i'm using Ubuntu 15.04 / amd64. -- 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/20150502/fe48d162/attachment.html>
[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)
https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #28 from smoki --- After http://cgit.freedesktop.org/mesa/mesa/commit/?id=c6d79ed289a75f13c65f011be870f7e43a0fedc7 which improve code quality i can enable unsafe-fp-math and grass is now there with trace from Comment 7 Daniel and others, you might want to recheck this. I guess unsafe-fp-math might be reenabled now if is stabilise SI and of course because of better radeonsi performance. -- 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/20150502/7b9ef9de/attachment.html>
