I can start X fine and move my mouse around forever, but as soon as I open up any window (a terminal, settings, etc...anything that pops up) X locks up and requires a system reboot. This only happens when I'm using the 'radeon' driver. If I use the 'vga' driver things work great (except the low resolution and color :) ). This is all happening on a dual opteron system with the ATI Radeon 9600 Pro AIW. I have tried compiling X with multilib and without. Reproducible: Always Steps to Reproduce: 1. Compile X with GCC 3.3.1 2. set the graphics card driver to 'radeon' 3. startx Actual Results: X fires up and works great until you open *anything*. When this happens, the screen locks up. Ctrl-Alt-Backspace doesn't even kill it. The mouse is unresponsive, as is the keyboard. Expected Results: Not frozen.
Created attachment 21162 [details] strace files of processes started for startx
Created attachment 21163 [details] strace for startx
*** Bug 34189 has been marked as a duplicate of this bug. ***
Can you provide more info? I'm not sure what the 'radeon' driver comes from, I use the 'ati' driver with my Radeon card, as I don't need 3D support. Can you tell me what package provides that for you, and I can look into it. Now when you say 'requires system reboot', can you not SSH in, is it a full kernel lock? Can you not CTRL-ALT-F1 to switch to the main tty? Need this sort of info as well as what kernel you're running. -Brad
>I'm not sure what the 'radeon' driver comes from, It comes with xfree. It should be found in the same directory as your ati driver (/usr/X11R6/lib/modules/drivers). >I use the 'ati' driver with my Radeon card, as I don't need 3D support. hmmm. I tried the 'ati' driver but it wouldn't even load. 'radeon' loaded for me, but gave the symptoms I described...It starts up but freezes when there is any window action. It is a Radeon 9600 Pro AIW fyi. >can you not SSH in, is it a full kernel lock? Correct. I cannot ssh in. In fact, if I am already logged in from another computer, then the connction gets shut down. >Can you not CTRL-ALT-F1 to switch to the main tty? I cannot CTRL-ALT-F1 nor switch to any other tty. I also cannot CTRL-ALT-BACKSPACE to kill X. >Need this sort of info as well as what kernel you're running. 2.6.0-test9 (gentoo-dev-sources).
moving this away from criticial. I have reports from other people and they have had no problems with the radeon driver. Think it's something specific with your setup.
Well, after trying everything I thought possible, I bought an Nvidia card and it worked the first time. My lesson's learned...I'll never buy an ATi again.
Whoa, talk about a dummy spit... (comment #7) Some more detail; This affects both the kernel DRI driver for radeon (radeon.ko module) (in gentoo-dev-sources-beta11) AND the xfree 4.3.0-r3 DRI driver in AMD64. But only radeon 9600 and 9800 (and presumably 9700); So I expect it is major for those of us with high end radeons and amd64 systems, my current workaround is to have a chrooted 32 bit linux environment, where all is well. The xfree CVS changelog apparently has support for these cards included in the xfree radeon driver since September (how recent a merge of drivers from cvs into xfree 4.3.0-r3 or the kernel??) (I have access to six radeon cards and have experimented as follows). (I will add my XF86config when I get home tonight and try and salvage some logs from the crash) If I use a radeon 7200, 8500 or 9200; everything is tickety-boo; no problems beyond some flickering on my dvi panel (I put this down to using an adaptor). 2D and 3D (dvi) works. performance comparable to that evident in 32bit environment. If I use a radeon 9600, 9600pro or 9800. As soon as I attempt to do anything (including move the mouse pointer over another window to change focus); the system completely hangs. I have to use the basic X; it wont even successfully load gnome or kde before the hang. The problem appears to be with the DRI radeon drivers relating to the "latest" radeon cards. I have yet to try the 2D only ati-drivers (will do so perhaps on the weekend). ATI tech support (despite company press releases to the contrary) dont even appear to have a clue what Im talking about when I ask for an "amd64 build of their binary drivers for linux". Hope this info helps; Ill try to be heavier on detail later; I only just resurrected my AMD64 system after stupidly being one of the braindead who tested packages by "ACCEPT_KEYWORDS="x86"" rather than editing the ebuilds, so I haven't had alot of time to experiment yet (that and the girlfriend expects to see me on occasion :).
Ok, Im still having issues getting logs and data off my linux box; but some more detail; I run an Athlon64 system on an MSI K8T neo motherboard; The Radeon used for the failure test was a radeon9600pro. kernel version is gentoo-dev-kernel-beta11-r2 xfree version is 4.3.0-r3 lspci fails to properly identify the radeon and lists it as "unknown" setting video driver to "radeon" in a vanilla flavoured XF86config modprobe radeon to load the glx kernel module "startx" (with Gnome or KDE as the environment, complete system hang, with basic X environment, loads 3 xterms and the clock; complete system hang only occurs when you try to *DO* something;). The hang is complete; keyboard leds non-responsive, cannot ssh (or even ping) the box. on a reboot, XFree86.0.log reveals no issues but does reveal the following: the "radeon" driver correctly identifies the radeon type and model as a Radeon9600pro (clearly this driver knows more than the lspci database). After a normal and apparently successful initialisation; the only sign of something amis is that the driver quietly notes "3D acceleration not supported in 9600, 9800..." or some such followed by "GLX extensions disabled"). No other system logs reveal any untoward messages preceeding the failure; I will emerge strace and give that a shot once I get the box talking to the world again. It should be noted that I had the same issue with the radeon 9600 PRIOR so my use flag brainfart. I hadn't however, tested other radeons.
Same problem here with a Radeon 9600 on Athlon64 System (K8V Deluxe) running XFree 4.3.0-r3 X / KDM freezes a soon as you want to do something, this happens only when using the radeon driver. I can reproduce it on Kernel 2.6-test9, test10 and test-11-r1.
works now when using xfree-4.3.99.902
4.3.99.902's radeon driver module works for me as well. zero problems in the last week of constant use/abuse.
closing this since it's in the tech notes ... (and works for xfree-4.3.99.902+ )
