Re: [Nouveau] [Mesa-dev] [RFC 0/9] Add precise/invariant semantics to TGSI

On Tue, Jun 13, 2017 at 2:33 AM, Roland Scheidegger wrote: > Am 13.06.2017 um 02:05 schrieb Ilia Mirkin: >> On Mon, Jun 12, 2017 at 7:57 PM, Roland Scheidegger >> wrote: >>> FWIW surely on nv50 you could keep a single mad instruction for umad >>> (sad

Re: [Nouveau] [PATCH mesa v2 3/3] nouveau: codegen: LOAD: Take src swizzle into account

On Fri, Apr 22, 2016 at 9:23 AM, Hans de Goede <hdego...@redhat.com> wrote: > Hi, > > On 22-04-16 09:08, Marek Olšák wrote: >> >> On Thu, Apr 21, 2016 at 7:04 PM, Ilia Mirkin <imir...@alum.mit.edu> wrote: >>> >>> [+radeon folk] >>> &g

Re: [Nouveau] [Mesa-dev] [PATCH mesa v2 3/3] gallium: Remove unused TGSI_RESOURCE_ defines

Reviewed-by: Marek Olšák <marek.ol...@amd.com> Marek On Thu, Mar 17, 2016 at 10:13 AM, Hans de Goede <hdego...@redhat.com> wrote: > These magic file-index defines where only ever used in the nouveau code > and that no longer uses them. > > Signed-off-by: Hans de Go

Re: [Nouveau] nv3x libreoffice impress opengl animations not working

Your first question was about shader translation, but now you're talking about texture allocations, which are completely unrelated. Like I said, visuals and textures have NOTHING to do with shader compilations. Marek On Fri, Aug 28, 2015 at 10:54 AM, Hans de Goede hdego...@redhat.com wrote: Hi,

Re: [Nouveau] [Mesa-dev] gallium state tracker calls calloc for 0 sizes arrays ?

On Thu, Aug 27, 2015 at 3:09 PM, Hans de Goede hdego...@redhat.com wrote: Hi All, While debugging: https://bugzilla.redhat.com/show_bug.cgi?id=1008089 I made a apitrace recording of the a single slide transition animation, and since I suspected memory corruption replayed it using

Re: [Nouveau] [RFC PATCH 00/11] Implement ARB_cull_distance

: On 25.05.2015 07:17, Dave Airlie wrote: On 25 May 2015 at 08:11, Marek Olšák mar...@gmail.com wrote: It's the same on Radeon. There are 2x ClipOrCullDistance output vectors and a mask saying it should clip or cull or do nothing. Marek My thinking was gallium should have a single

Re: [Nouveau] [RFC PATCH 00/11] Implement ARB_cull_distance

On Wed, May 27, 2015 at 9:05 PM, Tobias Klausmann tobias.johannes.klausm...@mni.thm.de wrote: On 27.05.2015 18:28, Marek Olšák wrote: Another thing to consider is linking shaders that occur before the rasterizer (e.g. any two shaders from VS-TCS-TES-GS). The maximum number of written

Re: [Nouveau] [Mesa-dev] [PATCH 04/11] mesa/st: add support for GL_ARB_cull_distance

On Sun, May 24, 2015 at 7:58 PM, Tobias Klausmann tobias.johannes.klausm...@mni.thm.de wrote: Signed-off-by: Tobias Klausmann tobias.johannes.klausm...@mni.thm.de --- src/mesa/state_tracker/st_extensions.c | 4 src/mesa/state_tracker/st_program.c| 34

Re: [Nouveau] [Mesa-dev] [PATCH 06/11] glsl: lower cull_distance into cull_distance_mesa

Would it be possible to modify lower_clip_distance to add support for cull distances instead of duplicating it? Marek On Sun, May 24, 2015 at 7:58 PM, Tobias Klausmann tobias.johannes.klausm...@mni.thm.de wrote: From: Dave Airlie airl...@redhat.com Signed-off-by: Tobias Klausmann

Re: [Nouveau] [RFC PATCH 00/11] Implement ARB_cull_distance

It's the same on Radeon. There are 2x ClipOrCullDistance output vectors and a mask saying it should clip or cull or do nothing. Marek On Sun, May 24, 2015 at 9:56 PM, Tobias Klausmann tobias.johannes.klausm...@mni.thm.de wrote: On 24.05.2015 21:36, Ilia Mirkin wrote: On Sun, May 24, 2015 at

Re: [Nouveau] [PATCH] nvc0: fix context destruction for partly implemented tesselation

We should fix st/mesa and move the code to cso_destroy_context, where it belongs. Marek On Mon, May 18, 2015 at 3:49 AM, Ilia Mirkin imir...@alum.mit.edu wrote: Hm, oops. But I guess my tess patchset will take care of this. I guess it's a side-effect of adding to the gallium enums. Marek,

Re: [Nouveau] [Mesa-dev] [PATCH 1/2] st/mesa: treat resource-less xfb buffers as if they weren't there

Reviewed-by: Marek Olšák marek.ol...@amd.com Marek On Sat, Feb 14, 2015 at 7:46 AM, Ilia Mirkin imir...@alum.mit.edu wrote: If a transform feedback buffer's size is 0, st_bufferobj_data doesn't end up creating a buffer for it. There's no point in trying to write to such a buffer, so just

Re: [Nouveau] [Mesa-dev] [RFC] mesa/st: Avoid passing a NULL buffer to the drivers

NAK. NULL buffers are allowed. All transform feedback writes to NULL buffers should be discarded. Marek On Wed, Jan 7, 2015 at 7:52 PM, Tobias Klausmann tobias.johannes.klausm...@mni.thm.de wrote: If we capture transform feedback from n stream in (n-1) buffers we face a NULL buffer, use the

Re: [Nouveau] [Mesa-dev] RFC: Fixing nv30 fbo attachments

Not in OpenGL. Marek On Wed, May 21, 2014 at 3:05 AM, Ilia Mirkin imir...@alum.mit.edu wrote: Can you not render to a texture buffer? That might not be supported by nv30 actually. On Tue, May 20, 2014 at 8:49 PM, Marek Olšák mar...@gmail.com wrote: ARB_buffer_storage doesn't have anything

Re: [Nouveau] [Mesa-dev] RFC: Fixing nv30 fbo attachments

On Tue, May 20, 2014 at 9:58 PM, Ilia Mirkin imir...@alum.mit.edu wrote: Hello, I attempted doing this a while back, before I really understood what was going on. I got some advice that went totally over my head, and I dropped the issue. I think I'm much better-prepared to tackle the issue

Re: [Nouveau] [Mesa-dev] RFC: Fixing nv30 fbo attachments

On Tue, May 20, 2014 at 11:04 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Tue, May 20, 2014 at 4:51 PM, Marek Olšák mar...@gmail.com wrote: On Tue, May 20, 2014 at 9:58 PM, Ilia Mirkin imir...@alum.mit.edu wrote: Hello, I attempted doing this a while back, before I really understood what

Re: [Nouveau] [Mesa-dev] RFC: Fixing nv30 fbo attachments

ARB_buffer_storage doesn't have anything to do with framebuffers. Marek On Wed, May 21, 2014 at 2:27 AM, Ilia Mirkin imir...@alum.mit.edu wrote: On Tue, May 20, 2014 at 6:20 PM, Marek Olšák mar...@gmail.com wrote: On Tue, May 20, 2014 at 11:04 PM, Ilia Mirkin imir...@alum.mit.edu wrote

Re: [Nouveau] [Mesa-dev] [PATCH 1/2] gallium: add PIPE_CAP_MIXED_FRAMEBUFFER_SIZES

Olšák mar...@gmail.com wrote: For the series: Reviewed-by: Marek Olšák marek.ol...@amd.com Marek On Sun, Oct 13, 2013 at 3:43 AM, Ilia Mirkin imir...@alum.mit.edu wrote: ping On Fri, Oct 4, 2013 at 4:32 AM, Ilia Mirkin imir...@alum.mit.edu wrote: This CAP will determine whether

Re: [Nouveau] [Mesa-dev] [PATCH 1/2] gallium: add PIPE_CAP_MIXED_FRAMEBUFFER_SIZES

For the series: Reviewed-by: Marek Olšák marek.ol...@amd.com Marek On Sun, Oct 13, 2013 at 3:43 AM, Ilia Mirkin imir...@alum.mit.edu wrote: ping On Fri, Oct 4, 2013 at 4:32 AM, Ilia Mirkin imir...@alum.mit.edu wrote: This CAP will determine whether ARB_framebuffer_object can be enabled

Re: [Nouveau] [PATCH 0/4] nvfx: rework render temps code and fixes

HI everyone, first, I am not subscribed to the nouveau mailing list, so please CC me if you need anything. I pushed the whole series because there was no feedback on mesa-dev for like 5 days. If you want to revert it, just let me know and I'll do it. Marek On Mon, Jan 16, 2012 at 5:33 PM,

Re: [Nouveau] [Mesa-dev] [PATCH 1/4] nvfx: say no to stream output caps

Pushed, thanks. Marek On Tue, Jan 10, 2012 at 12:41 PM, Lucas Stach d...@lynxeye.de wrote: nvfx doesn't support any kind of stream out, so silence the unused cap warnings. Signed-off-by: Lucas Stach d...@lynxeye.de ---  src/gallium/drivers/nvfx/nvfx_screen.c |    6 +-  1 files

Re: [Nouveau] nvfx

On Fri, Jun 18, 2010 at 6:05 PM, Patrice Mandin mandin.patr...@orange.frwrote: Le Thu, 17 Jun 2010 03:35:19 +0200 Marek Olšák mar...@gmail.com a écrit: On Fri, Jun 11, 2010 at 3:37 PM, Xavier Chantry chantry.xav...@gmail.comwrote: Hi Marek Thanks a lot for your rebasing work

Re: [Nouveau] nvfx

On Fri, Jun 11, 2010 at 3:37 PM, Xavier Chantry chantry.xav...@gmail.comwrote: Hi Marek Thanks a lot for your rebasing work. Here is my report : - all my games that broke with temporaries patch (they were either completely black or lot of black screen flash every frame) behave badly, but