Garrett D'Amore wrote: >Linda Fellingham wrote: > > >>Garrett, >> >>I don't intend to "pass the buck" - it is just a fact that Sun OEM'd >>both the hardware and software for pgx32 from TechSource and we never >>had source for it. >> >>Similarly, we cannot release source for our drivers for the 3DLabs and >>ATI-based cards because we have signed NDA's with those companies not >>to release their proprietary information. The binaries, though, are >>part of OpenSolaris. >> >>
part_of_SX(CR) != part_of_OpenSolaris SX(CR) is _based_ on OpenSolaris, but that's quite a difference in legal terms. The binaries you're talking about cannot be redistributed by 3rd parties, if I understood that correctly. This includes all the card-specific /dev/fb drivers like pfb and m64. There is - on the other hand - some basic way to dirtily work around that by using Xorg, see: http://www.martux.org/READ-ME.ascii >>For the old cards, it is possible that these vendors would allow us to >>release source but legal resources would be required to do this. Maybe >>the Software organization is willing to pick this challenge up? >> >> > >I'm almost certain that this would be possible. Heck, I got permission >to release Radeon sources from ATI including some stuff that is not, to >my knowledge, in _any_ other operating system. > >I'd be very surprised if 3DLabs had much desire to keep the drivers >close sourced. They aren't making any more products and want to sell >the inventory that they already have. If open sourcing would help them >move that inventory, I think they'd do it in a heart beat without regard >to whether it might give a competitor information about their >implementation. (Mostly because, as I said, they're exiting the space, >and don't really care what their former competitors do or don't do.) > >Heck, I'll go one better, Linda. > >I have some older m64 and recent pfb sources thru my contacts at Sun. I >have contacts at ATI _and_ at 3DLabs. > >I'm willing to state publically, that I'm willing to approach both ATI >and 3DLabs, to get permission to release the current Sun source code. >If Sun (your group) will agree to release Sun's interest in the drivers >to the open source (under CDDL), I'm fairly certain that I can get ATI >and 3DLabs to agree to the release. > >In otherwords, if you can work out _Sun's_ interest in the drivers, I >will drive the other side. > > -- Garrett > > That would be great. I guess AlanC would also be appreciating this very much. But the PGX[8|24|32|64] Ati and 3dlabs(glint) chips already do work more or less with Xorg(6.9.0) / see www.martux.org. However, the newer 3DLabs wildcat chips do not at all, not even when one tries everything to make them work on sparc via the vesa or vga Xorg-modules. Could you please try to request the XVR-500/600/1200 sources ? That would be cool. The old afb, ffb and ffb2 chips may also be supported by Xorg some day. They already do work on the latest XFree86 4.6.0 (on SunOS5.x). With no accelleration though, which makes them not really usable. The wildcat drivers for XVR-[500|600|1200] were the only drivers, that (XFree86 OR Xorg) miss totally. Martin www.martux.org Proud owner of a Tadpole SPARCle 500SX (regards to Robin Howell) > > >>Linda >> >>Garrett D'Amore wrote: >> >> >>>Linda Fellingham wrote: >>> >>> >>>>PGX32 drivers belong to TechSource. Sun does not have source. >>>> >>>> >>>Ah, pass that buck! :-) The drivers were part of the OpenSolaris >>>release, and Sun has shipped (iirc) both drivers and hardware based on >>>PGX32 in the past. Perhaps Sun can engage TechSource? >>> >>>Meanwhile, I'm starting another debug. Its starting to look very much >>>like dtgreet is implicated. Perhaps it uses a different mechanism to >>>blank the screen than the normal screen savers do? >>> >>> -- Garrett >>> >>> >>> >>>>Linda >>>> >>>>Garrett D'Amore wrote: >>>> >>>> >>>>>I've noticed that when the screensaver activates on my pgx32 >>>>>(running at >>>>>1280x1024, but I don't think this is terribly relevant), my screen >>>>>goes >>>>>dark _and stays dark_. I.e. it never comes back with a mouse move or >>>>>keyboard activity. >>>>> >>>>>This can be seen just at dtlogin, with no other graphics activity. >>>>> >>>>>Killing/restarting X seems to bring the display back. (Killing X will >>>>>bring back a reasonable console.) >>>>> >>>>>This is with b50. I _believe_ that s10 06/06 did not suffer from >>>>>this. I can reload and retest if necessary. >>>>> >>>>>I don't have pgx32 source, so I can't help with debug much. >>>>> >>>>>Can someone take a look at it? Probably this should be filed as a >>>>>bug, >>>>>if not already known. If someone from the X group at Sun agrees, >>>>>let me >>>>>know and I'll file one. >>>>> >>>>> >>>>> >>> >>> >> >> > > > >
