Direct Rendering Infrastructure

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





--- Comment #1 from Rafał Miłecki <zajec5@...>  2010-06-25 19:42:08 ---
Created an attachment (id=26948)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=26948)
dmesg with modprobe/rmmod operations and lockups

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

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





--- Comment #2 from Rafał Miłecki <zajec5@...>  2010-06-25 19:46:03 ---
Created an attachment (id=26949)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=26949)
lspci -nnvv

This is netbook MSI U230

01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon
HD 3200 Graphics]
01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller
02:00.0 Network controller: RaLink RT3090 Wireless 802.11n 1T/1R PCIe
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI
Express Gigabit Ethernet controller (rev 03)

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

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





--- Comment #3 from Rafał Miłecki <zajec5@...>  2010-06-28 14:14:44 ---
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?

--- Comment #4 from Rafał Miłecki <zajec5@...>  2010-07-02 20:51:17 ---
(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).

I got that problems when using my debugging patch created for bug
https://bugs.freedesktop.org/show_bug.cgi?id=28745

After removing it and recompiling I get previous problem. No more GPU lockups
while normal work. Unfortunately I was silly enough to do not save my debugging
patch. This could be some timing issue my patch exposed and I can not reproduce
it anymore :|

Anyway problem with stability after removing rt2800pci is still present. This
doesn't happen with rt2860sta however. Unfortunately differences between that
two drivers are too big to make is debuggable by comparison :|

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

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





--- Comment #5 from Rafał Miłecki <zajec5@...>  2010-07-02 21:47:56 ---
Created an attachment (id=27002)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=27002)
dmesg with rt2x00pci_regbusy_read: Error - Indirect register access failed

Now for difference I get "Indirect register access failed" error immediately
after loading rt2800pci second time. GPU doesn't even have time to lockup...

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

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





--- Comment #6 from Rafał Miłecki <zajec5@...>  2010-07-02 22:37:32 ---
Plus sometimes I get additional error on loading module:

[  235.095924] cfg80211: Calling CRDA to update world regulatory domain
[  235.292128] cfg80211: World regulatory domain updated:
[  235.292142]     (start_freq - end_freq @ bandwidth), (max_antenna_gain,
max_eirp)
[  235.292159]     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  235.292164]     (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  235.292173]     (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  235.292182]     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  235.292192]     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  235.585215] rt2800pci 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ
16
[  235.585253] rt2800pci 0000:02:00.0: setting latency timer to 64
[  235.651541] phy0: Selected rate control algorithm 'minstrel'
[  235.654001] Registered led device: rt2800pci-phy0::radio
[  235.655446] Registered led device: rt2800pci-phy0::assoc
[  235.655545] Registered led device: rt2800pci-phy0::quality
[  235.934490] phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no
response from hardware

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

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


Alex Deucher <alexdeucher@...> changed:

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




--- Comment #7 from Alex Deucher <alexdeucher@...>  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.