Re: RADEON Scratch Register Usage
On Monday 28 November 2005 02:55 pm, Benjamin Herrenschmidt wrote: > The DRM lock should protect that ... note that I just spotted a DRM fix > "drm: fix quiescent locking" going into the linux kernel that may > explain races with the DRM lock. > > Also, there has been historical issues with the scratch register > writeback. Have you tried disabling writeback via AGP ? I'm using FreeBSD 6.0 so it's unlikely that it's a kernel locking problem, at least not the same one. I did find what appears to be a single client Mesa problem which I now have a workaround for. I'll try running multiple client again this week or next. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] New: glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 Summary: glxinfo reports no Direct Rendering although X logs say the opposite Product: Mesa Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] I have libdrm, drm kernel driver, Mesa and Mesa r300 driver compiled from CVS as of 3rd of december. I'm using an X.org modular build from today (4th). I'm running on a Dell610 with ATI radeon M300. The logs of the Xserver, the kernel and the glxinfo output are attached -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 04:13 --- Created an attachment (id=3992) --> (https://bugs.freedesktop.org/attachment.cgi?id=3992&action=view) X Server log -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 04:14 --- Created an attachment (id=3993) --> (https://bugs.freedesktop.org/attachment.cgi?id=3993&action=view) glxinfo output -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 04:16 --- Created an attachment (id=3994) --> (https://bugs.freedesktop.org/attachment.cgi?id=3994&action=view) Part of the kernel logs that makes any reference to DRM -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #3993|text/x-log |text/plain mime type|| -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #3992|text/x-log |text/plain mime type|| -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 04:21 --- I almost forget, it is an PCI Express card, i'm running kernel 2.6.15-rc4 -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 04:22 --- Please attach the output of LIBGL_DEBUG=verbose glxinfo -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #3994|text/x-log |text/plain mime type|| -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5244] glxinfo reports no Direct Rendering although X logs say the opposite
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=5244 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 06:46 --- ok, fixed, the problem was that libGL was not finding the r300_dri module. BTW what performance should i expect when running glxgears for example? Thank you very much. -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5245] New: After loading a Xserver with the glx module the network stops working
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=5245 Summary: After loading a Xserver with the glx module the network stops working Product: Mesa Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] I don't really know were to report this problem. Mesa, kernel or Xserver. Any way, whenever i load a Xserver with the glx extension, the network doesn't work any more, if i modify the xorg.conf file so that the X server doesn't load this extension everything works ok. This is what i get: on the console: calisto kernel: Disabling IRQ #169 This is what i get on kern.log: Dec 4 20:42:11 calisto kernel: irq 169: nobody cared (try booting with the "irqpoll" option) Dec 4 20:42:11 calisto kernel: [__report_bad_irq+36/144] __report_bad_irq+0x24/0x90 Dec 4 20:42:11 calisto kernel: [note_interrupt+114/192] note_interrupt+0x72/0xc0 Dec 4 20:42:11 calisto kernel: [__do_IRQ+226/272] __do_IRQ+0xe2/0x110 Dec 4 20:42:11 calisto kernel: [do_IRQ+25/48] do_IRQ+0x19/0x30 Dec 4 20:42:11 calisto kernel: [common_interrupt+26/32] common_interrupt+0x1a/0x20 Dec 4 20:42:11 calisto kernel: [pg0+947469200/1069540352] acpi_processor_idle+0x1a1/0x27a [processor] Dec 4 20:42:11 calisto kernel: [cpu_idle+65/96] cpu_idle+0x41/0x60 Dec 4 20:42:11 calisto kernel: [start_kernel+351/384] start_kernel+0x15f/0x180 Dec 4 20:42:11 calisto kernel: [unknown_bootoption+0/480] unknown_bootoption+0x0/0x1e0 Dec 4 20:42:11 calisto kernel: handlers: Dec 4 20:42:11 calisto kernel: [usb_hcd_irq+0/96] (usb_hcd_irq+0x0/0x60) Dec 4 20:42:11 calisto kernel: [usb_hcd_irq+0/96] (usb_hcd_irq+0x0/0x60) Dec 4 20:42:11 calisto kernel: [pg0+947845136/1069540352] (snd_intel8x0_interrupt+0x0/0x250 [snd_intel8x0]) Dec 4 20:42:11 calisto kernel: [pg0+947704960/1069540352] (tg3_interrupt_tagged+0x0/0x110 [tg3]) Dec 4 20:42:11 calisto kernel: Disabling IRQ #169 I'm sorry if this is not the right place to report the problem. In such a case should i file the bug in the kernel bugzilla? Thank you very much -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
R300 seems to be broken.
Since yesterday afternoon, starting many (though not all) GL apps results in: No ctx->FragmentProgram._Current!! drmRadeonCmdBuffer: -22 (exiting) dmesg shows: [drm] Loading R300 Microcode [drm:r300_emit_carefully_checked_packet0] *ERROR* Register 4500 failed check as flag=00 [drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet0 failed Adam --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Missing some Mesa Defines in xorg-6.9 build, final patch
On Sun, 2005-12-04 at 03:09 +0100, Roland Scheidegger wrote: > Otherwise, I'm unsure what the -DPTHREADS and -DHAVE_ALIAS switches > actually do. Maybe they conflict with other options (some xthreads > stuff maybe?) which are used in the xorg build. Yes , remove -DPTHREADS and -DHAVE_ALIAS switches, resolve the problem Now, on my r200, glxinfo|grep s3tc I got: GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_compression_s3tc, GL_SGIS_texture_lod, GL_S3_s3tc but q3demo still say that I don't find texture compression cat q3demo2.log | grep GL_S3_s3tc Mesa: Mesa GL_EXTENSIONS = GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_histogram GL_EXT_packed_pixels GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_compression_s3tc GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_NV_vertex_program GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_S3_s3tc ...GL_S3_s3tc not found strange Anyway q3demo runs faster Here it goes the patch that I think that should be applied on Xorg-6.9, enables 2 defines, one needed and test it on my Athlon with one Savage (bug #1709) and other on one r200 (bug #5057). I had be careful about just enable switches ifdef BuildXF86DRI. This 2 Defines doesn't appear to be crucial to a good building of Xorg monolithic tree, so my personal opinion aren't blockers but are the correct way of compiling Mesa on Xorg-6.9 build. Roland I am writing to you because hope that you can review, approved and get submit this patch :). thanks, -- Sérgio M.B. --- xc/lib/GL/mesa/array_cache/Imakefile.orig 2005-11-18 21:02:13.0 + +++ xc/lib/GL/mesa/array_cache/Imakefile 2005-11-18 21:03:02.0 + @@ -36,7 +36,7 @@ #endif #if BuildXF86DRI - DRI_DEFINES = GlxDefines + DRI_DEFINES = GlxDefines -DIN_DRI_DRIVER -DUSE_EXTERNAL_DXTN_LIB=1 DRI_INCLUDES = -I../../../dri -I../../../glx -I../../dri -I../../../include \ -I$(INCLUDESRC)/GL -I$(XF86OSSRC) -I$(SERVERSRC)/GL/dri #endif --- xc/lib/GL/mesa/main/Imakefile.orig 2005-11-18 21:03:21.0 + +++ xc/lib/GL/mesa/main/Imakefile 2005-11-18 21:03:44.0 + @@ -44,7 +44,11 @@ MATH_DEFINES = -DCCPML #endif - DEFINES = $(ALLOC_DEFINES) GlxDefines \ +#if BuildXF86DRI + DRI_DEFINES = -DIN_DRI_DRIVER -DUSE_EXTERNAL_DXTN_LIB=1 +#endif + + DEFINES = $(ALLOC_DEFINES) GlxDefines $(DRI_DEFINES) \ $(MESA_ASM_DEFINES) $(MATH_DEFINES) INCLUDES = /*-I$(INCLUDESRC) -I$(EXTINCSRC) */ -I$(XINCLUDESRC) \ -I$(MESASRCDIR)/src/mesa/glapi \ --- xc/lib/GL/mesa/math/Imakefile.orig 2005-11-18 21:04:22.0 + +++ xc/lib/GL/mesa/math/Imakefile 2005-11-18 21:04:42.0 + @@ -42,7 +42,7 @@ #endif #if BuildXF86DRI - DRI_DEFINES = GlxDefines + DRI_DEFINES = GlxDefines -DIN_DRI_DRIVER -DUSE_EXTERNAL_DXTN_LIB=1 DRI_INCLUDES = -I../../../dri -I../../../glx -I../../dri -I.. \ -I$(INCLUDESRC)/GL -I$(XF86OSSRC) -I$(SERVERSRC)/GL/dri #endif --- xc/lib/GL/mesa/shader/Imakefile.orig 2005-11-18 21:05:25.0 + +++ xc/lib/GL/mesa/shader/Imakefile 2005-11-18 21:05:42.0 + @@ -41,7 +41,7 @@ #endif #if BuildXF86DRI - DRI_DEFINES = GlxDefines + DRI_DEFINES = GlxDefines -DIN_DRI_DRIVER -DUSE_EXTERNAL_DXTN_LIB=1 DRI_INCLUDES = -I../../../dri -I../../../glx -I../../dri -I.. \ -I$(INCLUDESRC)/GL -I$(XF86OSSRC) -I$(SERVERSRC)/GL/dri #endif --- xc/lib/GL/mesa/shader/grammar/Imakefile.orig 2005-11-18 21:07:19.0 + +++ xc/lib/GL/mesa/shader/grammar/Imakefile 2005-11-18 21:07:35.0 + @@ -41,7 +41,7 @@ #endif #if BuildXF86DRI - DRI_DEFINES = GlxDefines + DRI_DEFINES = GlxDefines -DIN_D
Re: R300 seems to be broken.
> > No ctx->FragmentProgram._Current!! > drmRadeonCmdBuffer: -22 (exiting) > > dmesg shows: > > [drm] Loading R300 Microcode > [drm:r300_emit_carefully_checked_packet0] *ERROR* Register 4500 failed check > as flag=00 > [drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet0 failed > My bad, texrect needs a newer DRM, I forgot to check it in and change the minimum required... I 've done it now.. Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
DRM/Mesa Patches
Posting my latest DRM and Mesa patches in case they should prove useful to
anyone else. They are to head as of early Saturday.
I moved the CP idle outside the while loop in radeon_state.c. I think it may
apply to the R300 as well as there is an "if R300 idle command" in the
Xserver RADEONEnterServer function.
I have not tried removing the DRM changes since adding the Mesa change. Just
sticking with something that doesn't lockup.
diff -ru drm120205/shared-core/radeon_state.c
drmbld/shared-core/radeon_state.c
--- drm120205/shared-core/radeon_state.cMon Nov 28 22:05:43 2005
+++ drmbld/shared-core/radeon_state.c Sat Dec 3 13:00:57 2005
@@ -2388,7 +2388,7 @@
*/
BEGIN_RING(2);
- RADEON_WAIT_UNTIL_3D_IDLE();
+ RADEON_WAIT_UNTIL_IDLE();
ADVANCE_RING();
@@ -2737,6 +2737,7 @@
drm_radeon_cmd_header_t header;
int orig_nbox, orig_bufsz;
char *kbuf = NULL;
+ RING_LOCALS;
LOCK_TEST_WITH_RETURN(dev, filp);
@@ -2775,7 +2776,17 @@
}
orig_nbox = cmdbuf.nbox;
-
+
+ /* Wait for the engine to idle before the indirect buffer
+* is processed.
+*/
+
+ BEGIN_RING(2);
+
+ RADEON_WAIT_UNTIL_IDLE();
+
+ ADVANCE_RING();
+
if(dev_priv->microcode_version == UCODE_R300) {
int temp;
temp=r300_do_cp_cmdbuf(dev, filp, filp_priv, &cmdbuf);
@@ -2785,7 +2796,7 @@
return temp;
}
-
+
/* microcode_version != r300 */
while (cmdbuf.bufsz >= sizeof(header)) {
header.i = *(int *)cmdbuf.buf;
diff -ru mesa120205/Mesa/src/mesa/drivers/dri/r200/r200_state_init.c
xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/r200/r200_state_init.c
--- mesa120205/Mesa/src/mesa/drivers/dri/r200/r200_state_init.c Fri Dec 2
00:56:29 2005
+++ xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/r200/r200_state_init.c
Sat Dec 3 12:09:32 2005
@@ -253,8 +253,8 @@
ALLOC_STATE( zbs, always, ZBS_STATE_SIZE, "ZBS/zbias", 0 );
ALLOC_STATE( tf, tf, TF_STATE_SIZE, "TF/tfactor", 0 );
if (rmesa->r200Screen->drmSupportsFragShader) {
- if (rmesa->r200Screen->chip_family == CHIP_FAMILY_R200) {
- /* make sure texture units 0/1 are emitted pair-wise for r200 t0 hang
workaround */
+ if (rmesa->r200Screen->chip_flags & R200_CHIPSET_TEX01_BROKEN) {
+ /* make sure texture units 0/1 are emitted pair-wise for t0 hang
workaround */
ALLOC_STATE( tex[0], tex_pair, TEX_STATE_SIZE_NEWDRM, "TEX/tex-0",
0 );
ALLOC_STATE( tex[1], tex_pair, TEX_STATE_SIZE_NEWDRM, "TEX/tex-1",
1 );
ALLOC_STATE( tam, tex_any, TAM_STATE_SIZE, "TAM/tam", 0 );
@@ -273,7 +273,7 @@
ALLOC_STATE( afs[1], afs, AFS_STATE_SIZE, "AFS/afsinst-1", 1 );
}
else {
- if (rmesa->r200Screen->chip_family == CHIP_FAMILY_R200) {
+ if (rmesa->r200Screen->chip_flags & R200_CHIPSET_TEX01_BROKEN) {
ALLOC_STATE( tex[0], tex_pair, TEX_STATE_SIZE_OLDDRM, "TEX/tex-0",
0 );
ALLOC_STATE( tex[1], tex_pair, TEX_STATE_SIZE_OLDDRM, "TEX/tex-1",
1 );
ALLOC_STATE( tam, tex_any, TAM_STATE_SIZE, "TAM/tam", 0 );
diff -ru mesa120205/Mesa/src/mesa/drivers/dri/r200/r200_texstate.c
xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/r200/r200_texstate.c
--- mesa120205/Mesa/src/mesa/drivers/dri/r200/r200_texstate.c Fri Dec 2
00:56:29 2005
+++ xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/r200/r200_texstate.c Sat
Dec 3 12:13:52 2005
@@ -1678,11 +1678,10 @@
r200ChooseVertexState( ctx );
- if (rmesa->r200Screen->chip_family == CHIP_FAMILY_R200) {
+ if (rmesa->r200Screen->chip_flags & R200_CHIPSET_TEX01_BROKEN) {
/*
- * T0 hang workaround -
- * not needed for r200 derivatives
+ * T0 hang workaround
*/
if ((rmesa->hw.ctx.cmd[CTX_PP_CNTL] & R200_TEX_ENABLE_MASK) ==
R200_TEX_0_ENABLE &&
(rmesa->hw.tex[0].cmd[TEX_PP_TXFILTER] & R200_MIN_FILTER_MASK) >
R200_MIN_FILTER_LINEAR) {
diff -ru mesa120205/Mesa/src/mesa/drivers/dri/radeon/radeon_chipset.h
xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/radeon/radeon_chipset.h
--- mesa120205/Mesa/src/mesa/drivers/dri/radeon/radeon_chipset.hFri
Dec 2 21:21:24 2005
+++ xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/radeon/radeon_chipset.h
Sat Dec 3 19:47:56 2005
@@ -133,5 +133,6 @@
#define RADEON_CHIPSET_TCL (1 << 2)/* tcl support - any
radeon */
#define RADEON_CHIPSET_BROKEN_STENCIL (1 << 3)/* r100 stencil bug */
#define R200_CHIPSET_YCBCR_BROKEN (1 << 4)/* r200 ycbcr bug */
+#define R200_CHIPSET_TEX01_BROKEN (1 << 5)/* r200 texture pair
bug */
#endif /* _RADEON_CHIPSET_H */
diff -ru mesa120205/Mesa/src/mesa/drivers/dri/radeon/radeon_screen.c
xorgcursrc/xc/extras/Mesa/src/mesa/drivers/dri/radeon/radeon_screen.c
--- mesa120205/Mesa/src/mesa/drivers/dri/radeon/radeon_screen.c Fri Dec 2
21:21:24 2005
+++ xorgcurs
[Bug 3380] Dynamically generate GL dispatch functions for PowerPC
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=3380 --- Additional Comments From [EMAIL PROTECTED] 2005-12-05 17:29 --- Created an attachment (id=3995) --> (https://bugs.freedesktop.org/attachment.cgi?id=3995&action=view) early version of the generating script I had a minute right now so i did the generating script. I'll try to integrate it, add ppc64 support and in general just clean it up some time this week when I'll have a little bit more time. I'm attaching in case someone has more spare time than I do. Ah, and the offset computation in BRANCH_OFFSET is more pseudo-code than assembly right now ;) -- 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. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
