Coleman Kane schreef:
On Wed, 2008-05-28 at 17:09 +0200, Rene Ladan wrote:
2008/5/28 Coleman Kane
: On Wed, 2008-05-28 at 16:12 +0200, Rene Ladan wrote:
2008/5/28 Coleman Kane
: On Wed, 2008-05-28 at 09:19 -0400, Alex Deucher wrote:
On Wed, May 28, 2008 at 8:59 AM, Vladimir Grebenschikov
wrote: > On Wed, 2008-05-28 at 14:39 +0200, Rene Ladan wrote: >> 2008/5/28 Vladimir Grebenschikov : >>> On Fri, 2008-05-23 at 10:56 -0400, Coleman Kane wrote: >>>> On Fri, 2008-05-23 at 18:06 +0400, Vladimir Grebenschikov wrote: >>>>> On Fri, 2008-05-23 at 15:44 +0200, Matthias Hopf wrote: >>>>> >>>>> Instruction for FreeBSD will be helpful also, I am not sure what >> FreeBSD >>>>> packages to be replaced by drm and mesa ? >>>> I am currently trying to get this working (with DRI) under FreeBSD. >> The >>>> following port is replaced by drm: >>>> * graphics/libdrm >>>> * Also, all code under /usr/src/sys/dev/drm >>>> >>>> The following are replaced by mesa: >>>> * graphics/dri >>>> * graphics/libGL >>>> * graphics/libGLU >>>> * graphics/libGLw >>>> * graphics/mesa-demos >>>> >>>> I don't currently have my RS690 working DRI under FreeBSD yet. I >> just >>>> recently pulled in the commit to drm that airlied pushed up to >> enable >>>> vblank irq on these cards, and my changes have the interrupt >> working >>>> properly on FreeBSD, however I am not able to see any GL output on >> my >>>> screen. >>>> >>>> Everything else acts like it is working, but I just get a black >> space >>>> where the GL output should be (like in glxgears). I feel like I'm >> really >>>> really close, but I am missing like 1 or 2 key things that the >> linux >>>> kmod has... >>> >>> I have M54 (Mobile X1400), and want to try run recent driver to >> check >>> DRI on it. >>> >>> I've build and install libdrm, and drm.ko (from /drm git) >>> >>> but I've failed to configure mesa on DRI2PROTO: >>> >>> vbook:/home/vova/src/mesa 160_> ./autogen.sh >>> autoreconf-2.61: Entering directory `.' >>> autoreconf-2.61: configure.ac: not using Gettext >>> ... >>> checking for LIBDRM... yes >>> checking for DRI2PROTO... configure: error: Package requirements >>> (dri2proto >= 1.1) were not met: >>> >>> No package 'dri2proto' found >>> >>> Consider adjusting the PKG_CONFIG_PATH environment variable if you >>> installed software in a non-standard prefix. > > .... > >> You should git-clone dri2proto, its web interface is at >> http://gitweb.freedesktop.org/?p=xorg/proto/dri2proto.git;a=summary > Thank you, it helps, with proto, but now it requires Expat: > > configure:7516: result: no > configure:7549: checking for expat.h > configure:7556: result: no > configure:7563: error: Expat required for DRI. > > What is it about ? The dri config infrastructure requires an xml parser. Alex
On freebsd you may need to explicitly tell it to look for the expat.h in /usr/local/include by passing --with-expat=/usr/local to the configure cmdline.
-- Coleman Kane
I'm trying to get DRI running on my FreeBSD 7.0R i386 box, but 'gmake install' (as root) doesn't work in /mesa (git-clone'd today), 'gmake' (as user) works: self# pwd /usr/home/rene/freebsd/ports/dri_env/mesa self# gmake install gmake[1]: Entering directory `/usr/home/rene/freebsd/ports/dri_env/mesa/src' gmake[2]: Entering directory `/usr/home/rene/freebsd/ports/dri_env/mesa/src/glx/x11' make -C ../../../src/mesa install-libgl "Makefile", line 216: Need an operator make: fatal errors encountered -- cannot continue gmake[2]: *** [install] Error 1 gmake[2]: Leaving directory `/usr/home/rene/freebsd/ports/dri_env/mesa/src/glx/x11' gmake[1]: *** [install] Error 1 gmake[1]: Leaving directory `/usr/home/rene/freebsd/ports/dri_env/mesa/src' gmake: *** [install] Error 1
Heh. I forgot about that one...
Apply the attached patch from your mesa dir: patch -p1 < fix-dumb-mesa-make-assumption.patch
Thanks, it installs now. I think that officially someone(tm) would have to fix the build infrastructure to install the .pc files into $PREFIX/libdata instead of $PREFIX/lib (the current default for ./configure) ?
I've installed drm.ko and friends in /boot/kernel, but I still need to replace the code under /sys/dev/drm, I think the code in both /drm/bsd-core and /drm/shared-core are required?
Then recompiling and rebooting the kernel should do the trick _O_ (M64 aka X1450)
Regards, Rene
-- Coleman Kane
The fix to make --> $(MAKE) is now in the mesa git tree.
The FreeBSD ports system automatically handles converting the lib/pkgconfig -> libdata/pkgconfig stuff when building a port. I have taken the shortcut of making /usr/local/lib/pkgconfig a symlink to ../libdata/pkgconfig to solve the problem you're describing.
DRI basically works on this box too :) (FreeBSD 7.0 release, i386) with a patched kernel for the drm stuff. I've uploaded some benchmarks to ftp://rene-ladan.nl/pub/dri/ glxgears does about 500 fps in default size, with a CPU hog of >90% (dualcore, the other core is idle), and about 50 fps in fullscreen (here 1280x800), with two almost idle cores. Torcs runs with about 11 fps in fullscreen (24bit, 1280x800, best video initialization), but it managed to lock up the machine up to the point where I had to powercycle it. It probably crashed on something, a photograph of the screen is also present in the ftp directory. FireFox and thunderbird now repaint dead slow :(, as does xterm. Terminal (the xfce4 terminal) still runs at a decent speed. Keep up the good work, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Wed, 2008-05-28 at 22:04 +0200, Rene Ladan wrote:
FireFox and thunderbird now repaint dead slow :(, as does xterm. Terminal (the xfce4 terminal) still runs at a decent speed.
That's because, as was noted in the initial announcement, 3D and 2D acceleration can't currently co-exist. -- adamw -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
Adam Williamson schreef:
On Wed, 2008-05-28 at 22:04 +0200, Rene Ladan wrote:
FireFox and thunderbird now repaint dead slow :(, as does xterm. Terminal (the xfce4 terminal) still runs at a decent speed.
That's because, as was noted in the initial announcement, 3D and 2D acceleration can't currently co-exist.
I know, but don't remember these applications being that slow before 2D acceleration was introduced (or did I happily forget about that?). I'm using this driver since version 0.0.2. -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
Before "2D acceleration" was introduced the radeonhd driver still had shadowfb support which made a big difference in 2D performance. I'm pretty sure Matthias mentioned that the 3D support did not co-exist with shadowfb either but I'm not 100% sure of that. Without shadowfb support, performance would be on a par with fglrx running without DRI, ie really slow. -----Original Message----- From: Rene Ladan [mailto:r.c.ladan@gmail.com] Sent: Wednesday, May 28, 2008 4:30 PM To: Adam Williamson Cc: radeonhd@opensuse.org Subject: Re: [radeonhd] State of DRI on r5xx Adam Williamson schreef:
On Wed, 2008-05-28 at 22:04 +0200, Rene Ladan wrote:
FireFox and thunderbird now repaint dead slow :(, as does xterm. Terminal (the xfce4 terminal) still runs at a decent speed.
That's because, as was noted in the initial announcement, 3D and 2D acceleration can't currently co-exist.
I know, but don't remember these applications being that slow before 2D acceleration was introduced (or did I happily forget about that?). I'm using this driver since version 0.0.2. -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Wed, 2008-05-28 at 16:52 -0400, Bridgman, John wrote:
Before "2D acceleration" was introduced the radeonhd driver still had shadowfb support which made a big difference in 2D performance. I'm pretty sure Matthias mentioned that the 3D support did not co-exist with shadowfb either but I'm not 100% sure of that.
Without shadowfb support, performance would be on a par with fglrx running without DRI, ie really slow.
Looks like only this preventing radeonhd DRI from normal usage.
-----Original Message----- From: Rene Ladan [mailto:r.c.ladan@gmail.com] Sent: Wednesday, May 28, 2008 4:30 PM To: Adam Williamson Cc: radeonhd@opensuse.org Subject: Re: [radeonhd] State of DRI on r5xx
Adam Williamson schreef:
On Wed, 2008-05-28 at 22:04 +0200, Rene Ladan wrote:
FireFox and thunderbird now repaint dead slow :(, as does xterm. Terminal (the xfce4 terminal) still runs at a decent speed.
That's because, as was noted in the initial announcement, 3D and 2D acceleration can't currently co-exist.
I know, but don't remember these applications being that slow before 2D acceleration was introduced (or did I happily forget about that?). I'm using this driver since version 0.0.2. -- http://www.rene-ladan.nl/
GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
-- Vladimir B. Grebenschikov vova@fbsd.ru -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On May 28, 08 22:29:44 +0200, Rene Ladan wrote:
I know, but don't remember these applications being that slow before 2D acceleration was introduced (or did I happily forget about that?). I'm using this driver since version 0.0.2.
We introduce ShadowFB very early. Just 2D acceleration using the
graphics chip was introduced late. Currently, DRI doesn't work together
with ShadowFB either.
Matthias
--
Matthias Hopf
participants (5)
-
Adam Williamson
-
Bridgman, John
-
Matthias Hopf
-
Rene Ladan
-
Vladimir Grebenschikov