Re: Improved GPU reset
On Sun, Mar 07, 2010 at 10:41:32AM +0100, Ladislav Kunc wrote: On Friday 05 March 2010 11:30:02 Jerome Glisse wrote: This patches improve the GPU reset, many time i able to successfully reset the GPU and carry on operation, note that after a reset you will likely see corrpution on the screen. Hope is that we should now be able to capture faulty command stream. I still need to do a full retesting with this patch (especialy suspend/resume). Hi Jerome, after application of all of your 3 patches, I got GPU softresets in log from time to time and sometimes also hard locks. Is there a way how to capture the faulty command to log? How to turn on some debug logging? I use Mobility Radeon HD3450. And the GPU lockups occur mostly during window manipulation in KDE (both compositing/without compositing). Best regards, Ladislav By hard locks you mean you can't ssh in the computer ? There is a bug in my patches which lead to mutex/irqlock deadlock i don't understand it yet but i can happen and might explain your hardlock. Once i fixed those i will send new versions of the patches. I plan to latter add infrastructure to capture faulty instruction but this isn't yet done and this will likely need huge pile of code. Cheers, Jerome -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Improved GPU reset
Dne 8.3.2010 12:19, Jerome Glisse napsal(a): On Sun, Mar 07, 2010 at 10:41:32AM +0100, Ladislav Kunc wrote: On Friday 05 March 2010 11:30:02 Jerome Glisse wrote: This patches improve the GPU reset, many time i able to successfully reset the GPU and carry on operation, note that after a reset you will likely see corrpution on the screen. Hope is that we should now be able to capture faulty command stream. I still need to do a full retesting with this patch (especialy suspend/resume). Hi Jerome, after application of all of your 3 patches, I got GPU softresets in log from time to time and sometimes also hard locks. Is there a way how to capture the faulty command to log? How to turn on some debug logging? I use Mobility Radeon HD3450. And the GPU lockups occur mostly during window manipulation in KDE (both compositing/without compositing). Best regards, Ladislav By hard locks you mean you can't ssh in the computer ? There is a bug in my patches which lead to mutex/irqlock deadlock i don't understand it yet but i can happen and might explain your hardlock. Once i fixed those i will send new versions of the patches. Yes, by hard lock I mean I can't ssh, ping or use Magic SysRq key combinations. I will be happy to test future versions. I plan to latter add infrastructure to capture faulty instruction but this isn't yet done and this will likely need huge pile of code. Thank you for your work. Bye, Ladislav -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Improved GPU reset
On Friday 05 March 2010 11:30:02 Jerome Glisse wrote: This patches improve the GPU reset, many time i able to successfully reset the GPU and carry on operation, note that after a reset you will likely see corrpution on the screen. Hope is that we should now be able to capture faulty command stream. I still need to do a full retesting with this patch (especialy suspend/resume). Hi Jerome, after application of all of your 3 patches, I got GPU softresets in log from time to time and sometimes also hard locks. Is there a way how to capture the faulty command to log? How to turn on some debug logging? I use Mobility Radeon HD3450. And the GPU lockups occur mostly during window manipulation in KDE (both compositing/without compositing). Best regards, Ladislav dmesg GPU reset example: radeon :01:00.0: GPU lockup CP stall for more than 1116msec radeon :01:00.0: GPU lockup (last fence id 0x00013529) [drm] Disabling audio support radeon :01:00.0: GPU softreset radeon :01:00.0: R_008010_GRBM_STATUS=0xE57C04E0 radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 radeon :01:00.0: R_000E50_SRBM_STATUS=0x200020C0 radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 radeon :01:00.0: R_000E50_SRBM_STATUS=0x200080C0 radeon :01:00.0: GPU reset succeed [drm] Clocks initialized ! [drm] ring test succeeded in 1 usecs [drm] ib test succeeded in 0 usecs [drm] Enabling audio support -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel