> Martin Bochnig wrote: > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bu > g_id=6478648 > http://src.opensolaris.org/source/xref/onnv/onnv-gate/ > usr/src/uts/i86pc/io/xsvc/
That's interesting. So we will no longer use aperture at all, porting xsvc to sparc. Cool. > In the Xsun bridge to load XFree86/Xorg modules, it > had to load a lot > of duplicate functions into the server, to work > around differences between > Xsun & XFree86 versions of the same functions, and > required recompiling > the modules since XFree86 added some fields to > structures in the middle > instead of at the end, since unlike Xsun, they > weren't worrying about > preserving binary compatibility at the time. I > would suspect we'd have > the same problem in reverse, and either need to > copy/adjust structures > on every call Aha, that's interesting. How exactly? > or require recompiling (which obviously > you can't do for > most of the Xsun modules). You can't do it either, vice versa 8-) At least would the resulting sunffb_drv.so not do very, much without a few changes. Being left out, without having access to certain src, feels uncomfortable, doesn't it > The code for the bridge module was posted as part of > the XFree86 Porting > Kit at: > http://developers.sun.com/solaris/developer/support/dr > iver/tools/video/video-index.html I saw links to it numerous times, never had followed them (because it was primarily intended for Solaris_x86, not sparc) Not very wise from me. I extracted it and am shocked, that I didn't get it earlier. > I believe the version currently integrated in Solaris > 10 & Nevada is based > on the Xorg 6.8.0 drivers, but would have to check > with the driver team who > created it. Okay, not necessary, thanks: It was still publically downloadable. ### Adding the following to the list of systems/configs verified to work vs. not to work: U80: PGX32 No go, SIGBUS (maybe interfering with installed afb and ffb due to aperture, because aperture is needed by glint), But it's more than that, as it doesn't get better, when I rename/hide all other drivers except glint. U80: Elite3D Very good and stable, switching back and forth to OBP's ok prompt works, server can be killed and restarted in any way (only limitation: Only up to 1152x1024 appears to work, and it is not scaled to the GDM-5410's full screen, but 20% of screen remain black [lower right corner]). U80: Creator3D: Exactly as Elite3D, except for a severe limitation: The server itself works. If it is tested manually, no problem arises. But when started by dtlogin, only the mouse pointer can be seen. EVERYTHING ELSE REMAINS BLACK LIKE INK. One sees/hears, that the server is running, can be killed via Ctrl+Alt+Backspace, one hears hdd activity when (blindly) logging in as an existing user, but one cannot see anything except the mouse pointer. That's odd. I never saw such a thing before. I tried 6 hours long, tried different default_depth settings (while only 24bpp is supported). No idea. Only that single example shows, how important it is, to have the full range of configs available. Everything else might be looking like good code, but may only work on your one or two test systems. This message posted from opensolaris.org
