Re: [r300] Scrambled fonts
begin Mark Ferry quotation of Tue, Jul 26, 2005 at 01:03:05PM +0100: > Keith Conger suggested the following xorg.conf device options which > solved the screwy font rendering for me: > > Option "XaaNoScanlineImageWriteRect" > Option "XaaNoScanlineCPUToScreenColorExpandFill" . This fixes it for me too, thanks! I now get 1000 FPS in glxgears with my Radeon 9600 M10, and Cube seems to be playable and so is TuxRacer. Lucky I am at work, or I would have to spend hours enjoying the new drivers! :-) Composite rendering is still really slow and unusable though, but I think I read that enabling it disables DRI? mh, I'm don't really know anything about it anyway, so I guess I'd better learn more about it first. > I'm using the ati driver with the following device section: Mine is (no DMAForXV disabling): Section "Device" Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RV350 [Mobility Radeon 9600 M10]" BusID "PCI:0:16:0" Option "XaaNoScanlineImageWriteRect" Option "XaaNoScanlineCPUToScreenColorExpandFill" EndSection Thanks for the replies! -- Sébastien Cevey <[EMAIL PROTECTED]> | http://sirius.cine7.net/ | GPG: AEE9D6B9 Jabber: [EMAIL PROTECTED] | ICQ: 48895760 | MSN: [EMAIL PROTECTED] " http://support.microsoft.com/?kbid=265230 " --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[r300] Scrambled fonts (was: undefined symbol: __driUtilCreateScreen)
begin Ian Romanick quotation of Mon, Jul 25, 2005 at 07:28:17PM -0700: Hi again, > So, that's like taking the "Diesel fuel only" sticker off your gas tank > to "make it work" with regular gas. :) The name changed because the > interface changed. Use *all* DRI drivers *and* libGL.so from Mesa CVS. Oh right, sorry :-) Now I did install the libGL* Mesa drivers and checked with ldd that they are indeed used. r300 now seems to work: == # LIBGL_DEBUG=verbose glxinfo libGL: XF86DRIGetClientDriverName: 4.0.1 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so drmOpenByBusid: Searching for BusID pci::00:10.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 5, (OK) drmOpenByBusid: drmOpenMinor returns 5 drmOpenByBusid: drmGetBusid reports pci::00:10.0 libGL error: Can't open configuration file /etc/drirc: No such file or directory. libGL error: Can't open configuration file /root/.drirc: No such file or directory. *WARN_ONCE* File r300_state.c'est function r300Enable line 456 TODO - double side stencil ! *** No ctx->FragmentProgram._Current!! name of display: :0.0 display: :0 screen: 0 direct rendering: Yes == Although with a few warnings as above. They also happen with glxgears, but at least I get 10x more FPS than before! == $ glxgears *WARN_ONCE* File r300_state.c'est function r300Enable line 456 TODO - double side stencil ! *** No ctx->FragmentProgram._Current!! *WARN_ONCE* File r300_render.c'est function r300_get_num_verts line 188 user error: Need more than 2 vertices to draw primitive QS ! *** 4829 frames in 5.0 seconds = 965.687 FPS 4815 frames in 5.0 seconds = 962.935 FPS 4792 frames in 5.0 seconds = 958.335 FPS == The problem is that Xorg is unusable because the fonts are scrambled in the xterm (and other such terms). All fonts are not, for instance fonts appear correctly in Firefox, but not in the titlebar (fluxbox) of the same program. I guess it depends "who" handles the font rendering.. I cannot find any error about that in the Xorg logs either. Anyone has seen this before? Thank you! PS: Does this belong to this ML or to dri-user? -- Sébastien Cevey <[EMAIL PROTECTED]> | http://sirius.cine7.net/ | GPG: AEE9D6B9 Jabber: [EMAIL PROTECTED] | ICQ: 48895760 | MSN: [EMAIL PROTECTED] " Emacs: It's a nice OS, but to compete with Linux or Windows it needs a better text editor. " Alexander Duscheleit --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] undefined symbol: __driUtilCreateScreen
begin Sebastien Cevey quotation of Tue, Jul 26, 2005 at 02:17:37AM +0200: Me again.. > I get an error in glxinfo telling me that the r300_dri driver could > not be loaded: Well I just saw the post saying that the r300 CVS is moved to the Mesa one, so I guess I tested a slightly outdated version. I tried the version in the Mesa CVS now (and renamed the __driCreateNewScreen_20050722 function to __driCreateNewScreen) and now the driver seems to be loaded! However, OpenGL does not seem to work: == $ glxinfo libGL: XF86DRIGetClientDriverName: 4.0.1 r300 (screen 0) libGL: OpenDriver: trying /usr/lib/modules/dri/r300_dri.so drmOpenByBusid: Searching for BusID pci::00:10.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 5, (OK) drmOpenByBusid: drmOpenMinor returns 5 drmOpenByBusid: drmGetBusid reports pci::00:10.0 Segmentation fault == glxgears segfaults too. I haven't had time to see if other people had already reported this problem, but I just wanted to post this follow-up before going to bed so people don't lose time on outdated problems... -- Sébastien Cevey <[EMAIL PROTECTED]> | http://sirius.cine7.net/ | GPG: AEE9D6B9 Jabber: [EMAIL PROTECTED] | ICQ: 48895760 | MSN: [EMAIL PROTECTED] " http://support.microsoft.com/?kbid=265230 " --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[r300] undefined symbol: __driUtilCreateScreen
Hello, I am trying to get the r300 driver to work for my radeon 9600 on a 1GHz Powerbook G4. I am running Xorg 6.8.99.15 on a 2.6.11 kernel (Gentoo). I followed the instructions and checked out the r300_driver from the CVS as well as the latest Mesa CVS, compiled the whole thing and installed it. I get an error in glxinfo telling me that the r300_dri driver could not be loaded: == libGL: XF86DRIGetClientDriverName: 4.0.1 r300 (screen 0) libGL: OpenDriver: trying /usr/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/lib/modules/dri/r300_dri.so failed (/usr/lib/modules/dri/r300_dri.so: undefined symbol: __driUtilCreateScreen) libGL error: unable to find driver: r300_dri.so name of display: :0.0 display: :0 screen: 0 direct rendering: No == Apparently, this function is declared in Mesa in src/mesa/drivers/dri/common/dri_util.c ... Obviously I am missing a library or using incompatible versions of Mesa, but I am not sure how to fix this. Am I doing some obvious mistake, or could someone point me to what could be wrong? Thanks, and keep up the good work with these free radeon drivers, they are enormously welcome! PS: I attached my Xorg log as well. -- Sébastien Cevey <[EMAIL PROTECTED]> | http://sirius.cine7.net/ | GPG: AEE9D6B9 Jabber: [EMAIL PROTECTED] | ICQ: 48895760 | MSN: [EMAIL PROTECTED] " I feel like committing suicide but I have so many problems that wouldn't solve them all. " Jason Biggs (Jerry Falk) [ Anything Else ] This is a pre-release version of the The X.Org Foundation X11. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the The X.Org Foundation "monolithic tree" CVS repository hosted at http://www.freedesktop.org/Software/xorg/ X Window System Version 6.8.99.15 Release Date: 16 July 2005 + cvs X Protocol Version 11, Revision 0, Release 6.8.99.15 Build Operating System: Linux 2.6.11.2-benh ppc [ELF] Current Operating System: Linux fawkes 2.6.11.2-benh #3 Sat May 28 19:27:04 CEST 2005 ppc Build Date: 25 July 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 26 01:44:48 2005 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "LCD" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) FontPath set to "/usr/share/fonts/misc/,/usr/share/fonts/TTF,/usr/share/fonts/Speedo/,/usr/share/fonts/Type1/,/usr/share/fonts/CID/,/usr/share/fonts/75dpi/,/usr/share/fonts/100dpi/,/usr/share/fonts/cyrillic/,/usr/share/fonts/artwiz:unscaled,/usr/share/fonts/ttf-bitstream-vera/" (**) RgbPath set to "/usr/lib/X11/rgb" (**) ModulePath set to "/usr/lib/modules" (II) Open APM successful (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.8.99.15, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.8.99.15, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:0b:0: chip 106b,0034 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:10:0: chip 1002,4e50 card 1002,4e50 rev 00 class 03,00,00 hdr 00 (II) PCI: 10:0b:0: chip 106b,0035 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 10:13:0: chip 104c,ac56 card 1000, rev 00 class 06,07,00 hdr 02 (II) PCI: 10:17:0: chip 106b,003e card , rev 00 class ff,00,00 hdr 00 (II) PCI: 10:18:0: chip 106b,003f card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:19:0: chip 106b,003f card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:1a:0: chip 106b,003f card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:1b:0: chip 1033,0035 card 1033,0035 rev 43 class 0c,03,10 hdr 80 (II) PCI: 10:1b:1: chip 1033,0035 card 1033,0035 rev 43 class 0c,03,10 hdr 00 (II) PCI: 10:1b:2: chip 1033,00e0 card 1033,00e0 rev 04 class 0c,03,20 hdr 00 (II) PCI: 24:0b:0: chip 106b,0036 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 24:0d:0: chip 106b,003b card