Bug 24172 - x11-driver-video-radeonhd-1.2.5-1mdv2010.0 hangs / freezes after switching to virtual console and back.
Summary: x11-driver-video-radeonhd-1.2.5-1mdv2010.0 hangs / freezes after switching to...
Status: RESOLVED WONTFIX
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/radeonhd (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86 (IA32) Linux (All)
: high critical
Assignee: Luc Verhaegen
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-26 11:54 UTC by Shlomi Fish
Modified: 2011-10-16 22:32 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:

Attachments
My xorg.conf file (2.89 KB, text/plain)
2009-09-26 11:54 UTC, Shlomi Fish 		no flags Details
My Xorg.0.log after switching back to X. (from an ssh section) (143.31 KB, text/plain)
2009-12-15 08:42 UTC, Shlomi Fish 		no flags Details
The dmesg file. See the previous attachment. (97.52 KB, text/plain)
2009-12-15 08:43 UTC, Shlomi Fish 		no flags Details
View All

Description Shlomi Fish 2009-09-26 11:54:53 UTC 
Created attachment 29865 [details]
My xorg.conf file

When I'm using x11-driver-video-radeonhd-1.2.5-1mdv2010.0 on my Mandriva Linux Cooker system (started from startx in the text mode run-level), and I switch to a virtual console using Ctrl+Alt+F1/etc. then if I switch back (Ctrl+Alt+F7), then X.Org hangs completely, and I cannot enter any keyboard input (including not Ctrl+Alt+Backspace or Ctrl+Alt+Del).

This used to work perfectly with radeonhd a few months ago, but now it is broken.

I'm using the following spec:

http://www.shlomifish.org/meta/FAQ/#computers-specs

Attached is my xorg.conf file.
Comment 1 Shlomi Fish 2009-09-26 12:01:30 UTC 
(In reply to comment #0)

Here is the bug in the Mandriva database:

https://qa.mandriva.com/show_bug.cgi?id=54078

Regards,

-- Shlomi Fish
Comment 2 Franz Brauße 2009-10-05 18:31:10 UTC 
(In reply to comment #0)

I can second that, but I believe it has nothing to with radeonhd, because when enabling the DRI option in xorg.conf, both radeonhd and radeon show the same behavior. No problem without DRI.

My card is a HD 2600 Pro and I'm running kernel 2.6.31.1, 32-bit; still have to try latest libdrm though.
Comment 3 Matthias Hopf 2009-10-06 02:50:07 UTC 
My guess: try updating libdrm, Mesa, and use the 2.6.31 kernel (at least).

radeonhd used to not enable DRI by default, which it does now.
Comment 4 Shlomi Fish 2009-10-06 04:39:28 UTC 
(In reply to comment #3)
> My guess: try updating libdrm, Mesa, and use the 2.6.31 kernel (at least).
> 
> radeonhd used to not enable DRI by default, which it does now.
> 

What are the minimum versions of libdrm and Mesa that I need? I'm already using 2.6.31.2-desktop-0.rc1.1mnb .

Regards,

-- Shlomi Fish
Comment 5 Shlomi Fish 2009-10-31 06:46:30 UTC 
(In reply to comment #3)
> My guess: try updating libdrm, Mesa, and use the 2.6.31 kernel (at least).
> 
> radeonhd used to not enable DRI by default, which it does now.
> 

This bug is still present in a close-to-latest Cooker with:

* kernel 2.6.31.5-desktop-1mnb

* xorg-x11-7.3-6mdv2010.0

* x11-driver-video-radeonhd-1.2.5-1mdv2010.0

* mesa-7.6-0.1mdv2010.0

* And I'm on IceWM from CVS head.

This really makes it harder to test stuff in other fresh Unix user accounts. 

Why should we suffer from such a bug for over a month? (seems longer).

Mr. Hopf - why haven't you replied to my question until now?

Regards,

-- Shlomi Fish
Comment 6 Yang Zhao 2009-10-31 10:18:49 UTC 
What's the GPU in question?

Can you ssh in and get at Xorg.0.log? dmesg?
Comment 7 Shlomi Fish 2009-10-31 10:47:35 UTC 
(In reply to comment #6)
> What's the GPU in question?
> 

I'm using an ATI Radeon HD 2600 Pro.

> Can you ssh in and get at Xorg.0.log? dmesg?
> 

Yes, I can - ssh is still working.

I'm now trying to disable DRI.

Regards,

-- Shlomi Fish
Comment 8 Matthias Hopf 2009-11-10 06:44:54 UTC 
(In reply to comment #5)
> Why should we suffer from such a bug for over a month? (seems longer).

Because nobody has time and/or expertise to work on it?
This is open source software - if something bothers you you can work on it yourself! I can only work on radeonhd if I have spare time, so do the other developers.

> Mr. Hopf - why haven't you replied to my question until now?

If I don't know the answer...


BTW - there is a long standing R5xx DRI race, which apparently has been fixed by Egbert. You might want to retest git master.
Comment 9 Shlomi Fish 2009-11-10 07:38:19 UTC 
(In reply to comment #7)
> (In reply to comment #6)
> > What's the GPU in question?
> > 
> 
> I'm using an ATI Radeon HD 2600 Pro.
> 
> > Can you ssh in and get at Xorg.0.log? dmesg?
> > 
> 
> Yes, I can - ssh is still working.
> 
> I'm now trying to disable DRI.
> 

With DRI disabled, everything works fine. I can switch to a virtual console and back, start new X sessions, etc. I'm a happy cat. I didn't seem to have noticed any slowdown in my XFCE session with DRI disabled (I'm using XFCE with many KDE and Gtk+ apps), but the KDE 4.x desktop itself may be very sluggish (not sure - did not try).

What are the implications of DRI disabled?

Regards,

-- Shlomi Fish
Comment 10 Matthias Hopf 2009-11-10 08:42:00 UTC 
As the 2600 is a R6xx card, you will have no hardware acceleration when DRI is disabled. Sounds worse than it is (shadowfb is pretty good), however, video might be slow.
And of course 3D applications won't work.

BTW - the R5xx fix in master I mentioned earlier doesn't help in your case.
Comment 11 Shlomi Fish 2009-11-13 02:37:50 UTC 
(In reply to comment #10)
> As the 2600 is a R6xx card, you will have no hardware acceleration when DRI is
> disabled. Sounds worse than it is (shadowfb is pretty good), however, video
> might be slow.

Thanks!

> And of course 3D applications won't work.
> 
> BTW - the R5xx fix in master I mentioned earlier doesn't help in your case.
> 

OK. Please let me know when I can re-enable DRI. And please give more specific instructions with exact versions / dates / etc. of stuff to try to upload (and hopefully make it a stable version that I can download without messing with git).

This is still a serious bug.

Regards,

-- Shlomi Fish
Comment 12 Shlomi Fish 2009-12-15 07:14:27 UTC 
Any news?
Comment 13 Shlomi Fish 2009-12-15 08:42:18 UTC 
Created attachment 32088 [details]
My Xorg.0.log after switching back to X. (from an ssh section)

This is my Xorg.0.log file after switching back to X from a virtual console. I'm using the radeonhd driver from git master, kernel 2.6.32-desktop-1mnb , mesa-7.6.1-0.rc3.2mdv2010.1 , x11-server-xorg-1.7.3-1mdv2010.1 , xorg-x11-7.5-1mdv2010.1 - all from Mandriva Cooker.

I'll attach the dmesg soon.
Comment 14 Shlomi Fish 2009-12-15 08:43:12 UTC 
Created attachment 32089 [details]
The dmesg file. See the previous attachment.
Comment 15 Jeremy Huddleston Sequoia 2011-10-16 15:57:43 UTC 
Does this issue occur with the preferred ati driver (xf86-vide-ati)?  If so, please move this to the Driver/Radeon component.  

Development of radeonhd has pretty much halted and development focus is on the ati driver.  Please see http://www.x.org/wiki/radeonhd

If the issue does not exist in the ati driver (or if there is no response to this message), this bug will be closed as WONTFIX unless someone contributes a patch.
Comment 16 Shlomi Fish 2011-10-16 22:32:31 UTC 
It indeed did not happen with the radeon driver (and we ended up decomissioning the machine with the ATI Radeon HD 2600 Pro card, anyhow). So I'm closing this bug as WONTFIX, because the video-ati driver is OK.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.