Recent radeonhd (in FreeBSD ports) breaks VT switch (also black flicker)
Hi everybody, I'm following xf86-video-radeonhd-devel port on FreeBSD since I'm too lazy to check out and compile manually. After recent upgrade to xf86-video-radeonhd-1.2.5.20090605 the driver seems to be broken. I first thought the hardware has a problem, because I've seen strange lines moving all over the desktop following the mouse when especially when highlighting stuff with cursor in Gnome2. Symptoms are: 1) FIRST START, W/O VT-SWITCH: everything works, no problems. 2) FIRST VT-SWITCH: horizontal lines begin to appear, desktop getting messy. 3) SECOND VT-SWITCH: freeze, text-terminal filled with characters. Cannot shutdown. Seems to have paniced or totally frozen. I tried without DRI enabled, same effect. I installed "the other driver" ;) ... it works, without problems. Now I've changed the driver, but as soon as the fix is in ports, I'm willing to change back. My chipset is RV630. System is: 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun May 24 21:57:22 CEST 2009 amd64 Last working driver (I'm not very sure here): 1.2.5.20090509 Furthermore, I can confirm the behavior on: 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jun 7 15:14:38 CEST 2009 amd64 And with radeonhd updates of today: 1.2.5.20090607 Second thing is, I want to confirm (partially) the problem described here (different machine!): http://lists.opensuse.org/radeonhd/2009-06/msg00102.html (I am not on the mailing list, so I don't know the email address of the user.) I said "partially" because it is similar. I have the strange effect that sometimes (this is very rare), when I close a window or e.g. a tab in firefox, the screen turns black for a second and then everything is ok again (it does not keep flickering, it just does this one time). The effect may be correlated with redrawing a huge portion of screen (a rectangle). But this is of course, only a guess. It does no harm to the stability, by the way. This happens only on one VGA card (I have) attached to a flat panel display. Chipset is RV635. Driver: xf86-video-radeonhd-devel-1.2.5.20090509 O/S: 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Wed May 6 09:40:10 CEST 2009 amd64 -- Martin -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
Am Sun, 7 Jun 2009 16:50:37 +0200
schrieb Martin
After recent upgrade to xf86-video-radeonhd-1.2.5.20090605 the driver seems to be broken.
How to reproduce:
1) FIRST START, W/O VT-SWITCH: everything works, no problems. 2) FIRST VT-SWITCH: horizontal lines begin to appear, desktop getting messy. 3) SECOND VT-SWITCH: freeze, text-terminal filled with characters. Cannot shutdown. Seems to have paniced or totally frozen.
System is: FreeBSD 8.0-CURRENT #0: Sun May 24 21:57:22 CEST 2009 amd64
Last working driver (I'm not very sure here): 1.2.5.20090509
-- Martin -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
2009/7/5 Martin
problem still persists. I've tested the latest driver in ports collection: xf86-video-radeonhd-1.2.5.20090701
No one can confirm it? Chipset: RV630.
Could you try to find first broken commit, please? It's pretty easy to test that with "git bisect". The problem may be freeze and restarting :| -- Rafał Miłecki -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
Am Mon, 6 Jul 2009 01:28:01 +0200
schrieb Rafał Miłecki
2009/7/5 Martin
: problem still persists. I've tested the latest driver in ports collection: xf86-video-radeonhd-1.2.5.20090701
No one can confirm it? Chipset: RV630.
Could you try to find first broken commit, please? It's pretty easy to test that with "git bisect". The problem may be freeze and restarting :|
Hi Rafał,
yeah... indeed, it was very annoying to wait for fsck to restore my
big filesystems. I figured out the change that broke FreeBSD support:
[zelda] ~/tmp/xf86-video-radeonhd> git bisect good
d5844f5ba6708b186b2914ddc7cb39c3833570b8 is first bad commit
commit d5844f5ba6708b186b2914ddc7cb39c3833570b8
Author: Rafał Miłecki
On Jul 08, 09 01:00:08 +0200, Martin wrote:
Could you try to find first broken commit, please? It's pretty easy to test that with "git bisect". The problem may be freeze and restarting :|
yeah... indeed, it was very annoying to wait for fsck to restore my big filesystems. I figured out the change that broke FreeBSD support:
Eek. You're not using a journaling filesystem yet? Poor guy ;-)
[zelda] ~/tmp/xf86-video-radeonhd> git bisect good d5844f5ba6708b186b2914ddc7cb39c3833570b8 is first bad commit commit d5844f5ba6708b186b2914ddc7cb39c3833570b8 Author: Rafał Miłecki
Date: Tue May 19 11:36:41 2009 +0200 PM: Save and restore engine clock on VT switching
That is *very* interesting indeed.
Please open a bug report for that one, add the breaking commit number
and attach the logfile of an 'X -logverbose 7' run, best with at least
one switch to another VT and back. Also attach your xorg.conf.
Do you use Option "ForceLowPowerMode"? If not this commit *shouldn't*
have any side effects.
Thanks
Matthias
--
Matthias Hopf
participants (3)
-
Martin
-
Matthias Hopf
-
Rafał Miłecki