[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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] X hangs when starting glxgears on r350
On Monday 25 July 2005 21:53, Jerome Glisse wrote: On 7/25/05, Bellido Nicolas [EMAIL PROTECTED] wrote: On Monday 25 July 2005 10:18, Jerome Glisse wrote: radeon 9800 card still lockup with r300 driver. If you first run an X server with fglrx, then leave and launch xorg with r300 driver you shouldn't have any lockup. A quick question: which version of X and fglrx are you using ? I've been struggling to get fglrx to work with Xorg CVS HEAD, without any success so far... Since X has moved to dlloader, while fglrx still is shipped as elf, this causes a lot of undefined symbols when X is starting. I tried to make a .so version of the fglrx_drv.o file, but now X complains about libfglrxdrm... In fact, i use xfree86 (from debian testing) for fglrx, You mean xfree86 4.3.0 + ati.patch from r300 cvs ? i don't think you could make lastest fglrx work with xorg head, have to wait for next ati release... Yes, indeed. I managed to get X starting (thanks Pedro), but fglrx is complaining about the version of DRI. Nicolas. --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] X hangs when starting glxgears on r350
In fact, i use xfree86 (from debian testing) for fglrx, You mean xfree86 4.3.0 + ati.patch from r300 cvs ? No the original xfree86 from debian with fglrx, and i have installed elsewhere Xorg with r300 (in fact my rep /usr/X11R6 is link to xfree86 or to xorg and i point it to which one i want to run). I guess you can have an older xorg with gentoo and use this one with fglrx and use xorg cvs for r300 stuff. Jerome Glisse --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] X hangs when starting glxgears on r350
On Monday 25 July 2005 16:22, Aapo Tahkola wrote: On Mon, 25 Jul 2005 08:59:53 +0200 [drm:drm_ioctl] pid=9733, cmd=0x40106450, nr=0x50, dev 0xe200, auth=1 [drm:radeon_cp_cmdbuf] RADEON_CMD_SCALARS2 [drm:radeon_cp_cmdbuf] *ERROR* bad cmd_type 0 at e08fa024 r300_do_cp_cmdbuf doesnt get called... That's indeed strange. From radeon_cp_cmdbuf in shared-core/radeon_state.c: if(dev_priv-microcode_version == UCODE_R300) { int temp; temp=r300_do_cp_cmdbuf(dev, filp, filp_priv, cmdbuf); if (orig_bufsz != 0) drm_free(kbuf, orig_bufsz, DRM_MEM_DRIVER); return temp; } Although dmesg says: [drm] Loading R300 Microcode So in the function radeon_cp_load_microcode in shared-core/radon_cp.c: if (dev_priv-microcode_version==UCODE_R200) { [snip] } else if (dev_priv-microcode_version==UCODE_R300) { DRM_INFO(Loading R300 Microcode\n); for ( i = 0 ; i 256 ; i++ ) { RADEON_WRITE( RADEON_CP_ME_RAM_DATAH, R300_cp_microcode[i][1] ); RADEON_WRITE( RADEON_CP_ME_RAM_DATAL, R300_cp_microcode[i][0] ); } } else { [snip] The test against the microcode_version succeeds... And, from the logs, I don't see the DRM_IOCTL_RADEON_CP_INIT ioctl called twice... Ideas ? Nicolas. --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts
Sebastien Cevey wrote: 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 Keith Conger suggested the following xorg.conf device options which solved the screwy font rendering for me: Option XaaNoScanlineImageWriteRect Option XaaNoScanlineCPUToScreenColorExpandFill . I'm using the ati driver with the following device section: Section Device Identifier Card0_r300 Driver ati BusID PCI:0:16:0 Option UseFBDev true # [bool] Option DMAForXV off # [bool] Option XaaNoScanlineImageWriteRect Option XaaNoScanlineCPUToScreenColorExpandFill EndSection PS: Does this belong to this ML or to dri-user? Probably dri-user... ciao Mark --- Powerbook5,2 - 1.25GHz 15 G4 Alubook, Radeon 9600 M10 ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts
On Tue, 26 Jul 2005, Mark Ferry wrote: Section Device Identifier Card0_r300 Driver ati BusID PCI:0:16:0 Option UseFBDev true # [bool] Option DMAForXV off # [bool] ^ AFAIK, DMAForXv should work fine, at least for people with lowendian hardware. best Vladimir Dergachev Option XaaNoScanlineImageWriteRect Option XaaNoScanlineCPUToScreenColorExpandFill EndSection PS: Does this belong to this ML or to dri-user? Probably dri-user... ciao Mark --- Powerbook5,2 - 1.25GHz 15 G4 Alubook, Radeon 9600 M10 ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts (was: undefined symbol: __driUtilCreateScreen)
On 7/26/05, Sebastien Cevey [EMAIL PROTECTED] wrote: 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! try: XaaNoScanlineImageWriteRect XaaNoScanlineCPUToScreenColorExpandFill via Dave Airlie's blog: http://www.livejournal.com/users/airlied/ Alex 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts
On 7/26/05, Vladimir Dergachev [EMAIL PROTECTED] wrote: On Tue, 26 Jul 2005, Mark Ferry wrote: Section Device Identifier Card0_r300 Driver ati BusID PCI:0:16:0 Option UseFBDev true # [bool] Option DMAForXV off # [bool] ^ AFAIK, DMAForXv should work fine, at least for people with lowendian hardware. Should work on bigendian too. I think Michel worked on the patch on PPC initially. Alex best Vladimir Dergachev Option XaaNoScanlineImageWriteRect Option XaaNoScanlineCPUToScreenColorExpandFill EndSection PS: Does this belong to this ML or to dri-user? Probably dri-user... ciao Mark --- Powerbook5,2 - 1.25GHz 15 G4 Alubook, Radeon 9600 M10 ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts
On Tue, 26 Jul 2005, Alex Deucher wrote: On 7/26/05, Vladimir Dergachev [EMAIL PROTECTED] wrote: On Tue, 26 Jul 2005, Mark Ferry wrote: Section Device Identifier Card0_r300 Driver ati BusID PCI:0:16:0 Option UseFBDev true # [bool] Option DMAForXV off # [bool] ^ AFAIK, DMAForXv should work fine, at least for people with lowendian hardware. Should work on bigendian too. I think Michel worked on the patch on PPC initially. There is an issue with R300 and later cards where a command used to to DMA with proper conversion does not work that way anymore. This command is not used in that way for 3d rendering, but is used for DMAForXv. I am not certain whether this was fixed or not. best Vladimir Dergachev Alex --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts
On 7/26/05, Vladimir Dergachev [EMAIL PROTECTED] wrote: On Tue, 26 Jul 2005, Alex Deucher wrote: On 7/26/05, Vladimir Dergachev [EMAIL PROTECTED] wrote: On Tue, 26 Jul 2005, Mark Ferry wrote: Section Device Identifier Card0_r300 Driver ati BusID PCI:0:16:0 Option UseFBDev true # [bool] Option DMAForXV off # [bool] ^ AFAIK, DMAForXv should work fine, at least for people with lowendian hardware. Should work on bigendian too. I think Michel worked on the patch on PPC initially. There is an issue with R300 and later cards where a command used to to DMA with proper conversion does not work that way anymore. This command is not used in that way for 3d rendering, but is used for DMAForXv. I am not certain whether this was fixed or not. Ah right! forgot about that. well, it should work for chips r300 anyway. Alex best Vladimir Dergachev Alex --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
more GLX clean up
On 7/12/05, Brian Paul [EMAIL PROTECTED] wrote: So GLX_BUILT_IN_XMESA is old? I just did a 'make World' and it didn't appear in the logs. GLX_BUILT_IN_XMESA is old stuff and should probably be removed. The idea was for libGL to fall back to stand-alone Mesa Xlib rendering if the X server didn't support the GLX extension. That was important for some of the distros years ago. Do you want to get rid of GLX_BUILT_IN_XMESA since you're cleaning everything up? -- Jon Smirl [EMAIL PROTECTED] --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: more GLX clean up
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Smirl wrote: On 7/12/05, Brian Paul [EMAIL PROTECTED] wrote: So GLX_BUILT_IN_XMESA is old? I just did a 'make World' and it didn't appear in the logs. GLX_BUILT_IN_XMESA is old stuff and should probably be removed. The idea was for libGL to fall back to stand-alone Mesa Xlib rendering if the X server didn't support the GLX extension. That was important for some of the distros years ago. Do you want to get rid of GLX_BUILT_IN_XMESA since you're cleaning everything up? Yes. I removed some of it already. I would have gotten it all but I grepped for GLX_BUILT_IN_MESA (missing the X) by mistake. I should be able to wipe it out today. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFC5lTLX1gOwKyEAw8RAkheAKCcsnPejIQmWKYELUc3J1+EpmnjewCfRo0g TD3Q5ePxFOPBPKSn0RgHBGA= =SNrX -END PGP SIGNATURE- --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [r300] Scrambled fonts
On 7/26/05, Sebastien Cevey [EMAIL PROTECTED] wrote: 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. there is no render accel of any kind at the moment in the radeon driver for r3/4xx chips. The radeon driver will eventually get exa support which should speed up composite, but until then it will be slow. Alex 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_idt77alloc_id492opclick -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Savage DRI trouble with selinux framework under FC4
I have tried to enable DRI on my IBM Thinkpad T23 running FC4. selinux used to be enabled by default. However, this leads to segmentation faults when calling applications which depend on OpenGL, e.g. in the case of glxinfo. The corresponding dmesg entry reads: Unable to handle kernel paging request at virtual address e0c1 printing eip: e0a2e458 *pde = 1d11c067 Oops: 0002 [#1] Modules linked in: nvram parport_pc lp parport autofs4 rfcomm l2cap bluetooth sunrpc pcmcia ipt_REJECT ipt_state ip_conntrack iptable_filter ip_tables ibm_acpi(U) kqemu(U) savage(U) drm(U) md5 ipv6 video button battery ac yenta_socket rsrc_nonstatic pcmcia_core uhci_hcd shpchp hw_random i2c_i801 i2c_core snd_intel8x0 snd_ac97_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc e100 mii floppy dm_snapshot dm_zero dm_mirror ext3 jbd dm_mod CPU:0 EIP:0060:[e0a2e458]Tainted: P VLI EFLAGS: 00010282 (2.6.12-1.1398_FC4) EIP is at savage_bci_emit_event+0x7e/0xe4 [savage] eax: e0c1 ebx: c003 ecx: d61a6000 edx: 0002 esi: dacb7e00 edi: 0135 ebp: 0135 esp: ce70fef4 ds: 007b es: 007b ss: 0068 Process glxinfo (pid: 3338, threadinfo=ce70f000 task=d0614aa0) Stack: badc0ded ce70ff20 cf8740e0 dacb7e00 ce6dfa20 e0a30274 ce70ff58 c01f7485 ce70ff58 00100100 00200200 0003 0003 e0a301bc e0a36638 0042 e0a1ec0f bfb111a4 0001 d5406000 d0614aa0 d0614aa0 ce556fc0Call Trace: [e0a30274] savage_bci_event_emit+0xb8/0xe6 [savage] [c01f7485] selinux_file_ioctl+0xce/0x2d9 [e0a301bc] savage_bci_event_emit+0x0/0xe6 [savage] [e0a1ec0f] drm_ioctl+0x98/0x1dc [drm] [e0a1eb77] drm_ioctl+0x0/0x1dc [drm] [c01931b1] do_ioctl+0x51/0x55 [c01932a7] vfs_ioctl+0x50/0x1aa [c019345e] sys_ioctl+0x5d/0x6b [c0103a51] syscall_call+0x7/0xb Code: e3 00 00 fe ff 81 eb 00 00 fe 3f 89 d8 0d 00 00 01 00 80 e2 02 0f 45 d8 ba 02 00 00 00 89 f0 ff 96 2c 01 00 00 8b 86 d0 00 00 00 89 18 83 c0 04 81 cf 00 00 00 98 89 38 89 e8 5b 5e 5f 5d c3 83 There is a prior entry saying: mtrr: base(0xe400) is not aligned on a size(0x500) boundary The curious thing is that when selinux is disabled at boot time through kernel option selinux=0, then DRI works correctly. Has anybody observed this behaviour? Any clues? --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
radeon driver stops C3 if DRI is enabled
Hi, I saw this reported on the acpi list too [1], so I thought I would post it here hoping it's the right place to send it. Using the radeon driver from recent X.org CVS (on Linux 2.6.11.10), my CPU never enters C3 while under X. This causes me to lose about 30 minutes of battery life. This is due to the radeon driver causing bus master activity: if I switch to a text console C3 starts getting used again, and if drm.ko is not available when X starts (or if dri is disabled [1]), the CPU enters C3 under X too. Is there something that can be done to fix this? Cheers, Lorenzo [1] http://sourceforge.net/mailarchive/forum.php?thread_id=7785754forum_id=6102 --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
ATI commercial driver and software suspend
Hi all, I'm able to do software suspend with the binary-only ATI driver. This is in no means disrespect to the open source DRI driver but is just an info for someone who doesnot know. I myself came across this by accident. You need a program called vbetool. This allows one to save and restore the graphic card state before suspending and after resuming. my system: SUSE 9.3 (which has vbetool-save and vbe-restore scripts for powersave installed together with vbetool but not used by default), ATI Mobility 9700, Sony Vaio VGN-S360, ATI driver 8.14.13, ACPI enable. Now I wish ATI properly supports composite extension (enabling it produces garbage on my screen). Bests, Toan --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
I need the R200 to work!
Hello, I need my ATI R9250 based board to work because I need it for RD work. -- possibly even remunitive RD work =\ I managed to get the Mesa CVS sources to work but it caused my critical application ( www.croquetproject.org ) to hang... (run it with unix Squeak VM 3.7-7 from www.squeak.org ) On my distribution's default driver. -- and it is a bitch to switch back and forth!, even with opengl-config, the driver will work with any of the VR worlds that DON'T involve a portal to another world... As soon as a portal is put in, it crashes.. -- these portals caused my R128 to crawl!!! =\ I really don't understand the information flows within the Mesa driver.. How do I tell which parts of the code are in use on my platform and which are only for software rendering? I'd also like my Mach64 to work concurrently with the R200 driver so that I have something to fall back on... =\ -- Friends don't let friends use GCC 3.4.4 GCC 3.3.6 produces code that's twice as fast on x86! --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: ATI commercial driver and software suspend
On Tue, 26 Jul 2005 13:37:02 -0700 Nguyen The Toan [EMAIL PROTECTED] wrote: You need a program called vbetool. This allows one to save and restore the graphic card state before suspending and after resuming. I wonder if this could be used to hunt down the r300 problem. -- Aapo Tahkola --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: I need the R200 to work!
On Tue, 26 Jul 2005, Alan Grimes wrote: Hello, I need my ATI R9250 based board to work because I need it for RD work. -- possibly even remunitive RD work =\ I managed to get the Mesa CVS sources to work but it caused my critical application ( www.croquetproject.org ) to hang... (run it with unix Squeak VM 3.7-7 from www.squeak.org ) On my distribution's default driver. -- and it is a bitch to switch back and forth!, even with opengl-config, the driver will work with any of the VR worlds that DON'T involve a portal to another world... As soon as a portal is put in, it crashes.. -- these portals caused my R128 to crawl!!! =\ Alan, a little more information please ! What OpenGL features/extensions does your application use ? Can you try turning them on and off ? Does it work with sofware rendering ? Why did you download Mesa from CVS instead of using stock distribution - R200 had OpenGL support for a long while now. best Vladimir Dergachev I really don't understand the information flows within the Mesa driver.. How do I tell which parts of the code are in use on my platform and which are only for software rendering? I'd also like my Mach64 to work concurrently with the R200 driver so that I have something to fall back on... =\ -- Friends don't let friends use GCC 3.4.4 GCC 3.3.6 produces code that's twice as fast on x86! --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel --- 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_id=7477alloc_id=16492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: radeon driver stops C3 if DRI is enabled
On Tue, 2005-07-26 at 11:07 -0700, Lorenzo Colitti wrote: Using the radeon driver from recent X.org CVS (on Linux 2.6.11.10), Are you implying that the issue didn't occur with older versions of X and/or the kernel? my CPU never enters C3 while under X. This causes me to lose about 30 minutes of battery life. This is due to the radeon driver causing bus master activity: if I switch to a text console C3 starts getting used again, and if drm.ko is not available when X starts (or if dri is disabled [1]), the CPU enters C3 under X too. Is there something that can be done to fix this? Not sure; bus mastering is used for sending commands to the GPU when the DRI is enabled (I wouldn't exactly call that 'pointless'...), but that shouldn't be going on all the time, unless e.g. a client that rarely (but regularly) redraws parts of its windows is enough to prevent the CPU from entering C3? Either way, it would be very useful if you could somehow determine exactly what the guilty bus mastering cycles do. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: radeon driver stops C3 if DRI is enabled
Is there something that can be done to fix this? Not sure; bus mastering is used for sending commands to the GPU when the DRI is enabled (I wouldn't exactly call that 'pointless'...), but that shouldn't be going on all the time, unless e.g. a client that rarely (but regularly) redraws parts of its windows is enough to prevent the CPU from entering C3? Either way, it would be very useful if you could somehow determine exactly what the guilty bus mastering cycles do. I think a clock or similar applet might do this - if it has to redraw pictures it might use bus mastering to upload them. Lorenzo - the reason for using bus mastering for this is that it really is a few times faster than regular way. best Vladimir Dergachev -- Earthling Michel D??nzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer --- 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_idt77alloc_id492op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel