Created attachment 57813 [details]
/var/log/sax.log

        Card0     =>  DomainId   : 0x1
        Card0     =>  BusId      : 0x1
        Card0     =>  SlotId     : 0x08
        Card0     =>  FuncId     : 0x0

results in

        BusID        "PCI:1@1:8:0"

but 

(II) PCI: 01:08:0: chip 1002,5964 card 147b,6191 rev 01 class 03,00,00 hdr 80

IMHO this should be Domain 0 and not Domain 1. Could you please try

"PCI:1@0:8:0" in xorg.conf instead?

And also attach the output of "lspci -n"? Thanks.

czp:~ # lspci -n
00:00.0 Class 0600: 11ab:6460 (rev 03)
00:01.0 Class 0c00: 1106:3044 (rev 46)
00:0c.0 Class 0601: 1106:8231 (rev 10)
00:0c.1 Class 0101: 1106:0571 (rev 06)
00:0c.2 Class 0c03: 1106:3038 (rev 1e)
00:0c.3 Class 0c03: 1106:3038 (rev 1e)
00:0c.4 Class 0680: 1106:8235 (rev 10)
00:0c.5 Class 0401: 1106:3058 (rev 40)
00:0c.6 Class 0780: 1106:3068 (rev 20)
00:0d.0 Class 0200: 1106:3065 (rev 51)
0001:01:00.0 Class 0600: 11ab:6460 (rev 03)
0001:01:08.0 Class 0300: 1002:5964 (rev 01)
0001:01:08.1 Class 0380: 1002:5d44 (rev 01)

With "PCI:1@0:8:0" in /etc/X11/xorg.conf it works fine!
Thanks.

> 0001:01:08.0 Class 0300: 1002:5964 (rev 01)

==> Domain 1 ==> SaX2 did write a correct configuration.


I have no idea why a configuration, which specifies domain 0 instead, works.

I don't know, if it's related, but xorg.conf needed some tweaks earlier as well:
http://www.opensuse.org/PowerPC_X11_configuration

> add to file /etc/X11/xorg.conf in section Section "Device" this: 
> Option "Bustype" "PCI"

Never heard before.

The trick mentioned there, does not seem to work any more. I get a stunning 2.5 frame per second with glxgears, when I enable DRI...

The option bustype PCI helps the system to notice that this is not a AGP but a PCI card. This is to enable PCI GART. PCI GART is a gart implemented on the graphics chip - not on the motherboard chipset. Because GART read operations need to go across the PCI bus they are generally a lot slower than if using the sideband bus for AGP - unless this is PCIe (which doesn't have a GART any more).
However 2.5 frames seems to be awfully slow. Can you verify that DRI is enabled?
If it is it has something to do with not seeing interrupts signalling the completetion of a 3D rendering request.
Please check dmsg for any messages relating to this. I've seen this problem on some Radeon cards before. I've never bothered to investigate this because such problems come and go with driver updates.

Thanks for explanation, Egbert. Peter could you try to answer Egbert's questions? Thanks.

Yes, but only early next week, as I messed up my config files too much, and now it does not even boot...

I installed factory on the machine, and sax does not even start now. I get:
Died at /usr/share/sax/init.pl, line 603
Which log files would you like to get?

We don't need any log files right now. 
When you run the system with 3D and you notice a slow performance please do a 
'dmseg' to dump the kernel messages and check if there is anything (towards the bottom) that looks like interrupts on DRM are not seen.

3D seems to be back to normal on factory, as of dec. 08.: 440 FPS with glxgears. But BusID still needs to be changed, as described in commend #2

Ok. I don't know how to fix the BusID problem.

It's still there in Beta1 of SUSE Linux 10.1 and SLES 10. This also means, that graphical login does not start after installation. After changing to BusID PCI:1@0:8:0 it works fine.
3D acceleration works fine, if 'Load "dri"' is added to xorg.conf

IIRC Egbert is currently investigating this issue anyway. Reassigning to him.

Thanks. It's still there on beta2. Seems to be the last show stopper bug on Pegasos.

I have just received confirmation, that this problem exists with other video cards as well on the Pegasos. I have a Radeon 9200VE, and this forum post proves, that it's here with a Radeon 8500LE as well. See 'lucky-amiga' posts at http://www.ppczone.org/forums/viewtopic.php?t=482

I installed SLES 10 beta3 on Pegasos. On my first install the BusID problem seemd to be gone, X worked as expected. Then I reinstalled it to check out some networking related bugs and now I had to edit it by hand again.

Sorry for the false alarm. I reproduced it now: it was not the final Xorg.conf, but the one for installation with fbdev. On first install I stopped fontconfig by hitting alt+ctlr+backspace, as after 10 minutes I thought, it will never finish it. This way Xorg configuration was skipped and X started correctly, but with fbdev.
In summary: the BusID bug is still there.

This needs to be fixed together with fixes for the PCI subsystem.
Marking as duplicate of a similar problem on PPC.

*** This bug has been marked as a duplicate of 139477 ***

Which PCI subsystem do you mean? Kernel or Xorg? 'lspci' has the same output on Gentoo (diff can't find any difference), and there Xorg works with:
BusID "PCI:1:8:0"
Just as configured currently by sax.

Xorg.