[Mesa-dev] [Bug 91254] (regresion) video using VA-API on Intel slow and freeze system with mesa 10.6 or 10.6.1
https://bugs.freedesktop.org/show_bug.cgi?id=91254 --- Comment #13 from Jordan Justen --- (In reply to Tomasz C. from comment #12) > I spent a few hours on it to find the commit that causes a problem. You have > exactly indicated commit, and five versions are not able to fix the bug? Or > maybe you do not care about the old card users, if so, is just tell. I haven't been able to reproduce it, but like I mentioned, I didn't try on Ironlake. I don't have one of those systems right now. Is there any possibility of getting a backtrace? I looked again at the patch, and I couldn't determine a code path that would have an issue. Therefore I can't think of a patch to let you try out. -- 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 91254] (regresion) video using VA-API on Intel slow and freeze system with mesa 10.6 or 10.6.1
https://bugs.freedesktop.org/show_bug.cgi?id=91254 Tomasz C. changed: What|Removed |Added Priority|medium |high CC||ch...@chris-wilson.co.uk --- Comment #12 from Tomasz C. --- In 10.6.5 this bug is still present. I spent a few hours on it to find the commit that causes a problem. You have exactly indicated commit, and five versions are not able to fix the bug? Or maybe you do not care about the old card users, if so, is just tell. -- 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] meta: Save/restore compute shaders
Signed-off-by: Jordan Justen --- src/mesa/drivers/common/meta.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c index bde544e..e27489d 100644 --- a/src/mesa/drivers/common/meta.c +++ b/src/mesa/drivers/common/meta.c @@ -599,7 +599,7 @@ _mesa_meta_begin(struct gl_context *ctx, GLbitfield state) /* Save the shader state from ctx->Shader (instead of ctx->_Shader) so * that we don't have to worry about the current pipeline state. */ - for (i = 0; i <= MESA_SHADER_FRAGMENT; i++) { + for (i = 0; i < MESA_SHADER_STAGES; i++) { _mesa_reference_shader_program(ctx, &save->Shader[i], ctx->Shader.CurrentProgram[i]); } @@ -949,7 +949,9 @@ _mesa_meta_end(struct gl_context *ctx) GL_TESS_EVALUATION_SHADER, GL_GEOMETRY_SHADER, GL_FRAGMENT_SHADER, + GL_COMPUTE_SHADER, }; + STATIC_ASSERT(MESA_SHADER_STAGES == ARRAY_SIZE(targets)); bool any_shader; @@ -975,7 +977,7 @@ _mesa_meta_end(struct gl_context *ctx) } any_shader = false; - for (i = 0; i <= MESA_SHADER_FRAGMENT; i++) { + for (i = 0; i < MESA_SHADER_STAGES; i++) { /* It is safe to call _mesa_use_shader_program even if the extension * necessary for that program state is not supported. In that case, * the saved program object must be NULL and the currently bound -- 2.1.4 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 91079] New account request
https://bugs.freedesktop.org/show_bug.cgi?id=91079 Matt Turner changed: What|Removed |Added CC|cwo...@cworth.org, |martin.pe...@free.fr |marta.lofstedt@linux.intel. | |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 91111] [BYT regression] dEQP-GLES3.functional.shaders.texture_functions.texturelod.usamplercube_*
https://bugs.freedesktop.org/show_bug.cgi?id=9 Matt Turner changed: What|Removed |Added Component|Mesa core |Drivers/DRI/i965 Assignee|mesa-dev@lists.freedesktop. |i...@freedesktop.org |org | QA Contact|mesa-dev@lists.freedesktop. |intel-3d-bugs@lists.freedes |org |ktop.org --- Comment #1 from Matt Turner --- Please assign i965 bugs to Component: Drivers/DRI/i965. -- You are receiving this mail because: You are the QA Contact for the bug. 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 91112] [HSW/BYT] dEQP-GLES3.functional.uniform_api.random.23 test timeout
https://bugs.freedesktop.org/show_bug.cgi?id=91112 Matt Turner changed: What|Removed |Added Component|Mesa core |Drivers/DRI/i965 Assignee|mesa-dev@lists.freedesktop. |i...@freedesktop.org |org | QA Contact|mesa-dev@lists.freedesktop. |intel-3d-bugs@lists.freedes |org |ktop.org --- Comment #1 from Matt Turner --- Please assign i965 bugs to Component: Drivers/DRI/i965. -- You are receiving this mail because: You are the QA Contact for the bug. 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: Fix handling of TGSI_OPCODE_ARR with SB
On 08/13/15 21:30, Glenn Kennard wrote: FLT_TO_INT goes in the vector pipes on evergreen/NI, not the trans unit as on earlier chips. FWIW, AFAIK it works in trans as well, just uses different rounding mode. According to the description in the EG ISA doc: "Channels 0-3 use the 32-bit round mode state; channel 4 uses truncation.". So vector slots use default rounding mode, trans slot always uses trunc. That is, I have no objections against that change, I think it makes sense to limit it to expected behavior, I hoped to control it somewhere later, but didn't ever get close to it. So just FYI. Signed-off-by: Glenn Kennard --- Fixes issue found on nine: https://github.com/iXit/Mesa-3D/issues/119 src/gallium/drivers/r600/r600_isa.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/drivers/r600/r600_isa.h b/src/gallium/drivers/r600/r600_isa.h index 381f06d..fdbe1c0 100644 --- a/src/gallium/drivers/r600/r600_isa.h +++ b/src/gallium/drivers/r600/r600_isa.h @@ -262,7 +262,7 @@ static const struct alu_op_info alu_op_table[] = { {"PRED_SETNE_PUSH_INT", 2, { 0x4D, 0x4D },{ AF_VS, AF_VS, AF_VS, AF_VS}, AF_PRED_PUSH | AF_CC_NE | AF_INT_CMP }, {"PRED_SETLT_PUSH_INT", 2, { 0x4E, 0x4E },{ AF_VS, AF_VS, AF_VS, AF_VS}, AF_PRED_PUSH | AF_CC_LT | AF_INT_CMP }, {"PRED_SETLE_PUSH_INT", 2, { 0x4F, 0x4F },{ AF_VS, AF_VS, AF_VS, AF_VS}, AF_PRED_PUSH | AF_CC_LE | AF_INT_CMP }, - {"FLT_TO_INT",1, { 0x6B, 0x50 },{ AF_S, AF_S, AF_VS, AF_VS}, AF_INT_DST | AF_CVT }, + {"FLT_TO_INT",1, { 0x6B, 0x50 },{ AF_S, AF_S, AF_V, AF_V}, AF_INT_DST | AF_CVT }, {"BFREV_INT", 1, { -1, 0x51 },{ 0, 0, AF_VS, AF_VS}, AF_INT_DST }, {"ADDC_UINT", 2, { -1, 0x52 },{ 0, 0, AF_VS, AF_VS}, AF_UINT_DST }, {"SUBB_UINT", 2, { -1, 0x53 },{ 0, 0, AF_VS, AF_VS}, AF_UINT_DST }, ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] r600: don't parse properties ourselves.
shader scan has already happened so just the results, also nobody uses gs_input_prim so drop it. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_shader.c | 38 +- src/gallium/drivers/r600/r600_shader.h | 1 - 2 files changed, 10 insertions(+), 29 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600/r600_shader.c index 8d1f95a..74141bb 100644 --- a/src/gallium/drivers/r600/r600_shader.c +++ b/src/gallium/drivers/r600/r600_shader.c @@ -1809,7 +1809,6 @@ static int r600_shader_from_tgsi(struct r600_context *rctx, struct tgsi_token *tokens = pipeshader->selector->tokens; struct pipe_stream_output_info so = pipeshader->selector->so; struct tgsi_full_immediate *immediate; - struct tgsi_full_property *property; struct r600_shader_ctx ctx; struct r600_bytecode_output output[32]; unsigned output_done, noutput; @@ -1968,6 +1967,16 @@ static int r600_shader_from_tgsi(struct r600_context *rctx, ctx.nliterals = 0; ctx.literals = NULL; shader->fs_write_all = FALSE; + if (ctx.info.properties[TGSI_PROPERTY_FS_COLOR0_WRITES_ALL_CBUFS]) + shader->fs_write_all = TRUE; + + shader->vs_position_window_space = FALSE; + if (ctx.info.properties[TGSI_PROPERTY_VS_WINDOW_SPACE_POSITION]) + shader->vs_position_window_space = TRUE; + + shader->gs_output_prim = ctx.info.properties[TGSI_PROPERTY_GS_OUTPUT_PRIM]; + shader->gs_max_out_vertices = ctx.info.properties[TGSI_PROPERTY_GS_MAX_OUTPUT_VERTICES]; + shader->gs_num_invocations = ctx.info.properties[TGSI_PROPERTY_GS_INVOCATIONS]; if (shader->vs_as_gs_a) vs_add_primid_output(&ctx, key.vs_prim_id_out); @@ -1994,34 +2003,7 @@ static int r600_shader_from_tgsi(struct r600_context *rctx, goto out_err; break; case TGSI_TOKEN_TYPE_INSTRUCTION: - break; case TGSI_TOKEN_TYPE_PROPERTY: - property = &ctx.parse.FullToken.FullProperty; - switch (property->Property.PropertyName) { - case TGSI_PROPERTY_FS_COLOR0_WRITES_ALL_CBUFS: - if (property->u[0].Data == 1) - shader->fs_write_all = TRUE; - break; - case TGSI_PROPERTY_VS_WINDOW_SPACE_POSITION: - if (property->u[0].Data == 1) - shader->vs_position_window_space = TRUE; - break; - case TGSI_PROPERTY_VS_PROHIBIT_UCPS: - /* we don't need this one */ - break; - case TGSI_PROPERTY_GS_INPUT_PRIM: - shader->gs_input_prim = property->u[0].Data; - break; - case TGSI_PROPERTY_GS_OUTPUT_PRIM: - shader->gs_output_prim = property->u[0].Data; - break; - case TGSI_PROPERTY_GS_MAX_OUTPUT_VERTICES: - shader->gs_max_out_vertices = property->u[0].Data; - break; - case TGSI_PROPERTY_GS_INVOCATIONS: - shader->gs_num_invocations = property->u[0].Data; - break; - } break; default: R600_ERR("unsupported token type %d\n", ctx.parse.FullToken.Token.Type); diff --git a/src/gallium/drivers/r600/r600_shader.h b/src/gallium/drivers/r600/r600_shader.h index 5d05c81..e0cfafd 100644 --- a/src/gallium/drivers/r600/r600_shader.h +++ b/src/gallium/drivers/r600/r600_shader.h @@ -79,7 +79,6 @@ struct r600_shader { boolean uses_index_registers; /* geometry shader properties */ - unsignedgs_input_prim; unsignedgs_output_prim; unsignedgs_max_out_vertices; unsignedgs_num_invocations; -- 2.4.3 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] r600g: Fix assert in tgsi_cmp
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=91726 Signed-off-by: Glenn Kennard --- src/gallium/drivers/r600/r600_shader.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600/r600_shader.c index 6cbfd1b..4c4b600 100644 --- a/src/gallium/drivers/r600/r600_shader.c +++ b/src/gallium/drivers/r600/r600_shader.c @@ -6151,10 +6151,10 @@ static int tgsi_cmp(struct r600_shader_ctx *ctx) r = tgsi_make_src_for_op3(ctx, temp_regs[0], i, &alu.src[0], &ctx->src[0]); if (r) return r; - r = tgsi_make_src_for_op3(ctx, temp_regs[1], i, &alu.src[1], &ctx->src[2]); + r = tgsi_make_src_for_op3(ctx, temp_regs[2], i, &alu.src[1], &ctx->src[2]); if (r) return r; - r = tgsi_make_src_for_op3(ctx, temp_regs[2], i, &alu.src[2], &ctx->src[1]); + r = tgsi_make_src_for_op3(ctx, temp_regs[1], i, &alu.src[2], &ctx->src[1]); if (r) return r; tgsi_dst(ctx, &inst->Dst[0], i, &alu.dst); -- 1.9.1 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] i965: Use NIR by default for VS
On Thu, Aug 20, 2015 at 3:01 PM, Dave Airlie wrote: >> Shader-db results for vec4 on i965: > > reads like a Johnny Cash cover of NIN. Agreed, so let me explain why we're enabling it now. The merge window closed yesterday for Mesa 11.0. vec4 NIR isn't quite where we'd like it to be in terms of code quality, but we want to avoid vec4 NIR getting no external testing for a whole release cycle, while still having to maintain both the NIR and non-NIR paths. I've been mostly against enabling NIR for the vec4 backend until its helped:hurt programs ratio dramatically improves, but I think that leaving it disabled for another three months is probably worse. From what I've found, the largest code-quality regression is from the combination vec4 backend's register coalescing optimization being inadequate (a known problem regardless of NIR) and NIR generating more instances of code that register coalescing cannot optimize. I'm working on a new vec4 register coalescing pass, and I think that there are some simple improvements we can make to improve the code the backend gets from NIR. I'm planning to have these things in the 11.0 release. If worse comes to worse, we can disable vec4 NIR before the release. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] End of my GSoC - Where to find the code
2015-08-21 19:20 GMT+02:00 Thomas Helland : > Hi all, > > Today is the "pencils down" date for Googles Summer of Code. > I've cleaned up the loop analysis, LCSSA, and range propagation > work I've done, and pushed them to my github repo at [1]. > They are located in the branches gsoc-final- > > I'll leave them as is for a while, so that people have a chance > to review them if that is of interest. > It's still not 100%, time sorta ran away from me. But it > should be at a state where the chosen approach is settled. > (At least in my mind, as long as it is not completely dumb, that is). > > The range propagation pass "Works as expected (TM)" and > so does the loop analysis pass. The LCSSA conversion > pass is hitting some issues described in a lengthy comment > in the top of the file. tl;dr; There's some assumptions we > make about the successors and predecessors that are not > valid when you insert phi-nodes like is done in the LCSSA pass. > > Now I'll focus on getting the last formalities done with, > and then I'll probably be "off the chart" for a week or two. > There's the whole "getting the new semester on track" thing > happening atm, with selecting projects, job as a student counselor, > changing to a different gym, getting the master thesis settled, > catching up time with everyone, cleaning the freakin' apartment, etc. > > It's been a challenging but fun experience. Thanks to everyone > for being patient with me and helping me out when needed. > A special shout-out goes to Matt, Ilia, Jason, Kenneth and Connor > for the irc-support, code-review, and the good discussions. > > [1] https://github.com/thohel/mesa > > Best regards, > Thomas Helland As requested by Martin I've written up a "Closing thoughts" blog post at [1]. It covers what I've learned, the state of the different stuff I've written, where to find the code, etc. [1] https://hellthom.wordpress.com/2015/08/22/my-gsoc-adventure-closing-thoughts/ ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] Mesa 11.0.0 release candidate 1
The first release candidate for Mesa 11.0.0 is now available. The plan is to have one release candidate every Friday, until the final release on September 11th 2015. As a reminder, with the 11.0 branch now created, patches nominated with: CC: will now be candidates only for the new 10.6 branch. To nominate patches for the older 10.6 branch as well, please use: CC: "10.6 11.0" The expectation is that the 10.6 branch will remain alive with bi-weekly releases until after 11.0.1 release. As a ongoing trend nearly one hundred developers contributed code and bugfixes. Here are the people which helped shape the current release. 6 Abdiel Janulgue 4 Adam Jackson 2 Alan Coopersmith 10 Alejandro Piñeiro 1 Alejandro Seguí 6 Alex Deucher 1 Alexander Monakov 2 Alexander von Gluck IV 4 Alexandre Courbot 2 Anatoli Antonovitch 35 Antia Puentes 48 Anuj Phogat 55 Axel Davy 27 Ben Widawsky 5 Boyan Ding 1 Boyuan Zhang 80 Brian Paul 4 Chad Versace 71 Chia-I Wu 10 Chih-Wei Huang 25 Chris Forbes 11 Chris Wilson 9 Christian König 1 Christoph Bumiller 10 Connor Abbott 64 Dave Airlie 1 David Heidelberg 4 Derek Foreman 28 Dylan Baker 3 EdB 26 Eduardo Lima Mitev 4 Edward O'Callaghan 136 Emil Velikov 109 Eric Anholt 8 Erik Faye-Lund 15 Fabian Bieler 1 Fabio Pedretti 169 Francisco Jerez 8 Frank Binns 1 Frank Henigman 1 Glenn Kennard 5 Grazvydas Ignotas 6 Grigori Goronzy 2 Guillaume Desmottes 1 Haixia Shi 36 Iago Toral Quiroga 36 Ian Romanick 1 Igor Gnatenko 127 Ilia Mirkin 76 Jason Ekstrand 1 Jeremy Huddleston Sequoia 1 Jonathan Gray 15 Jordan Justen 23 Jose Fonseca 2 Juha-Pekka Heikkila 4 Julien Isorce 1 Jürgen Rühle 2 Kai Wasserbäch 51 Kenneth Graunke 10 Kevin Rogovin 1 Koop Mast 3 Kristian Høgsberg 1 Krzysztof Sobiecki 15 Leo Liu 3 Marcos Paulo de Souza 242 Marek Olšák 2 Mario Kleiner 22 Marta Lofstedt 12 Martin Peres 57 Matt Turner 2 Mauro Rossi 7 Michel Dänzer 2 Mike Stroyan 5 Nanley Chery 14 Neil Roberts 2 Oded Gabbay 12 Patrick Rudolph 1 Renaud Gaubert 25 Rhys Kidd 1 Richard Yao 92 Rob Clark 14 Roland Scheidegger 12 Samuel Iglesias Gonsalvez 15 Samuel Pitoiset 1 Serge Martin (EdB) 1 Tapani 29 Tapani Pälli 3 Thomas Helland 40 Timothy Arceri 1 Tiziano Bacocco 2 Tobias Klausmann 1 Tom Hughes 5 Tom Stellard 3 Topi Pohjolainen 1 Varad Gautam 6 Vinson Lee 7 Zoltan Gilian git tag: mesa-11.0.0-rc1 ftp://ftp.freedesktop.org/pub/mesa/11.0.0/mesa-11.0.0-rc1.tar.gz MD5: 9136d8f9b205fab1c7ed44c88358c821 mesa-11.0.0-rc1.tar.gz SHA1: f1cbeada28567a59a7594f50eed4fb167de2db81 mesa-11.0.0-rc1.tar.gz SHA256: dc4449eceb0153e90023c6806877507cd039edbdd544e46b7892ce1c67396bd9 mesa-11.0.0-rc1.tar.gz PGP: ftp://ftp.freedesktop.org/pub/mesa/11.0.0/mesa-11.0.0-rc1.tar.gz.sig ftp://ftp.freedesktop.org/pub/mesa/11.0.0/mesa-11.0.0-rc1.tar.xz MD5: dbbdc6f234d3b30f6416da880cb9ffec mesa-11.0.0-rc1.tar.xz SHA1: 36d17b599fc8140bb40dc9aa200c5ff2d6998d47 mesa-11.0.0-rc1.tar.xz SHA256: 4a61c15c5ba9bb2ed6c6d5d622363ac4149bd903966fa3c346ba6f06b05e0767 mesa-11.0.0-rc1.tar.xz PGP: ftp://ftp.freedesktop.org/pub/mesa/11.0.0/mesa-11.0.0-rc1.tar.xz.sig -- -Emil signature.asc Description: OpenPGP digital signature ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH 1/2] android: fix cflags and includes for amdgpu winsys
Thank you for the patches Mauro. I've picked them up and they will feature in the master and 11.0 branch. -Emil ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] egl/wayland: define set_cloexec_or_close only when mkostemp is not present
Hi Boyan, On 21/08/15 14:44, Boyan Ding wrote: > Fixes a compiler warning of defined but not used function when > HAVE_MKOSTEMP is defined. > > Signed-off-by: Boyan Ding I've added the r-b tags plus a note about which commit introduced this warning and pushed it to master. Thank you for nice cleanup. Emil ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH 02/71] target/d3dadapter9: Return Windows like card names
Don't hold your commit because of me. I haven't the skills to review this code. I just saw this mapping and asking myself about it. It can be be modified later if needed in any case. 2015-08-21 22:09 GMT+02:00 Axel Davy : > As far as I know, the mapping is not an official one. > > Games usually do not use the card name to apply > card specific workarounds, instead they use the vendor > or the device id. > > However the names are sometimes used in configuration files > to match the user set configuration to a card (and reset if the > card is changed). > > In general in game settings you will see the name advertised. > > Some apps may even have other usages of the names. > > Besides advertising the Windows like names, we want add in the future > an easy way to change the card advertised. For example to advertise older > card > of your vendor, or advertise another vendor (some games do disable > some features for some cards). > > Yours, > > Axel Davy > > On 17/08/2015 19:30, Benjamin Bellec write : > > Hello, >> >> Where does this mapping list come from ? Is this an official map (Vendor >> or Windows drivers) ? Is that used just for information ? >> Because many of them are not really precise, if not completely wrong at >> all (eg. the Radeon R400/R500 series names). >> >> Regards. >> >> -- >> Benjamin >> >> >> > ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] Mesa 10.6.5
Mesa 10.6.5 is now available. Apart from the usual nouveau, i965 and radeon driver fixes, this time around we have a nouveau_vieux fix for a regression introduced with mesa 10.6.0 and a few even older big endian related bug-fixes. Adam Jackson (1): glx: Fix __glXWireToEvent for BufferSwapComplete Alex Deucher (2): radeonsi: add new OLAND pci id radeonsi: properly set the raster_config for KV Emil Velikov (5): docs: add sha256 checksums for 10.6.4 vc4: add missing nir include, to fix the build Revert "radeonsi: properly set the raster_config for KV" Update version to 10.6.5 docs: add release notes for 10.6.5 Frank Binns (1): egl/x11: don't abort when creating a DRI2 drawable fails Ilia Mirkin (3): nouveau: no need to do tnl wakeup, state updates are always hooked up gm107/ir: indirect handle goes first on maxwell also nv50,nvc0: take level into account when doing eng2d multi-layer blits Jason Ekstrand (4): meta/copy_image: Stash off the scissor mesa/formats: Only do byteswapping for packed formats mesa/formats: Fix swizzle flipping for big-endian targets mesa/formats: Don't flip channels of null array formats Marek Olšák (3): radeonsi: fix polygon offset scale r600g: fix polygon offset scale r600g: allow setting geometry shader sampler states Neil Roberts (1): i965/bdw: Fix setting the instancing state for the SGVS element Oded Gabbay (2): mesa: clear existing swizzle info before bitwise-OR mesa/formats: don't byteswap when building array formats Renaud Gaubert (1): glsl: avoid compiler's segfault when processing operators with void arguments git tag: mesa-10.6.5 ftp://ftp.freedesktop.org/pub/mesa/10.6.5/mesa-10.6.5.tar.gz MD5: 9457b22489d3b5379f86ce74423ff5f3 mesa-10.6.5.tar.gz SHA1: 157d661228f431980ed607f96b16f5ec566d03f6 mesa-10.6.5.tar.gz SHA256: afe290fc7af75a25df5ee52396a9f09e5dba85fb3e159304bdda265b8564b0d4 mesa-10.6.5.tar.gz PGP: ftp://ftp.freedesktop.org/pub/mesa/10.6.5/mesa-10.6.5.tar.gz.sig ftp://ftp.freedesktop.org/pub/mesa/10.6.5/mesa-10.6.5.tar.xz MD5: 805092cc9b9784680c1db7aa6415517e mesa-10.6.5.tar.xz SHA1: 2801894acfa2a546bc547702c64463abaa8c54d2 mesa-10.6.5.tar.xz SHA256: fb6fac3c85bcfa9d06b8dd439169f23f0c0924a88e44362e738b99b1feff762f mesa-10.6.5.tar.xz PGP: ftp://ftp.freedesktop.org/pub/mesa/10.6.5/mesa-10.6.5.tar.xz.sig -- -Emil signature.asc Description: OpenPGP digital signature ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 91724] GL/gl_mangle.h misses symbols from GLES/gl.h
https://bugs.freedesktop.org/show_bug.cgi?id=91724 Frederic Devernay changed: What|Removed |Added CC||frederic.dever...@m4x.org -- 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 91724] GL/gl_mangle.h misses symbols from GLES/gl.h
https://bugs.freedesktop.org/show_bug.cgi?id=91724 Bug ID: 91724 Summary: GL/gl_mangle.h misses symbols from GLES/gl.h Product: Mesa Version: 10.6 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Mesa core Assignee: mesa-dev@lists.freedesktop.org Reporter: frederic.dever...@m4x.org QA Contact: mesa-dev@lists.freedesktop.org When using a statically linked libMangledOSMesa32.a, One gets these undefined symbols at link time: Undefined symbols for architecture x86_64: "_glAlphaFuncx", referenced from: _static_functions in libMangledOSMesa32.a(glapi_libglapi_la-glapi_getproc.o) "_glClearColorx", referenced from: _static_functions in libMangledOSMesa32.a(glapi_libglapi_la-glapi_getproc.o) [long list of _gl.*x undefined symbols] obviously, functions defined in GLES/gl.h should be mangled too. To fix it, include ../GLES/gl.h when regenerating gl_mangle.h: (cd include/GL; sed -e 's@gl.h glext.h@gl.h glext.h ../GLES/gl.h@' -e 's@\^GLAPI@^GL_?API@' -i .orig gl_mangle.h) (cd include/GL; sh ./gl_mangle.h > gl_mangle.h.new && mv gl_mangle.h.new gl_mangle.h) now glAlphaFuncx and friends are correctly mangled -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev