The PGX32 / Techsource Raptor GFX 8P /dev/fb console driver is missing from
http://opensolaris.org/os/downloads/sparc_graphics/graphics-bins-20061016.sparc.tar
.
Is there any legal issue associated to it?
Or has the SPARCgraphics group just neglected the PGX32 by choice - if
so, why (I know, X11 group != SPARCgraphics group, but maybe they told
you ... )?
I do not necessarily depend on that driver being re-distributable (for
marTux_0.3 / due 20070429th), as the PGX32 can also run Xorg with
/dev/fb pointing to /dev/console (with the drawback, that "Xorg
-configure" cannot find the card in such a case [manually running
xorgconfig would be required]).
##################
##################
Next question, does anybody have test access to those few systems with
XVR-200
XVR-200 Graphics Accelerator
*Servers:* Sun Fire T2000
Option 3777
375-3433
x1 PCI Express
MatroxGraphics
G55-MDDE32LPDF
RoHS:Y
or XVR-300
XVR-300 Graphics Accelerator
*Servers:* Sun Fire V215, V245, V445
*Workstations:* Ultra 25, 45
Option 4240
375-3458
ATI FireMV 2200
x16 PCI Express
RoHS:Y
?
##################
##################
Next question, is support for older SBus cards (like Leo) not wanted?
(The Ultra2 (A14) Workstation - still officially and fully supported by
Nevada - could well have one of the following frame buffers:
Part #
x3651A [S] 501-2634 [F] Creator Series 1 (FFB) 501-4127
[F] n/a
X1094A [S] 501-1845 [F] ZX 24-Bit Color Frame Buffer n/a n/a
X3652A [S] 501-3129 [F] Creator3D Series 1 (FFB) 24-Bit Frame
Buffer n/a n/a
X3653A [S] 501-4127 [F] Buy Creator Series 1 (FFB) 24-Bit Frame
Buffer n/a n/a
X3655A [S] 501-2955 [F] TurboGXplus 8-Bit Frame Buffer
501-2253 [F]
n/a
X3657A [S] 501-4173 [F] Creator3D Series 2 (FFB2) 24-Bit Frame
Buffer n/a n/a
X3661A [S] 501-4790 [F] Creator3D Series 3 (FFB2+) 24-Bit Frame
Buffer n/a n/a
X3666A [S] 540-3058 [F] Elite3D-m6 24-Bit Frame Buffer n/a
n/a
X3667A [S] 540-3979 [F] Elite3D-m6 24-Bit Frame Buffer n/a
n/a
X3671A [S] 501-4790 [F] Creator3D Series 3 (FFB2+) 24-Bit Frame
Buffer n/a n/a
X3675A [S] 501-4173 [F] Creator3D Series 2 (FFB2) 24-Bit Frame
Buffer n/a n/a
X7110A [S] 501-2922 [F] TurboGX 8-Bit Frame Buffer 501-2325 [F]
n/a
IDPROM
Well, only a limited number of those is actually supported by Nevada,
and we don't even have any 64bit builds of /dev/fb console drivers for
many of those really old boards (not at all for some boards, as they had
been discontinued before Solaris2.7 came out).
We could, in theory, easily support EVERY SINGLE of above
cards/chipsets, both the Sbus and the UPA ones, in Xorg7.2.0 (the UPA
ones will be supported anyways, from 20070331th on).
##################
##################
Outlook: I currently have no idea in terms of how we could get the
following cards/chipsets to function inside Xorg (except - at least
potentially - by means of the wsfb X11<-->console driver hybrid) :
{
XVR-2500
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_XVR2500.html>
Expert3D
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_Expert3D.html>
Expert3D Lite
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_Expert3D_Lite.html>
XVR-500 Graphics Accelerator
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_XVR_500.html>
XVR-600 Graphics Accelerator
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_XVR_600.html>
XVR-1200 Graphics Accelerator
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_XVR_1200.html>
XVR-4000 Graphics Accelerator
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_XVR_4000.html>
XVR-1000 Graphics Accelerator
<http://sunsolve.sun.com/handbook_private/Devices/Graphics/GRAPH_XVR_1000.html>
}
All the others already work more or less (on my various test systems,
with Xorg720 built for sparcv8plus).
The broad Sbus and UPA driver support dates back to the early days of
sparc-Linux, achieved by guys like DaveMiller or JakubJelinek, back 6++
years ago.
Doesn't this look promising?
Maybe you can put Xsun into "maintenance mode" on sparc as well, just as
on x86/x64.
Not this week, but least much earlier and cheaper, than originally expected.
martin
