Martin Bochnig wrote: >> However, in order to get Xorg running and rocking on sparc (letting >> qemu alone for now), I have a completely different set of _real_ >> problems! > > I permanently get kernel panics (with Xorg built for v8plus), have > quite a number of funny address alignment issues in the bus scanning > code for the misc. bridges (i.e. Schizo, Schizo+, Psycho, Simba etc.), > especially on v9 or v9a (-xmemalign=4i shows best results, but not all > PCI_bus's cards are identified with it ... ), then, worse: The pci bus > subsystems are standardized (though there are still a few differences > among vendors, i.e. how pci errors are treated, traps etc.). > However, the pci2.2 spec does not cover the underlying bridges, > unfortunately! > Due to a lack of SUNW-internal specs and documentation my last chance > was, to browse linux and bsd* kernel sources and relevant parts of > Xorg code. > > My Xorg7.2 patch due on March31st will enable/cover _both_ > build32(v8plus) and build64(v9) builds, because the pci and sbus/upa > bus scanning code needs substantial further porting for it to work > half as good for v9, when compared to how well it already does on / > for v8 or v8plus.
Aehm, I forgot to mention that you don't require ancient box/os configurations to benefit from this: The Xorg drivers are userland ones and are not required to match the kernel's bitness. So you can "boot" and run Xorg compiled for "32bit UltraSPARC" aka sparcv8plus on current Solaris10/11 sparcv9 systems, including sun4v niagara boxes, Blade 2000 etc etc. Only to point this out.
