https://bugs.freedesktop.org/show_bug.cgi?id=73053
Priority: medium Bug ID: 73053 Assignee: dri-devel@lists.freedesktop.org Summary: HD6850 cannot boot with dpm Severity: major Classification: Unclassified OS: Linux (All) Reporter: aaalmosss@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI
The monitor goes blank, and the system becomes totally unresponsive as soon as the radeon module is loaded, if I boot 3.12.4 with radeon.dpm=1 or I boot 3.13-rc5 without radeon.dpm=0.
Bug #66963 might be related.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #1 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #0)
The monitor goes blank, and the system becomes totally unresponsive as soon as the radeon module is loaded, if I boot 3.12.4 with radeon.dpm=1 or I boot 3.13-rc5 without radeon.dpm=0.
Did dpm ever work on your board? Just to clarify, does 3.13-rc5 fail to boot even with radeon.dpm=0? Please attach a copy of your dmesg output, Xorg log, and vbios. To get a copy of your vbios: (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/<pci bus id> echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom
Bug #66963 might be related.
Unrelated. That bug is about rv6xx asics. Your chip is a BTC part.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #2 from almos aaalmosss@gmail.com --- Created attachment 91215 --> https://bugs.freedesktop.org/attachment.cgi?id=91215&action=edit vbios.rom
This is the first time I tried dpm, and it didn't work. Without dpm, the card works fine with both kernels.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #3 from almos aaalmosss@gmail.com --- Created attachment 91234 --> https://bugs.freedesktop.org/attachment.cgi?id=91234&action=edit dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #4 from almos aaalmosss@gmail.com --- Created attachment 91235 --> https://bugs.freedesktop.org/attachment.cgi?id=91235&action=edit Xorg.0.log
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #5 from Alex Deucher agd5f@yahoo.com --- Created attachment 91609 --> https://bugs.freedesktop.org/attachment.cgi?id=91609&action=edit testing patch
Does the attached patch help? If so, try and narrow down which changes fix the issue.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #6 from Juan Orti j.orti.alcaine@gmail.com --- I have the same problem with a Radeon HD6870 and kernel 3.12.6-300.fc20.x86_64 in Fedora.
I cannot boot with radeon.dpm=1. I see the kernel booting but the monitor goes black quickly. Sometimes I see the Xorg loading the wallpaper, but suddenly the image gets corrupted and the monitor goes black.
lspci -v: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts XT [Radeon HD 6870] (prog-if 00 [VGA controller]) Subsystem: Hightech Information System Ltd. Device 2010 Flags: bus master, fast devsel, latency 0, IRQ 58 Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at f7e20000 (64-bit, non-prefetchable) [size=128K] I/O ports at e000 [size=256] Expansion ROM at f7e00000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150] Advanced Error Reporting Kernel driver in use: radeon
/proc/cmdline (without radeon.dpm=1): BOOT_IMAGE=/root/boot/vmlinuz-3.12.6-300.fc20.x86_64 root=UUID=cd8d5bd5-5d01-4bfc-b417-f766e7ad643b ro rootflags=subvol=root rd.md=0 rd.lvm=0 rd.dm=0 rd.luks=0 vconsole.keymap=es vconsole.font=latarcyrheb-sun16 crashkernel=128M radeon.audio=1 libahci.ignore_sss=1 rhgb quiet
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #7 from Juan Orti j.orti.alcaine@gmail.com --- Created attachment 91710 --> https://bugs.freedesktop.org/attachment.cgi?id=91710&action=edit VBIOS Radeon HD6870
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #8 from Juan Orti j.orti.alcaine@gmail.com --- Created attachment 91711 --> https://bugs.freedesktop.org/attachment.cgi?id=91711&action=edit Xorg.log Radeon HD6870
Without radeon.dpm=1
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #9 from Juan Orti j.orti.alcaine@gmail.com --- Created attachment 91712 --> https://bugs.freedesktop.org/attachment.cgi?id=91712&action=edit dmesg Radeon HD6870
Without radeon.dpm=1
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #10 from Alex Deucher agd5f@yahoo.com --- Can anyone test my patch and try and narrow down the problem as per comment 5? I'm not table to reproduce this on any of the BTC cards I have access to.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #11 from almos aaalmosss@gmail.com --- (In reply to comment #10)
Can anyone test my patch and try and narrow down the problem as per comment 5? I'm not table to reproduce this on any of the BTC cards I have access to.
I'll test it in the weekend.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #12 from Matt Novenstern fisxoj@gmail.com --- I built a patched version of the 3.13rc7 kernel using the source from the fedora rawhide-nodebug repo, using the patch provided. I was able to boot to a desktop and use it for a handful of seconds and then it froze/blanked the screen as usual.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #13 from Alexandre Demers alexandre.f.demers@gmail.com --- Some symptoms look like what was encountered in bug 68235 and possibly what is encountered in bug 69723.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #14 from Juan Orti j.orti.alcaine@gmail.com --- (In reply to comment #5)
Created attachment 91609 [details] [review] testing patch
Does the attached patch help? If so, try and narrow down which changes fix the issue.
I have added this patch to the Fedora kernel 3.13.0-0.rc7.git2.1.fc21.x86_64 and the results are the same, sometimes it halts while the kernel is booting, and other times I can even login in KDE, but suddenly the screen is corrupted and goes black.
I attach some logs of when I was able to boot and take them.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #15 from Juan Orti j.orti.alcaine@gmail.com --- Created attachment 91769 --> https://bugs.freedesktop.org/attachment.cgi?id=91769&action=edit dmesg 3.13.0-0.rc7.git2.1.fc21.x86_64 + patch 91609
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #16 from Juan Orti j.orti.alcaine@gmail.com --- Created attachment 91770 --> https://bugs.freedesktop.org/attachment.cgi?id=91770&action=edit cmdline 3.13.0-0.rc7.git2.1.fc21.x86_64 + patch 91609
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #17 from Juan Orti j.orti.alcaine@gmail.com --- Created attachment 91771 --> https://bugs.freedesktop.org/attachment.cgi?id=91771&action=edit Xorg.log 3.13.0-0.rc7.git2.1.fc21.x86_64 + patch 91609
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #18 from Alex Deucher agd5f@yahoo.com --- Are things any better with my 3.14 branch? http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.14
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #19 from dimitris dsamaras05@gmail.com --- Created attachment 91892 --> https://bugs.freedesktop.org/attachment.cgi?id=91892&action=edit radeon 6850 dmesg
radeon 6850 dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #20 from dimitris dsamaras05@gmail.com --- i am using Linux Saturn 3.13.0-rc7 #1 SMP PREEMPT Sun Jan 5 12:00:06 EET 2014 x86_64 GNU/Linux
but it seems my card doesn't have any issue.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #21 from dimitris dsamaras05@gmail.com --- Comment on attachment 91892 --> https://bugs.freedesktop.org/attachment.cgi?id=91892 radeon 6850 dmesg
i am using Linux Saturn 3.13.0-rc7 #1 SMP PREEMPT Sun Jan 5 12:00:06 EET 2014 x86_64 GNU/Linux
but it seems my card doesn't have any issue.
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts PRO [Radeon HD 6850] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited / Sapphire Technology Device 174b Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR+ <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 44 Region 0: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fbfc0000 (64-bit, non-prefetchable) [size=128K] Region 4: I/O ports at e000 [size=256] Expansion ROM at fbfa0000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr+ UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend- LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 <64ns, L1 <1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000fee0f00c Data: 41d1 Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: radeon Kernel modules: radeon
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #22 from Juan Orti j.orti.alcaine@gmail.com --- With (In reply to comment #18)
Are things any better with my 3.14 branch? http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.14
I've been using that branch at commit 0279ed19bd962434d334f5eeb16d14fdd9459a00 and things seems a little better but it keeps crashing with my Radeon HD 6870.
Most of the time, the kernel boots, but sometimes it freezes right at the start. First thing I notice with that kernel it's that I see the Tuxs for a second before Plymouth, maybe it's something related to the initrd, I don't know. I'm able to log in and even sometimes load a 3D game and play, but it always end crashing after a few seconds.
I've trying to do a kdump, but the system is totally unresponsive.
What can I do to help?
https://bugs.freedesktop.org/show_bug.cgi?id=73053
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xeno@x-s.com.pl
--- Comment #23 from Alex Deucher agd5f@yahoo.com --- *** Bug 73577 has been marked as a duplicate of this bug. ***
https://bugs.freedesktop.org/show_bug.cgi?id=73053
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|HD6850 cannot boot with dpm |dpm hangs with BTC parts
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #24 from Alex Deucher agd5f@yahoo.com --- Does disabling hyperZ help? E.g., set env var R600_DEBUG=nohyperz in /etc/environment or however your distro handles global env vars.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #25 from Juan Orti j.orti.alcaine@gmail.com --- (In reply to comment #24)
Does disabling hyperZ help? E.g., set env var R600_DEBUG=nohyperz in /etc/environment or however your distro handles global env vars.
With that variable set the behaviour is the same. I can log in KDE, but crash in a few minutes.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #26 from Alex Deucher agd5f@yahoo.com --- Does using glamor for acceleration help? Make sure you have an glamor enabled ddx (xf86-video-ati), and then add: Option "AccelMethod" "glamor" to the device section of your xorg config.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #27 from almos aaalmosss@gmail.com --- (In reply to comment #18)
Are things any better with my 3.14 branch? http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.14
I don't know if this helps, but I tried your branch (at 4a8ee429cab), and it fails different. For some reason it calls itself 3.13-rc4+, and it defaults to dpm=0, I hope these are not a problem. When I enable dpm, the screen doesn't turn off when the radeon module is loaded, but as X starts, the screen goes black with 1px blue vertical lines at every 8th pixel. I tried 3 times, the same result.
I don't have glamor now, when I'll have some time I'll try with it.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #28 from Alex Deucher agd5f@yahoo.com --- Created attachment 95246 --> https://bugs.freedesktop.org/attachment.cgi?id=95246&action=edit possible fix
Does this patch help?
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #29 from almos aaalmosss@gmail.com --- (In reply to comment #28)
Created attachment 95246 [details] [review] possible fix
Does this patch help?
I checked out the newest state of your drm-next-3.14 git branch (at 78fe9e545), and applied the patch. I still get the vertical stripes and complete lockup.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #30 from Juan Orti Alcaine j.orti.alcaine@gmail.com --- (In reply to comment #29)
(In reply to comment #28)
Created attachment 95246 [details] [review] [review] possible fix
Does this patch help?
I checked out the newest state of your drm-next-3.14 git branch (at 78fe9e545), and applied the patch. I still get the vertical stripes and complete lockup.
The same here with a Radeon HD 6870. I can start KDE, but it crashes with vertical white strips over a dark background.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #31 from Alex Deucher agd5f@yahoo.com --- Created attachment 102081 --> https://bugs.freedesktop.org/attachment.cgi?id=102081&action=edit possible fix
Does this patch fix the issues?
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #32 from Juan Orti Alcaine juan.orti@miceliux.com --- (In reply to comment #31)
Created attachment 102081 [details] [review] possible fix
Does this patch fix the issues?
Great! it works very well, I've been using it for an hour, playing 3D games with no stability problems. The temperature also is 10-20 ºC lower than before.
This kernel is your branch drm-next-3.16 at commit 4366f3b5f5a971cf348c298716b2cb29aab6ef4f + patch 102081
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #33 from Stan Trzmiel xeno@x-s.com.pl --- Patch applied to 3.15.3 from fedora testing fixed issues with Radeon 7600M (AMD Turks). Tested on glxgears, schorched3d and flightgear.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
Rpnpif rpnpif@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rpnpif@free.fr
--- Comment #34 from Rpnpif rpnpif@free.fr --- Hi, Same issue with my system on motherboard MSI A78M-E35 with AMD APU A4-5300. But my system reboots some 3 seconds after initramfs is loaded. So no Xorg and no logs.
00:00.2 IOMMU: Advanced Micro Devices [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit Subsystem: Micro-Star International Co., Ltd. Device 7721 Flags: bus master, fast devsel, latency 0, IRQ 40 Capabilities: [40] Secure device <?> Capabilities: [54] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [64] HyperTransport: MSI Mapping Enable+ Fixed+
00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Device 9993 (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device 7721 Flags: bus master, fast devsel, latency 0, IRQ 49 Memory at c0000000 (32-bit, prefetchable) [size=256M] I/O ports at f000 [size=256] Memory at feb00000 (32-bit, non-prefetchable) [size=256K] Expansion ROM at <unassigned> [disabled] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Kernel driver in use: radeon
I wrote a bug issue on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748615 Same issue on linux 3.13 to 3.15.1. radeon.dpm=0 fix it.
I does not yet try your last patch.
Regards.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #35 from Rpnpif rpnpif@free.fr --- (In reply to comment #34)
I have trying some minutes ago 3.14.12 kernel that have your patches included, I think. But same issue : the system reboots early in the sequence boot.
Or my bug is different or it is the same and your patches does not fix it. Only radeon.dpm=0 on the kernel command line fix it.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #36 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #34)
Hi, Same issue with my system on motherboard MSI A78M-E35 with AMD APU A4-5300. But my system reboots some 3 seconds after initramfs is loaded. So no Xorg and no logs.
You have an APU. This bug is specifically about dpm on BTC discrete GPUs. It sounds like you are seeing bug 72921. Please try the patch on that bug.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #37 from Rpnpif rpnpif@free.fr --- (In reply to comment #36)
You have an APU. This bug is specifically about dpm on BTC discrete GPUs. It sounds like you are seeing bug 72921. Please try the patch on that bug.
You are right and the last patch of bug 72921 fixes my bug issue. Thank you very much.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #38 from almos aaalmosss@gmail.com --- Attachment 102081 fixes the "hard lockup with small vertical blue stripes" issue, when applied to 3.15.4, and AFAICS dpm works fine.
The new problem is that I get kernel panic after a few hours if dpm is enabled. With the good old profile method the system is stable.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #39 from Alexandre Demers alexandre.f.demers@gmail.com --- (In reply to comment #38)
Attachment 102081 [details] fixes the "hard lockup with small vertical blue stripes" issue, when applied to 3.15.4, and AFAICS dpm works fine.
The new problem is that I get kernel panic after a few hours if dpm is enabled. With the good old profile method the system is stable.
Could you test with latest kernel 3.16 RC (the patch is already included)? I have been running kernel 3.16-RC4 with this patch for Cayman and I don't get any lockups anymore. I've been running my system for a few days (games, movies and so on) without problem.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #40 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #38)
The new problem is that I get kernel panic after a few hours if dpm is enabled. With the good old profile method the system is stable.
Can you get a copy of the panic? I think it may be related to the page flipping changes in the last couple kernels. It's not likely dpm would cause a panic.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #41 from almos aaalmosss@gmail.com --- (In reply to comment #40)
(In reply to comment #38)
The new problem is that I get kernel panic after a few hours if dpm is enabled. With the good old profile method the system is stable.
Can you get a copy of the panic? I think it may be related to the page flipping changes in the last couple kernels. It's not likely dpm would cause a panic.
It seems I spoke too soon. 3.15.4 panics even without dpm.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #42 from almos aaalmosss@gmail.com --- Created attachment 102669 --> https://bugs.freedesktop.org/attachment.cgi?id=102669&action=edit image of panic.jpg
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #43 from Alexandre Demers alexandre.f.demers@gmail.com --- (In reply to comment #41)
(In reply to comment #40)
(In reply to comment #38)
The new problem is that I get kernel panic after a few hours if dpm is enabled. With the good old profile method the system is stable.
Can you get a copy of the panic? I think it may be related to the page flipping changes in the last couple kernels. It's not likely dpm would cause a panic.
It seems I spoke too soon. 3.15.4 panics even without dpm.
So it is a different bug from the current one. Alex Deucher may be able to tell you if your screeshot confirms his suspicions. However, if everything still runs fine about dpm with the patch applied, I suggest you close the current bug and, if needed, you open a new one.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #44 from almos aaalmosss@gmail.com --- 3.14.12 also panics after a few hours. It seems I have to return to the 3.12 series.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
--- Comment #45 from Alex Deucher agd5f@yahoo.com --- (In reply to comment #44)
3.14.12 also panics after a few hours. It seems I have to return to the 3.12 series.
I'm not sure this panic has anything to do with the GPU driver.
https://bugs.freedesktop.org/show_bug.cgi?id=73053
almos aaalmosss@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #46 from almos aaalmosss@gmail.com --- (In reply to comment #45)
(In reply to comment #44)
3.14.12 also panics after a few hours. It seems I have to return to the 3.12 series.
I'm not sure this panic has anything to do with the GPU driver.
Me neither, but it makes testing a bit difficult. Not to mention daily work.
Anyway, I'm closing the bug, because the fix for the hang has been found, and it's already landed in most of the stable branches. A big thanks to everyone who contributed.
dri-devel@lists.freedesktop.org