[Bug 16295] radeon conflict/interference with rt2800pci

[bugzilla-daemon@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=16295


Alex Deucher <alexdeucher@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alexdeucher@gmail.com




--- Comment #7 from Alex Deucher <alexdeucher@gmail.com>  2010-07-03 15:24:23 ---
(In reply to comment #3)
> I'm getting confused. Now I get GPU lockups even without loading any WiFi
> driver :| It happens frequently with KDE4's effects enabled, not so often with
> effects disabled (but still).
> 
> It was really annoying to get lockup even every few seconds, so I decided to
> try removing "radeon_gpu_reset" from lockup handling. Now I get warnings in
> dmesg, but GPU continues to work (even without restarting).
> 
> However it's far from perfect solution.
> 
> Any idea how can I fix/debug that lockups?

I'd guess the GPU hasn't hung, but some fences haven't come up in a timely
enough manner that the driver attempts to reset the GPU thinking that it has
hung.  I'd guess an interrupt problem of some sort (either high latency in
dealing with interrupts or missed interrupts).  This would explain the GPU
reset as the fence code is interrupt driven.  Might be worth checking the CP
scratch regs in the hang check code to make sure it hasn't missed a fence in
which case a GPU reset isn't necessary.  Does disabling MSIs help?  try booting
with pci=nomsi

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
--