Re: [debian-x] 3gl working extremely slow.
* Gordon Heydon <[EMAIL PROTECTED]> [001112 02:43]: > As I am only using a single head with my dual head card this is what I > am using, I am going to play with dual head sometime when I get a bit of > a chance. I basically have the same setup, 2.4.0-test10, the latest > debs, and the agpgart and the mga modules loaded, but one thing does > puzzle me, it the the mga module is not in use, So I don't think > something is quite right. Hmm. See if you have a /dev/agpgart device. Mine used to work, then died, then I noticed I had no agpgart device. Recreating that device (using MAKEDEV) did the trick. Oh yeah -- see if you ahve a Section "dri" in your /etc/X11/XF86Config-4 file -- I would hope that wouldn't break/fix the problem, but it is worth looking into. HTH -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: [debian-x] 3gl working extremely slow.
* Seth Arnold ([EMAIL PROTECTED]) wrote: > * Gordon Heydon <[EMAIL PROTECTED]> [00 23:06]: > > I am having some problem getting 3gl to work correctly on my matrox > > g400. I have installed the mesa drivers that come with the XFree 4.0.1 > > debs, and I have also gotting the libglu from the current unstable > > version of mesa. > > Gordon, getting everything right is damn near impossible. Thank your own > deity that Branden has done most of the work for us already. :) > Currently, I don't use libGLU, but copying the one libGLU library out of > the package is probably sufficient. >From Reading this list and studding the archives it sujested getting from another package. > > What I have found about getting my g400Max to do GLX is that it requires > using XFree86's mga_drv.o driver, loading the agpgart and mga kernel > modules (I use 2.4.0-test10 with good success, and perhaps > 2.2.18-presomething would have the same effect, but that may require > kernel drivers from dri.sourceforge.net) and having the right mix of > packages installed. I don't think it takes any of the mesa packages. > As I am only using a single head with my dual head card this is what I am using, I am going to play with dual head sometime when I get a bit of a chance. I basically have the same setup, 2.4.0-test10, the latest debs, and the agpgart and the mga modules loaded, but one thing does puzzle me, it the the mga module is not in use, So I don't think something is quite right. > To get the g400Max to do dual-head requires using matrox's mga_drv.o > file. I'm not sure if agpgart and mga need to be unloaded or not from > the kernel, but I do, to save memory. > > You will also need to tweak your XF86Config-4 file to load the glx, dri, > GLCore, and dbe modules. (I have two config files, one to describe both > monitors, one to describe only one monitor, and I switch between the two > when I want GL to work.) > I have all these modules loaded. > Yes, it is a bit annoying, but not enough to cause me to learn how to > program these things for the accelerated OpenGL while running dual-head. > Thanks for the help. Gordon. > HTH > > Some useful package information: > > $ dpkg -l '*mesa*' > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name VersionDescription > +++-==-==- > un mesa-dev(no description available) > pn mesademos (no description available) > pn mesag-dev (no description available) > pn mesag-glide2-d (no description available) > pn mesag-widgets- (no description available) > pn mesag3 (no description available) > pn mesag3+ggi (no description available) > pn mesag3+ggi-dev (no description available) > un mesag3-glide(no description available) > pn mesag3-glide2 (no description available) > pn mesag3-widgets (no description available) > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > > $ dpkg -l 'x*' | grep 4.0 > ii xbase-clients 4.0.1-1miscellaneous X clients > ii xfonts-75dpi 4.0.1-175 dpi fonts for X > ii xfonts-base4.0.1-1standard fonts for X > ii xfonts-pex 4.0.1-1fonts for minimal PEX support in X > ii xfonts-scalabl 4.0.1-1scalable fonts for X > ii xfree86-common 4.0.1-1X Window System (XFree86) infrastructure > ii xfwp 4.0.1-1X firewall proxy server > ii xlib6g 4.0.1-1pseudopackage providing X libraries > ii xlib6g-dev 4.0.1-1pseudopackage providing X library developmen > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > ii xlibs 4.0.1-1X Window System client libraries > ii xlibs-dev 4.0.1-1X Window System client library development f > ii xnest 4.0.1-1nested X server > ii xprt 4.0.1-1X print server > ii xserver-common 4.0.1-1files and utilities common to all X servers > ii xserver-xfree8 4.0.1-1the XFree86 X server > ii xterm 4.0.1-1X terminal emulator > ii xutils 4.0.1-1XFree86 utility programs > ii xvfb 4.0.1-1virtual framebuffer X server > > > > -- > ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really > impressed down here, I can tell you.''
Re: [debian-x] 3gl working extremely slow.
* Gordon Heydon <[EMAIL PROTECTED]> [001112 02:43]: > As I am only using a single head with my dual head card this is what I > am using, I am going to play with dual head sometime when I get a bit of > a chance. I basically have the same setup, 2.4.0-test10, the latest > debs, and the agpgart and the mga modules loaded, but one thing does > puzzle me, it the the mga module is not in use, So I don't think > something is quite right. Hmm. See if you have a /dev/agpgart device. Mine used to work, then died, then I noticed I had no agpgart device. Recreating that device (using MAKEDEV) did the trick. Oh yeah -- see if you ahve a Section "dri" in your /etc/X11/XF86Config-4 file -- I would hope that wouldn't break/fix the problem, but it is worth looking into. HTH -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [debian-x] 3gl working extremely slow.
* Seth Arnold ([EMAIL PROTECTED]) wrote: > * Gordon Heydon <[EMAIL PROTECTED]> [00 23:06]: > > I am having some problem getting 3gl to work correctly on my matrox > > g400. I have installed the mesa drivers that come with the XFree 4.0.1 > > debs, and I have also gotting the libglu from the current unstable > > version of mesa. > > Gordon, getting everything right is damn near impossible. Thank your own > deity that Branden has done most of the work for us already. :) > Currently, I don't use libGLU, but copying the one libGLU library out of > the package is probably sufficient. >From Reading this list and studding the archives it sujested getting from another package. > > What I have found about getting my g400Max to do GLX is that it requires > using XFree86's mga_drv.o driver, loading the agpgart and mga kernel > modules (I use 2.4.0-test10 with good success, and perhaps > 2.2.18-presomething would have the same effect, but that may require > kernel drivers from dri.sourceforge.net) and having the right mix of > packages installed. I don't think it takes any of the mesa packages. > As I am only using a single head with my dual head card this is what I am using, I am going to play with dual head sometime when I get a bit of a chance. I basically have the same setup, 2.4.0-test10, the latest debs, and the agpgart and the mga modules loaded, but one thing does puzzle me, it the the mga module is not in use, So I don't think something is quite right. > To get the g400Max to do dual-head requires using matrox's mga_drv.o > file. I'm not sure if agpgart and mga need to be unloaded or not from > the kernel, but I do, to save memory. > > You will also need to tweak your XF86Config-4 file to load the glx, dri, > GLCore, and dbe modules. (I have two config files, one to describe both > monitors, one to describe only one monitor, and I switch between the two > when I want GL to work.) > I have all these modules loaded. > Yes, it is a bit annoying, but not enough to cause me to learn how to > program these things for the accelerated OpenGL while running dual-head. > Thanks for the help. Gordon. > HTH > > Some useful package information: > > $ dpkg -l '*mesa*' > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) > ||/ Name VersionDescription > +++-==-==- > un mesa-dev(no description available) > pn mesademos (no description available) > pn mesag-dev (no description available) > pn mesag-glide2-d (no description available) > pn mesag-widgets- (no description available) > pn mesag3 (no description available) > pn mesag3+ggi (no description available) > pn mesag3+ggi-dev (no description available) > un mesag3-glide(no description available) > pn mesag3-glide2 (no description available) > pn mesag3-widgets (no description available) > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > > $ dpkg -l 'x*' | grep 4.0 > ii xbase-clients 4.0.1-1miscellaneous X clients > ii xfonts-75dpi 4.0.1-175 dpi fonts for X > ii xfonts-base4.0.1-1standard fonts for X > ii xfonts-pex 4.0.1-1fonts for minimal PEX support in X > ii xfonts-scalabl 4.0.1-1scalable fonts for X > ii xfree86-common 4.0.1-1X Window System (XFree86) infrastructure > ii xfwp 4.0.1-1X firewall proxy server > ii xlib6g 4.0.1-1pseudopackage providing X libraries > ii xlib6g-dev 4.0.1-1pseudopackage providing X library developmen > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > ii xlibs 4.0.1-1X Window System client libraries > ii xlibs-dev 4.0.1-1X Window System client library development f > ii xnest 4.0.1-1nested X server > ii xprt 4.0.1-1X print server > ii xserver-common 4.0.1-1files and utilities common to all X servers > ii xserver-xfree8 4.0.1-1the XFree86 X server > ii xterm 4.0.1-1X terminal emulator > ii xutils 4.0.1-1XFree86 utility programs > ii xvfb 4.0.1-1virtual framebuffer X server > > > > -- > ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really > impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]