[Mesa-dev] Textures all black
Hi all, I hope you can help me, when using Mesa on Windows as a software renderer, all the textures show only black, is there something special I need to do to get the textures to work in windows ? Cheers and thank you in advance. Jason Anderssen Internet Email Confidentiality Footer: This email and any files transmitted with it contain privileged/confidential information intended for the addressee. Neither the confidentiality of nor any privilege in the email is waived, lost or destroyed by reason that it has been transmitted other than to the addressee. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message, and notify us immediately. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] Mesa Testsuite windows/SCons
Hi Rob, Considering that you're working with the scons build I doubt that the testsuite will detect any issues. It is more of in-driver tests and a few misc ones that are wired up only with the autotools build. If you really want to check the affect of your patch you can give piglit [1] a spin, yet if the patch is not major you can just send it as is. -Emil [1] http://piglit.freedesktop.org/ On 07/09/14 23:44, Rob Conde wrote: > I'm preparing a patch and thus want to run my changes through the Mesa > Testsuite. The website only mentions 'make check'...is there a way to run the > tests on Windows/SCons or do I need to do it on a linux machine? > > > Thanks, > > Rob Conde > > > > ___ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev > ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] Mesa Testsuite windows/SCons
I'm preparing a patch and thus want to run my changes through the Mesa Testsuite. The website only mentions 'make check'...is there a way to run the tests on Windows/SCons or do I need to do it on a linux machine? Thanks, Rob Conde ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 83580] Blender game engine "Motion Blur" filter doesn't work
https://bugs.freedesktop.org/show_bug.cgi?id=83580 --- Comment #2 from Kenneth Graunke --- Looks like Blender picked a visual with no accumulation buffer for some reason, then tried to use it. We advertise a few with accumulation buffers, so I'm not sure why it didn't pick one of those. That said, accumulation buffers are going to be terribly slow (software rasterized, IIRC) on i965, and that's not likely to be fixed any time soon. It would be great if Blender would move away from these legacy GL features... -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 83596] New: reuse_framebuffer_texture_attachment does not set Layered field
https://bugs.freedesktop.org/show_bug.cgi?id=83596 Priority: medium Bug ID: 83596 Assignee: mesa-dev@lists.freedesktop.org Summary: reuse_framebuffer_texture_attachment does not set Layered field Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v...@ovi.com Hardware: All Status: NEW Version: git Component: Mesa core Product: Mesa Created attachment 105872 --> https://bugs.freedesktop.org/attachment.cgi?id=105872&action=edit Copy layered field in reuse_framebuffer_texture_attachment Hi, the reuse_framebuffer_texture_attachment in src/mesa/main/fbobject.c does not copy the Layered field. This generates incorrect incomplete framebuffer statement when setting a layered fbo with a GL_DEPTH_STENCIL attachement for instance. I've attached a patch that fix the issue. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] r600g, radeonsi: add debug option which forces DMA for copy_region and blit
Oh you're right. With the Extreme preset, the sun's lens flare are buggy. Other than that, it seems to work. And I get this kernel errors : [23018.037267] radeon :01:00.0: DMA L2L, dw src buffer too small (2097152 524288) [23018.037270] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! 2014-09-07 22:47 GMT+02:00 Andy Furniss : > Benjamin Bellec wrote: > >> No problem with Valley on Evergeen (CYPRESS). >> >> Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" : >> > > It doesn't produce them on basic for me - so maybe if you try a higher > setting. > > It still runs after producing the errors, though for me valley is very > glitchy. I get time stopping pauses is it smooth for you? > ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] r600g, radeonsi: add debug option which forces DMA for copy_region and blit
Benjamin Bellec wrote: No problem with Valley on Evergeen (CYPRESS). Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" : It doesn't produce them on basic for me - so maybe if you try a higher setting. It still runs after producing the errors, though for me valley is very glitchy. I get time stopping pauses is it smooth for you? ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] r600g, radeonsi: add debug option which forces DMA for copy_region and blit
No problem with Valley on Evergeen (CYPRESS). Unigine Valley 1.0 (64-bit) Basic preset without "forcedma" : Benchmark results: Time:188.792 Frames:9194 FPS:48.6992 Min FPS:20.5505 Max FPS:78.946 Score:2037.5 Unigine Valley 1.0 (64-bit) Basic preset with "forcedma" : Benchmark results: Time:188.915 Frames:9180 FPS:48.5934 Min FPS:24.7402 Max FPS:77.8441 Score:2033.15 2014-09-06 19:15 GMT+02:00 Andy Furniss : > Andy Furniss wrote: > >> Marek Olšák wrote: >> >>> From: Marek Olšák >>> >>> --- >>> >>> Turn this on, run piglit, and pray for mercy. >>> It might be interesting to see if it makes 3D apps any faster. Or piglit. >>> >> >> Well it's not piglit and I haven't benchmarked anything yet, but I get a >> couple of faults at the start of Unigine Valley. >> > > Forgot to put h/w is pitcairn - R9 270X > > > > ___ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev > ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 83570] Glyphy demo throws unhandled Integer division by zero exception
https://bugs.freedesktop.org/show_bug.cgi?id=83570 --- Comment #3 from rcond...@hotmail.com --- I figured out the LLVM side - I'll have a patch in the next few days. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 72877] Wrong colors with Mesa 9.2 and Mesa 10.0 on PPC Linux systems
https://bugs.freedesktop.org/show_bug.cgi?id=72877 --- Comment #10 from Fabio Pedretti --- There are endianess patches here: http://lists.freedesktop.org/archives/mesa-dev/2014-July/thread.html#63723 Still not applied. No idea if they properly fix this issue. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] r600: Use DMA transfers in r600_copy_global_buffer
Signed-off-by: Niels Ole Salscheider --- src/gallium/drivers/r600/evergreen_compute.c | 27 --- src/gallium/drivers/r600/evergreen_compute.h | 1 + src/gallium/drivers/r600/r600_blit.c | 40 3 files changed, 41 insertions(+), 27 deletions(-) diff --git a/src/gallium/drivers/r600/evergreen_compute.c b/src/gallium/drivers/r600/evergreen_compute.c index 38b78c7..b495868 100644 --- a/src/gallium/drivers/r600/evergreen_compute.c +++ b/src/gallium/drivers/r600/evergreen_compute.c @@ -953,6 +953,22 @@ void r600_compute_global_buffer_destroy( free(res); } +void r600_compute_global_demote_or_alloc( + struct compute_memory_pool *pool, + struct compute_memory_item *item, + struct pipe_context *ctx) +{ + if (is_item_in_pool(item)) { + compute_memory_demote_item(pool, item, ctx); + } else { + if (item->real_buffer == NULL) { + item->real_buffer = (struct r600_resource*) + r600_compute_buffer_alloc_vram(pool->screen, item->size_in_dw * 4); + } + } + +} + void *r600_compute_global_transfer_map( struct pipe_context *ctx_, struct pipe_resource *resource, @@ -970,16 +986,7 @@ void *r600_compute_global_transfer_map( struct pipe_resource *dst = NULL; unsigned offset = box->x; - if (is_item_in_pool(item)) { - compute_memory_demote_item(pool, item, ctx_); - } - else { - if (item->real_buffer == NULL) { - item->real_buffer = (struct r600_resource*) - r600_compute_buffer_alloc_vram(pool->screen, item->size_in_dw * 4); - } - } - + r600_compute_global_demote_or_alloc(pool, item, ctx_); dst = (struct pipe_resource*)item->real_buffer; if (usage & PIPE_TRANSFER_READ) diff --git a/src/gallium/drivers/r600/evergreen_compute.h b/src/gallium/drivers/r600/evergreen_compute.h index 4fb53a1..39bb854 100644 --- a/src/gallium/drivers/r600/evergreen_compute.h +++ b/src/gallium/drivers/r600/evergreen_compute.h @@ -47,6 +47,7 @@ void evergreen_emit_cs_shader(struct r600_context *rctx, struct r600_atom * atom struct pipe_resource *r600_compute_global_buffer_create(struct pipe_screen *screen, const struct pipe_resource *templ); void r600_compute_global_buffer_destroy(struct pipe_screen *screen, struct pipe_resource *res); +void r600_compute_global_demote_or_alloc(struct compute_memory_pool *pool, struct compute_memory_item *item, struct pipe_context *ctx); void *r600_compute_global_transfer_map( struct pipe_context *ctx_, struct pipe_resource *resource, diff --git a/src/gallium/drivers/r600/r600_blit.c b/src/gallium/drivers/r600/r600_blit.c index f766e37..f6471cb 100644 --- a/src/gallium/drivers/r600/r600_blit.c +++ b/src/gallium/drivers/r600/r600_blit.c @@ -21,6 +21,8 @@ * USE OR OTHER DEALINGS IN THE SOFTWARE. */ #include "r600_pipe.h" +#include "compute_memory_pool.h" +#include "evergreen_compute.h" #include "util/u_surface.h" #include "util/u_format.h" #include "evergreend.h" @@ -514,29 +516,33 @@ static void r600_copy_buffer(struct pipe_context *ctx, struct pipe_resource *dst * into a single global resource (r600_screen::global_pool). The means * they don't have their own cs_buf handle, so they cannot be passed * to r600_copy_buffer() and must be handled separately. - * - * XXX: It should be possible to implement this function using - * r600_copy_buffer() by passing the memory_pool resource as both src - * and dst and updating dstx and src_box to point to the correct offsets. - * This would likely perform better than the current implementation. */ static void r600_copy_global_buffer(struct pipe_context *ctx, struct pipe_resource *dst, unsigned dstx, struct pipe_resource *src, const struct pipe_box *src_box) { - struct pipe_box dst_box; struct pipe_transfer *src_pxfer, - *dst_pxfer; - - u_box_1d(dstx, src_box->width, &dst_box); - void *src_ptr = ctx->transfer_map(ctx, src, 0, PIPE_TRANSFER_READ, - src_box, &src_pxfer); - void *dst_ptr = ctx->transfer_map(ctx, dst, 0, PIPE_TRANSFER_WRITE, - &dst_box, &dst_pxfer); - memcpy(dst_ptr, src_ptr, src_box->width); - - ctx->transfer_unmap(ctx, src_pxfer); - ctx->transfer_unmap(ctx, dst_pxfer); + struct r600_context *rctx = (struct r600_context*)ctx; + struct compute_memory_pool *pool = rctx->screen->global_pool; + + if (src->bind & PIPE_BIND_GLOBAL) { + struct r600_resource_global *rsrc = + (struct r600_resource_global *)src; + struct compute_memory_item *item = rsrc->chunk
[Mesa-dev] [Bug 83570] Glyphy demo throws unhandled Integer division by zero exception
https://bugs.freedesktop.org/show_bug.cgi?id=83570 --- Comment #2 from rcond...@hotmail.com --- Actually, that only fixes the non-llvm build. I'm not sure how to track down the equivalent piece of code in the llvm variant. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 83580] Blender game engine "Motion Blur" filter doesn't work
https://bugs.freedesktop.org/show_bug.cgi?id=83580 Benjamin Bellec changed: What|Removed |Added CC||b.bel...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 83580] Blender game engine "Motion Blur" filter doesn't work
https://bugs.freedesktop.org/show_bug.cgi?id=83580 --- Comment #1 from Benjamin Bellec --- Created attachment 105860 --> https://bugs.freedesktop.org/attachment.cgi?id=105860&action=edit apitrace I attached an apitrace for easier debugging purpose. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 83580] New: Blender game engine "Motion Blur" filter doesn't work
https://bugs.freedesktop.org/show_bug.cgi?id=83580 Priority: medium Bug ID: 83580 Assignee: mesa-dev@lists.freedesktop.org Summary: Blender game engine "Motion Blur" filter doesn't work Severity: major Classification: Unclassified OS: Linux (All) Reporter: khalids...@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 10.2 Component: Other Product: Mesa Created attachment 105854 --> https://bugs.freedesktop.org/attachment.cgi?id=105854&action=edit Test file with Motion Blur Hi , I use both Windows 7 and Ubuntu 14.04 I have a problem with "Motion blur" in the Blender game engine After I asked Blender Community they told me that may be there are a problem with Accumulation buffer (glAccum function) , Which necessary for this feature to work I tested it in three different Blender version , but doesn't work . it worked very well in Win7 and in another computer with Linux Mint and different Graphical card GPU : Intel HD CPU : Intel Celeron P4600 There are a .blend file attached with Motion Blur filter To test it open the file and press P -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev