[This will not be any kind of definitive response, but maybe I
can help you guess what's going on. My experience with this list
suggests that for any specific Sun configuration, you will find
relatively few people using something similar, so the sun driver
knowledge base is small. If you have been reading this list, you
know my only qualification is that I have been fighting with sun
drivers. I do not have a cg14 running with XF86, and I can't
conveniently configure such right away. So, that said, here we go---
FEM]
On Tue, 18 Dec 2001, dogshu wrote:
>
> I'm actually very happy with XFree86 on my Solaris 8/Sparcstation
> 20/onboard CG14 w/4MB VSIMM box. I don't know if its my particular
> hardware/drivers, or the X clients that I am running, but the OpenWindows
> Xsun that comes with solaris is a monster!! Sun's Xsun server balloons up
> to 300 megs, and usually forces me to hardware reset my system after
> it crashes it. (even stop-a doesn't work)
>
> Right now I'm running tons of GTK apps on XFree86 on my SS20, including
> mozilla, and the Xsun process size is only 13MB. It would probably be
> 300MB if I was running Solaris Xsun. Thank you for saving me XFree86!
>
> Anyway, on to my configuration problems. I can't figure out how to make
> the Xserver run in 24-bit color!
>
> Like I said before, my system is a Sun Sparcstation 20 with on board SX
> video with a 4 meg VSIMM. That means its a cgfourteen that is capable of
> running 1168x900 (or whatever the standard sun res is) @ 24 bits per
> pixel.
>
> I have compiled XFree86 4.1.0 from source with gcc-2.95.3 on this Solaris
> 8 box. I had a couple of false starts, but I figured out I needed to
> "#define Xsun24Server YES" and the other Xsun's NO in my site.def. I have
> Xsun24 in my XFree86/bin directory and that is what is run when I run
> startx and X.
I haven't tried XF86 with Solaris 8, so for kernel reasons maybe you
have to do this. I have been told, however, that nobody understands
Xsun24, and that they want to keep it that way.
In any case, here is how I have been able to make XF86/sun work:
1. Use the standard XFree86 server, not Xsun24.
2. In the configure file, use a device section which looks like
Section "Device"
Identifier "Card[0]"
BoardName "Sun|cg14 ......"
VendorName "Sun Microsystems"
Driver "suncg14"
EndSection
I am not sure of the driver name, but you can easily check. The
driver itself is at <xc/programs/Xfree86/hw/xfree86/drivers/suncg14>
or something very like it, and the driver object should be at
<path-to-installed-xfree86>/lib/modules/drivers/suncg14_drv.o
3. If you are so set-up, you should have a file /var/log/Xfree86.log.0
which will tell you what XF86 found on your system and what drivers
it loaded for you.
>
> But it only runs in 8 bit color! After a little bit of research, I
> discovered that the Xsun in XFree86 does not abide my the same rules as
> the PC version of the X server. No XF86Config or anything of the sort, I
> have to use the command line options described in "man Xsun" and "man
> Xserver".
>
> >From what I understand from these man pages (though they do not mention
> the cg14), Xsun should autodetect my card and pick the highest supported
> depth. There is no -depth or -fbbpp option with Xsun (that I have
> observed).
>
For what it's worth, with XF863.3.6/Linux, Xsun24 seemed to figure
out what it was driving. I can't speak to the cg14 case, however.
> Now on to what or what not may be a bug... I did a "X -fbinfo" or
> "Xsun24 -fbinfo" or "startx -- -fbinfo" (its all the same), and I found
> out this:
>
> Usually when I start my SS20 it goes into dtlogin (the Openwindows version
> of XDM). At that point I select the "Command line login option",
> Solaris then kills its OpenWindows XServer, and I login and run "startx --
> -fbinfo". When I do this, XFree86 starts, and it tells me "The framebuffer
> is really a tcx" (remember, its a cg14). xfree then starts in 8-bit
> color.
>
> I have discovered, after I do a "dtconfig -d" and reboot, xfree86 no
> longer starts. "dtconfig -d" disables dtlogin, and basically what this
> boils down to is that I am not running solaris Xsun before xfree86 Xsun24.
> xfree86 will not start on my SS20 unless the solaris version of Xsun has
> already been run once since the last bootup. When I run "startx --
> -fbinfo" in these circumstances, it tells me "The frambuffer is really a
> cg8" (like I said before, its a cg14), then it crashes, saying something
> about a FBIO error or something. I can reply with the exact error mesage
> if necessary.
>
> So, my main problem is that I can't run in 24-bit color. Also however,
> there is the problem of xfree86 not starting on this system without the
> Sun xserver having been starting once.
>
> thanks for your help, and thanks for XFree86!
> Jim Faulkner
>
> [EMAIL PROTECTED]
> SDF Public Access UNIX System - http://sdf.lonestar.org
>
Jim,
At this point I can suggest only two things. These are
1. Try the Xfree86 server/suncg14 driver configuration. With
luck, that will run. Be aware, though, that this driver
will almost certainly not honor "xset s on s blank" or
"xset +dpms" type commands. I don't know why not; if you read
this list you know that is my own personal rant.
2. Try (cross-)posting to the the <[EMAIL PROTECTED]> list.
Someone there is more likely to have been through what you are
trying than are many people here.
Regards,
Ferris
> _______________________________________________
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
>
--
Ferris McCormick (P44646, MI) <[EMAIL PROTECTED]>
Phone: (703) 392-0303
Fax: (703) 392-0401
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
