mesa-6.5: assertion failed on resolution change
Hi all, I use mesa-6.5-6 - as currently in Fedora Development - to drive RV350 (1002:4150) glxgears performance is not particularly impressive (920fps; my former gfx r200-based card used to give 1700-2200 depending on the driver revision) and there are random lines flashing on the screen, which may be just some memory bandwith problems (resolution 1280x1280, 24bpp) since the lines go away at lower resolutions. Anyway, a more serious problem is a failed assertion in radeon driver when one tries to eg. change the resolution in Return to Castle Wolfenstein. The message is: wolfsp.x86: radeon_mm.c:464: radeon_mm_free: Assertion `id = rmesa- rmm-u_last' failed. Clues? Hints? Patches? Pawel --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 6981] hard lock after loading radeon.ko and drm.ko
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6981 --- Additional Comments From [EMAIL PROTECTED] 2006-05-21 20:50 --- I use Radeon 9800 Pro and to have stable DRI I must start X once with fglrx driver, then start it with DRI driver. Without first step system crashes with DRI. (I think this is known issue) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 6981] hard lock after loading radeon.ko and drm.ko
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6981 --- Additional Comments From [EMAIL PROTECTED] 2006-05-21 21:07 --- (In reply to comment #6) I am using gentoo's xf86-video-ati of version 6.6.0 The attached log file clearly shows 6.5.7. Anyway, as Jacek pointed out, this might be the known initialization issue with some cards. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 6981] hard lock after loading radeon.ko and drm.ko
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6981 --- Additional Comments From [EMAIL PROTECTED] 2006-05-21 21:25 --- (In reply to comment #8) (In reply to comment #6) I am using gentoo's xf86-video-ati of version 6.6.0 The attached log file clearly shows 6.5.7. $ rpm -q xorg-x11-drv-ati xorg-x11-drv-ati-6.6.0-1 $ rpm -Vv xorg-x11-drv-ati . /usr/lib64/xorg/modules . /usr/lib64/xorg/modules/drivers . /usr/lib64/xorg/modules/drivers/ati_drv.so . /usr/lib64/xorg/modules/drivers/atimisc_drv.so . /usr/lib64/xorg/modules/drivers/r128_drv.so . /usr/lib64/xorg/modules/drivers/radeon_drv.so . /usr/lib64/xorg/modules/multimedia . /usr/lib64/xorg/modules/multimedia/theatre200_drv.so . /usr/lib64/xorg/modules/multimedia/theatre_detect_drv.so . /usr/lib64/xorg/modules/multimedia/theatre_drv.so . /usr/share/hwdata/videoaliases/ati.xinf . /usr/share/hwdata/videoaliases/r128.xinf . /usr/share/hwdata/videoaliases/radeon.xinf . d /usr/share/man/man4/ati.4.gz . d /usr/share/man/man4/r128.4.gz . d /usr/share/man/man4/radeon.4.gz So, the RPM database finds the same files on the fs it knows installed. But: $ grep 6\.5 /var/log/Xorg.1.log compiled for 7.0.0, module version = 6.5.7 (II) ATI: ATI driver (version 6.5.7) for chipsets: ati, ativga So, the 6.6.0 ATI driver announces itself as 6.5.7. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 6981] hard lock after loading radeon.ko and drm.ko
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6981 --- Additional Comments From [EMAIL PROTECTED] 2006-05-21 21:56 --- (In reply to comment #10) I stand corrected. Stupid ati wrapper. Is it? $ pwd /home/zozo/cvs/xorg/xf86-video-ati-6.6.0/src $ grep ATI_VERSION ativersion.h ... #define ATI_VERSION_MAJOR 6 #define ATI_VERSION_MINOR 5 #define ATI_VERSION_PATCH 7 configure.ac says 6.6.0. The diff between 6.5.7.3 (this version comes with FC5) and 6.5.8 isn't the same as the diff between 6.5.7.3 and 6.6.0 so I don't think 6.5.7.x was released accidentally as 6.6.0. The ativersion.h version numbers should have been bumped, too. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa-6.5: assertion failed on resolution change
On Sun, 21 May 2006 00:55:23 +0200 Pawel Salek [EMAIL PROTECTED] wrote: Hi all, I use mesa-6.5-6 - as currently in Fedora Development - to drive RV350 (1002:4150) glxgears performance is not particularly impressive (920fps; my former gfx r200-based card used to give 1700-2200 depending on the driver revision) and there are random lines flashing on the screen, which may be just some memory bandwith problems (resolution 1280x1280, 24bpp) since the lines go away at lower resolutions. Anyway, a more serious problem is a failed assertion in radeon driver when one tries to eg. change the resolution in Return to Castle Wolfenstein. The message is: wolfsp.x86: radeon_mm.c:464: radeon_mm_free: Assertion `id = rmesa- rmm-u_last' failed. This has been fixed in CVS. You can set ColorTiling option to true in xorg.conf to get a speed boost. -- Aapo Tahkola --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 6979] r300_vertexprog.c, unknown output 3
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6979 --- Additional Comments From [EMAIL PROTECTED] 2006-05-22 04:56 --- r300 driver doesnt currently support EXT_fog_coord. Patches to do it were posted some time ago but need some more work. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 6991] New: ppracer doing level locks r300 after drawing n frames
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=6991 Summary: ppracer doing level locks r300 after drawing n frames Product: Mesa Version: CVS Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Reproducible with earlier versions? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
How much performance should I expect from DRI?
Hi, I have two Radeons: $ lspci | grep VGA 00:06.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) $ dmesg | grep radeon [drm] Initialized radeon 1.22.0 20051229 on minor 0 [drm] Initialized radeon 1.22.0 20051229 on minor 1 On the AGP Radeon 9200SE: $ set | grep DISPLAY DISPLAY=:1.0 $ glxgears 2531 frames in 5.0 seconds = 506.065 FPS 2550 frames in 5.0 seconds = 509.958 FPS 2551 frames in 5.0 seconds = 510.061 FPS 2556 frames in 5.0 seconds = 511.069 FPS On the PCI Radeon 7000VE: $ set | grep DISPLAY DISPLAY=:0.0 $ glxgears 1686 frames in 5.0 seconds = 337.085 FPS 1683 frames in 5.0 seconds = 336.494 FPS 1683 frames in 5.0 seconds = 336.561 FPS 1683 frames in 5.0 seconds = 336.460 FPS The machine is an Athlon64 3200+ with FC5/x86_64. XOrg server/drivers/libs are XOrg 7.1RC3 from Rawhide. I have read 900 FPS for glxgears on similar cards as my AGP 9200SE. Does it have anything to do with my multihead setup? E.g. two separate X servers run on the two cards. Best regards, Zoltán Böszörményi --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2506] TV out corruption w/ Hardware Cursor
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2506 --- Additional Comments From [EMAIL PROTECTED] 2006-05-22 06:36 --- Created an attachment (id=5709) -- (https://bugs.freedesktop.org/attachment.cgi?id=5709action=view) Camera screenshot sequence (350Kb) I have the same problem on a laptop with Radeon Mobility 9000 (rv250) using the ati-1-0-branch dated 2006-04-21 for Xorg 7.0. Attached is a sequence of screenshots from a (low quality) camera phone just for visual representation. 1) Normal display with hardware cursor prior to switching. 2) Switched via BIOS hotkey to s-video on television. Cursor now replaced with black rectangular block. 3) Moved mouse and the gamma effect occurs but the cursor now normal. 4) Swtiched via BIOS hotkey back to LCD on laptop but display remains the same. 5) Switched to console with Alt-Ctrl-F1. The screen is corrupted and jittery where text is displayed. Switching back to X with Alt-Ctrl-F7 resolves issue on X. However switching back to console from now on results in same corrupted and jittery screen on the console only but X is fine when switched back. I'd guess some register has been reset correctly in X but is being reset wrongly on any future switch to the console. 6) Just to demonstrate that switching back to LCD from s-video without moving mouse the same problem will still occur as in 3 if mouse then moved. Scientific this is not, but perhaps of help. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa-6.5: assertion failed on resolution change
On 05/21/2006 10:54:45 PM, Aapo Tahkola wrote: On Sun, 21 May 2006 00:55:23 +0200 Pawel Salek [EMAIL PROTECTED] wrote: Hi all, I use mesa-6.5-6 - as currently in Fedora Development - to drive RV350 (1002:4150). glxgears performance is not particularly impressive (920fps; my former gfx r200-based card used to give 1700-2200 depending on the driver revision) and there are random lines flashing on the screen, which may be just some memory bandwith problems (resolution 1280x1280, 24bpp) since the lines go away at lower resolutions. Anyway, a more serious problem is a failed assertion in radeon driver when one tries to eg. change the resolution in Return to Castle Wolfenstein. The message is: wolfsp.x86: radeon_mm.c:464: radeon_mm_free: Assertion `id = rmesa-rmm-u_last' failed. This has been fixed in CVS. You can set ColorTiling option to true in xorg.conf to get a speed boost. ColorTiling works like a charm: it gives factor two speedup in glxgears, one can play RTCW at 1280x1024 *and* the random lines are gone! Is there any reason this option is not the default? Pawel --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa-6.5: assertion failed on resolution change
Pawel Salek wrote: ColorTiling works like a charm: it gives factor two speedup in glxgears, one can play RTCW at 1280x1024 *and* the random lines are gone! Is there any reason this option is not the default? I am not sure, maybe it could be made the default by now? Historically, it is off by default because it didn't work on r3xx/r4xx cards (it was always on by default on older chips since it exists), because it wasn't fully implemented. I think it works without problems nowadays on all chips (dunno about the rs400 igps, though). I believe though it caused to lock up the r300/r350 chips even faster (with opengl apps) but that is probably more of a side effect. Someone more familiar with the r300 cards needs to answer that if it should be the default but it sure would be nice - the radeon chips are increasingly relying on this to get good performance (first generation (r1xx) radeon chips roughly gain 20% or so, 2nd generation (r2xx) more like 50%, and 3rd (r3xx/r4xx) 100%). If the random lines disappear with color tiling that sounds like a bandwidth allocation problem, which should be fixed regardless (though it is feasible that it's simply impossible in non-tiled mode?). Roland --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: mesa-6.5: assertion failed on resolution change
On 5/21/06, Roland Scheidegger [EMAIL PROTECTED] wrote: Pawel Salek wrote: ColorTiling works like a charm: it gives factor two speedup in glxgears, one can play RTCW at 1280x1024 *and* the random lines are gone! Is there any reason this option is not the default? I am not sure, maybe it could be made the default by now? Historically, it is off by default because it didn't work on r3xx/r4xx cards (it was always on by default on older chips since it exists), because it wasn't fully implemented. I think it works without problems nowadays on all chips (dunno about the rs400 igps, though). I believe though it caused to lock up the r300/r350 chips even faster (with opengl apps) but that is probably more of a side effect. Someone more familiar with the r300 cards needs to answer that if it should be the default but it sure would be nice - the radeon chips are increasingly relying on this to get good performance (first generation (r1xx) radeon chips roughly gain 20% or so, 2nd generation (r2xx) more like 50%, and 3rd (r3xx/r4xx) 100%). r3/4xx needs a drm update to make colortiling work with pageflipping for non-zero offsets sice they use a slightly different register setup. That's why it's been disabled. It's trivial, but no one has gotten around to doing it. If the random lines disappear with color tiling that sounds like a bandwidth allocation problem, which should be fixed regardless (though it is feasible that it's simply impossible in non-tiled mode?). The priority of the displays in the memory controller need to be tweaked for r3/4xx in some cases. setting the displaypriority option to high will bump the priority. I suppose we could unconditionaly bump the priority, I hadn't noticed any ill affects from leaving it bumped in my informal testing back when I was messing with it. It may only be needed when colortiling is disabled. Alex Roland --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid0709bid3057dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel