Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Sun Creator3d Xfree driver?
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc
View previous topic :: View next topic  
Author Message
GenTimJS
Guru
Guru


Joined: 03 May 2003
Posts: 406
Location: NH, USA

PostPosted: Fri Jul 18, 2003 1:24 pm    Post subject: Sun Creator3d Xfree driver? Reply with quote

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
View user's profile Send private message
Ferris
Retired Dev
Retired Dev


Joined: 13 Jan 2003
Posts: 426
Location: N. Virginia (USA)

PostPosted: Fri Jul 18, 2003 6:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
GenTimJS
Guru
Guru


Joined: 03 May 2003
Posts: 406
Location: NH, USA

PostPosted: Fri Jul 18, 2003 6:27 pm    Post subject: cool, driver works Reply with quote

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
View user's profile Send private message
Ferris
Retired Dev
Retired Dev


Joined: 13 Jan 2003
Posts: 426
Location: N. Virginia (USA)

PostPosted: Fri Jul 18, 2003 7:00 pm    Post subject: Reply with quote

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. :wink:

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
View user's profile Send private message
GenTimJS
Guru
Guru


Joined: 03 May 2003
Posts: 406
Location: NH, USA

PostPosted: Sat Jul 19, 2003 9:27 pm    Post subject: icky! Reply with quote

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
View user's profile Send private message
Ferris
Retired Dev
Retired Dev


Joined: 13 Jan 2003
Posts: 426
Location: N. Virginia (USA)

PostPosted: Sat Jul 19, 2003 11:15 pm    Post subject: Reply with quote

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
View user's profile Send private message
labrador
Guru
Guru


Joined: 04 Oct 2003
Posts: 316

PostPosted: Fri Oct 31, 2003 7:41 pm    Post subject: Hey! Reply with quote

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
View user's profile Send private message
Ferris
Retired Dev
Retired Dev


Joined: 13 Jan 2003
Posts: 426
Location: N. Virginia (USA)

PostPosted: Fri Oct 31, 2003 9:31 pm    Post subject: Reply with quote

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. :wink:
Back to top
View user's profile Send private message
labrador
Guru
Guru


Joined: 04 Oct 2003
Posts: 316

PostPosted: Thu Nov 20, 2003 10:22 am    Post subject: eterm transparancy works on creator 3D Reply with quote

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
View user's profile Send private message
seto
n00b
n00b


Joined: 09 Apr 2003
Posts: 25
Location: Switzerland

PostPosted: Thu Nov 27, 2003 10:16 pm    Post subject: No DRI yet? Reply with quote

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
View user's profile Send private message
Ferris
Retired Dev
Retired Dev


Joined: 13 Jan 2003
Posts: 426
Location: N. Virginia (USA)

PostPosted: Fri Nov 28, 2003 12:06 am    Post subject: Reply with quote

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. :wink: ).
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Sparc All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum