View previous topic :: View next topic |
Author |
Message |
GenTimJS Guru
Joined: 03 May 2003 Posts: 406 Location: NH, USA
|
Posted: Fri Jul 18, 2003 1:24 pm Post subject: Sun Creator3d Xfree driver? |
|
|
Ive got my install of gentoo on my ultra1 all set and happy.
However, im trying to configure X and dont know what to use for a video driver.
What should I use for my device section? Ive got a Creator3d on Ultra1. Any usefull docs that list out X drivers?
Also, I may or may not have the mouse working, i used /dev/sunmouse witht he busmouse protocol, is this generally safe? Ive got a type5 kb+mouse
-Tim
aolim:gentimjs _________________ -Tim Smith |
|
Back to top |
|
|
Ferris Retired Dev
Joined: 13 Jan 2003 Posts: 426 Location: N. Virginia (USA)
|
Posted: Fri Jul 18, 2003 6:17 pm Post subject: |
|
|
The driver is sunffb; I configure mine thus:
Code: |
Section "Device"
Identifier "Card0"
BoardName "Sun|FFB2+ Horizontal Creator 3D (ffb)"
VendorName "Sun Microsystems"
Driver "sunffb"
EndSection
|
The only line that matters is the Driver line (in fact, the system using this
configuration file has an Elite3D in it right now).
For a type5 kbd+sunmouse, I use
Code: |
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "MouseSystems"
Option "Device" "/dev/sunmouse"
Option "Emulate3Buttons" "false"
EndSection
|
I have never seen anything useful documentation for X drivers. Last
I knew, the man page for "sunffb" basically said "some day we should
document this thing," but that might have changed.
Regards, |
|
Back to top |
|
|
GenTimJS Guru
Joined: 03 May 2003 Posts: 406 Location: NH, USA
|
Posted: Fri Jul 18, 2003 6:27 pm Post subject: cool, driver works |
|
|
Great!
the sunffb driver works great.
running 1024x768 24bit depth no prob.
as far as i can tell the KB map is fine, the mouse works (all 3 buttons in fluxbox) and its not even too slow
on a side note, in the kernel conf sound support was marked as flakey, experimental, dont use this, not gonna work, dont ask for help, etc. However, on my sys (luck?) it "just worked" the first time, and sounds great
(point OSS to /dev/dsp and /dev/mixer)
As for X, anytime I try and run glxinfo or glxgears it segfaults
no error message, just the SF. Ive got all the goodies enabled in my xf86conf (made gentoo work happy in i386 many times, and am a vet of freebsd) correctly, but opengl stuff doesnt seem to like me.
Anyone heard about this?
-Tim
aolim:gentimjs _________________ -Tim Smith |
|
Back to top |
|
|
Ferris Retired Dev
Joined: 13 Jan 2003 Posts: 426 Location: N. Virginia (USA)
|
Posted: Fri Jul 18, 2003 7:00 pm Post subject: |
|
|
Yes, I even have a proposed fix; the complete discussion is at bug #19776.
The fix is the eighth comment to this very long bug report, and I don't
know of any shortcut to rebuilding ann of xfree, applying the little set of
fixes, and then regenerating libGL. If you do this, make sure to use the
little version of 'sparc.c' attached to the bug report; don't bother with
" Bring in 'sparc.c' as well
for reference (you are going to replace it in step 4)."
in step-1; just do the replacement.
There is no workaround less drastic that the library rebuild; so far as I can
tell, the way libGL ends up getting configured and build for sparc results
in a library that cannot possibly work.
Regards, |
|
Back to top |
|
|
GenTimJS Guru
Joined: 03 May 2003 Posts: 406 Location: NH, USA
|
Posted: Sat Jul 19, 2003 9:27 pm Post subject: icky! |
|
|
Eew! Icky!
I'll most likely cave in and give that ... mess ... a shot when I'm full of caffine one of these days.
I really hope someone fixes that eventually so that it builds correctly in the first place. -sigh- I wish I knew C ....
-Tim _________________ -Tim Smith |
|
Back to top |
|
|
Ferris Retired Dev
Joined: 13 Jan 2003 Posts: 426 Location: N. Virginia (USA)
|
Posted: Sat Jul 19, 2003 11:15 pm Post subject: |
|
|
If I get a chance, I'll try to encapsulate the corrections that work for me into a patch
file of some sort. Unfortunately, the problem code gets configured on the fly as part
of the 'make World' process for xfree, and I don't see anything easier than
Code: |
ebuild xfree-<version>.ebuild compile install qmerge
cd /var/tmp/portage/xfree-<version>/work/xc/lib/GL/glx
<apply-the-patch...>
make
cd ..
make
cp <the-new-libGL.so.xxx> <wherever-the-libGL.so-lives>
|
I'm afraid I don't know enough about xfree to fix it to build a proper xc/lib/GL source
directory directly.
Otherwise, Icky sums it up pretty well. |
|
Back to top |
|
|
labrador Guru
Joined: 04 Oct 2003 Posts: 316
|
Posted: Fri Oct 31, 2003 7:41 pm Post subject: Hey! |
|
|
This was last discussed in July.
Is this any better now than it was before?
I've got a new sparc install and I'm also getting the segfault with
glxinfo and glxgears.
I'm running xfree86 4.3.0 with 2.4.22 kernel
and Creator 3D on an Ultra 1.
Specifically, I was hoping to see RENDER extension in
the XFree86, so I could use the alpha blending in fluxbox
window manager or whatever it is that makes xterm
windows and such transparent. |
|
Back to top |
|
|
Ferris Retired Dev
Joined: 13 Jan 2003 Posts: 426 Location: N. Virginia (USA)
|
Posted: Fri Oct 31, 2003 9:31 pm Post subject: |
|
|
It's no better, but if you go back and look at Comments #30 on at bug
#19776, there is an easier fix (just don't use sparc assembler).
A visual scan of xfree-4.3.0-r3 convinces me that the problem is still
there, but I haven't actually felt the need to go through the torture of
trying it.
It seems to me that Jason Andruyk has it right that this is a Mesa
problem, and that somehow xfree has picked up a work in progress,
but that's pure speculation on my part.
Sorry for the "no news is bad news" observation; I hope someone
can correct me on this. |
|
Back to top |
|
|
labrador Guru
Joined: 04 Oct 2003 Posts: 316
|
Posted: Thu Nov 20, 2003 10:22 am Post subject: eterm transparancy works on creator 3D |
|
|
I've turned on DRI in my XF86Config, and I am able to get
transparent eterm window. That was the main thing I wanted
to squeeze from the hardware, right now. |
|
Back to top |
|
|
seto n00b
Joined: 09 Apr 2003 Posts: 25 Location: Switzerland
|
Posted: Thu Nov 27, 2003 10:16 pm Post subject: No DRI yet? |
|
|
Does DRI work at all?
I have everything activated but glxinfo still reports Direct Rendering: No
At least glxgears runs now (only at 75fps though)
Machine type: Ultra1 creator
Kernel: 2.4.22, ffb.o is loaded |
|
Back to top |
|
|
Ferris Retired Dev
Joined: 13 Jan 2003 Posts: 426 Location: N. Virginia (USA)
|
Posted: Fri Nov 28, 2003 12:06 am Post subject: |
|
|
I am not sure. If you have
Code: |
Section "DRI"
Group "video"
Mode 0666
EndSection
|
in the Config file, it takes it OK, and (in my log file at least) xfree reports
something like
Code: |
(II) Loading extension DOUBLE-BUFFER
(==) SUNFFB(0): DPI set to (75, 75)
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
(II) /dev/fb0: Detected FFB2+/horizontal, Z-buffer, Double-buffered.
(II) /dev/fb0: BT498 (PAC2) ramdac detected
(II) /dev/fb0: Detected Creator/Creator3D
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmGetBusid returned ''
(II) SUNFFB(0): [drm] created "ffb" driver at busid "SBUS:/dev/fb0"
(II) SUNFFB(0): [drm] added 8192 byte SAREA at 0x4004c000
(II) SUNFFB(0): [drm] mapped SAREA 0x4004c000 to 0x70024000
(II) SUNFFB(0): [drm] framebuffer handle = 0x02000000
(II) SUNFFB(0): [drm] added 1 reserved context for kernel
(II) SUNFFB(0): [drm] FBC Register handle = 0x00600000
(II) SUNFFB(0): [drm] DAC Register handle = 0x00400000
(II) SUNFFB(0): [drm] SFB8R handle = 0x04000000
(II) SUNFFB(0): [drm] SFB32 handle = 0x05000000
(II) SUNFFB(0): [drm] SFB64 handle = 0x06000000
(II) SUNFFB(0): [drm] Visual configs initialized
(II) /dev/fb0: DRM initialized
|
which suggests to me that the driver is driving the Creator card pretty
well.
It seems that there is a disconnect between what sunffb reports and what
libGL reports. I have a feeling that using libGL actually hurts Creator
performance, but this is based only on intuition and playing with an
application (Crystal Space) which gives you the option of running with glx
or without.
I see that this is pretty much a fact-free post, but maybe it can give
someone a clue (or someone can set me straight. ). |
|
Back to top |
|
|
|