Debugging xserver on Alpha

Michael Cree mcree at orcon.net.nz
Mon Oct 12 13:51:35 PDT 2009


On 6/10/2009, at 12:28 PM, Michael Cree wrote:
> On 6/10/2009, at 11:16 AM, Matt Turner wrote:
>> On Sat, Oct 3, 2009 at 7:05 PM, Michael Cree <mcree at orcon.net.nz>
>>> I strongly suspect that the xserver is lost cycling around in the
>>> X86EMU_exec() routine and never exits it.
>>>
>>> Since the xserver 1.5 branch works on Alpha and the 1.6 branch
>>> doesn't, I
>>> did a diff of the code in the int10, x86emu, os-support/linux, etc.,
>>> directories to search for changes that might prove problematic on
>>> Alpha but
>>> I didn't spot anything that looked suspicious.
>>
>> Does the SIS card work with 1.5?
>
> I should really test the SIS card with 1.5 to completely verify and  
> eliminate any
> surprises.

Oh, surprise, the SIS card does _not_ work with xserver 1.5.  I am  
seeing the same 100% continuous forever CPU usage in the int10  
initialisation code as seen with later xserver versions.  Maybe the  
problem was introduced with the PCI rewrite between xserver 1.4 and 1.5?

It also means that the problem I saw with the Radeon HD2400 is  
probably not linked with the one seen with the SIS card (i.e. my  
working hypothesis for the last couple of months has been proved  
false).  I therefore have retried the Radeon HD2400 card and it is  
working with xserver 1.7. The kernel oops I reported with xserver  
1.6.3 appears fixed in 1.7.

Given that I now have the Radeon HD2400 working, which is what I  
really wanted, I am not going to explore the problem with the (rather  
old) SIS card any further.

I did quickly test a 24bit colour capable TGA card with the tga video  
driver.  The display appears with incorrect colours - they are a bit  
mixed up.  Actually this problem extends back quite a way, certainly  
back to xserver 1.4.2 as I remember it occurring with Debian Lenny.  
Unless some Alpha users announce they desperately need to use TGA  
cards I am not going to explore the problem any further.

In summary I have xserver 1.7 running/tested on the follow:

Working with Radeon 9200 (RV280) on Compaq Alpha XP1000.  DRI works too.

Working with Radeon HD2400 (RV610) with radeon (ati) driver on  
PWS600au.  Yet to test radeonhd driver and DRI.

Working with old (1997) Matrox card on DEC PWS600au.

Problems with old SIS card (known to work with Debian Lenny v1.4.2  
xserver but not xserver 1.5 and later) and v. old TGA card (problems  
with incorrect colours going back to at least xserver 1.4.2).

>> Maybe KMS is going to be the only way we can support R600+ cards on
>> Alpha. It would be interesting to see if you got the same results  
>> as I
>> did. (http://bugs.freedesktop.org/show_bug.cgi?id=23227)

I have installed a 2.6.31.3 kernel on the Compaq Alpha XP1000 with the  
Radeon 9200 card to test KMS.  The kernel comes up with the consoles  
in a 1680x1050 mode fine.  The xserver started with gdm and switched  
fine between the gdm login and the virtual consoles, but when I tried  
to log in to the Gnome desktop the system locked up; the screen went  
solid grey and I lost the keyboard, couldn't ssh in, and the console  
on the serial port locked up.  I got a response with ping. Once reset  
and rebooted I couldn't find anything in the logs that would help  
identify the problem.

I then tried running the xserver with xdm.  The xserver didn't  
complete initialisation and exited with a bus error, IIRC, in the  
fbBlt routine.  I can investigate and report on that one further if  
desired.

I was running drm git master with the --with-experimental-radeon-api  
configure option.  Have I done everything I should to properly enable  
KMS?

Cheerz
Michael.



More information about the xorg-devel mailing list