Re: [Mesa-dev] [PATCH] gallium: remove PIPE_SHADER_CAP_MAX_ADDRS

On Wed, Aug 6, 2014 at 6:06 PM, Marek Olšák wrote: > From: Marek Olšák > > This limit is fixed in Mesa core and cannot be changed. > It only affects ARB_vertex_program and ARB_fragment_program. > > The minimum value for ARB_vertex_program is 1 according to the spec. > The maximum value for ARB_ve

Re: [Mesa-dev] [PATCH] gallium: remove PIPE_SHADER_CAP_MAX_ADDRS

There's extensions like NV_vertex_program2 which can make use of more than one address reg, I guess that's the reason why it was in gallium (this extension also comes with opcodes arr,ara for instance which are in gallium too). But I doubt anyone plans to implement that so this should be fine. Inte

Re: [Mesa-dev] [PATCH] gallium: remove PIPE_SHADER_CAP_MAX_ADDRS

On Thu, Aug 7, 2014 at 12:32 AM, Ilia Mirkin wrote: > On Wed, Aug 6, 2014 at 6:06 PM, Marek Olšák wrote: >> From: Marek Olšák >> >> This limit is fixed in Mesa core and cannot be changed. >> It only affects ARB_vertex_program and ARB_fragment_program. >> >> The minimum value for ARB_vertex_progr

[Mesa-dev] [Bug 82268] Add support for the OpenRISC architecture (or1k)

https://bugs.freedesktop.org/show_bug.cgi?id=82268 Matt Turner changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Matt Turner

Re: [Mesa-dev] [PATCH] gallium: remove PIPE_SHADER_CAP_MAX_ADDRS

Am 07.08.2014 00:32, schrieb Ilia Mirkin: > On Wed, Aug 6, 2014 at 6:06 PM, Marek Olšák wrote: >> From: Marek Olšák >> >> This limit is fixed in Mesa core and cannot be changed. >> It only affects ARB_vertex_program and ARB_fragment_program. >> >> The minimum value for ARB_vertex_program is 1 acc

[Mesa-dev] [PATCH] mesa: Drop USE_IEEE define.

I think OpenVMS was the only platform that Mesa ran on that used a non-IEEE representation for floats. We removed OpenVMS support a while back, and this should alleviate the need to continue updating the this-platform-uses-IEEE list. The one bit of this patch that needs review is the IS_INF_OR_NAN

Re: [Mesa-dev] Preprocessor patches

Ian Romanick writes: > Are the preprocessor patches on the gles3conform-v4 branch of my fd.o > repo the most up to date? Yes. The state of those patches matches what I have on my branch, (at least as far as GLES3 conformance is concerned---I have some subsequent preprocessor patches which shouldn

[Mesa-dev] [PATCH] gallium: remove support for predicates from TGSI

From: Marek Olšák Neved used. --- src/gallium/auxiliary/gallivm/lp_bld_limits.h | 4 - src/gallium/auxiliary/gallivm/lp_bld_tgsi.h| 2 - src/gallium/auxiliary/gallivm/lp_bld_tgsi_aos.c| 46 --- src/gallium/auxiliary/gallivm/lp_bld_tgsi_info.c | 6 +- src/gallium/aux

Re: [Mesa-dev] Merging VC4 driver

On 06/08/14 21:33, Eric Anholt wrote: I'd like to start merging the VC4 driver. I've got a lot of things working under sim (piglit's at 5212/6726 for a slightly-trimmed quick.py), and once I find where I put my serial cable I hope to get the kernel fixed up and passing even more than that on HW.

Re: [Mesa-dev] [PATCH] gallium: remove support for predicates from TGSI

On Wed, Aug 6, 2014 at 5:10 PM, Marek Olšák wrote: > From: Marek Olšák > > Neved used. > --- Connor's new IR has predication. You may not want to remove this quite yet. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.o

[Mesa-dev] [PATCH 4/5] glsl/glcpp: Fix line-continuation code to handle multiple newline flavors

Sometimes the newline separator is a single character, and sometimes it is two characters. Before we can fold away and line-continuation backslashes, we identify the flavor of line separator that is in use. With this identified, we then correctly search for backslashes followed immediately by the

Re: [Mesa-dev] Preprocessor patches

Carl Worth writes: > It probably wouldn't be too hard to fix this code to be more general. I > might take a whack at that now that I have this test in hand. It wasn't too hard. I just sent a v2 patch in reply to the original (and also force-pushed a new glcpp-fixup branch to my repository). I've

Re: [Mesa-dev] Merging VC4 driver

Am 07.08.2014 00:10, schrieb Eric Anholt: > Roland Scheidegger writes: > >> Am 06.08.2014 22:33, schrieb Eric Anholt: > >>> + * When building using the simulator (on x86), we advertise ourselves as >>> the >>> + * i965 driver so that you can just make a directory with a link from >>> + * i965_d

Re: [Mesa-dev] [PATCH v2 0/12] Add support for BPTC texture compression

On Wed, Aug 6, 2014 at 9:27 AM, Neil Roberts wrote: > Here is a v2 of the BPTC texture compression series. The main > difference is that instead of going via DXT3 for the UNORM formats it > now always uses the custom naïve compressor for all formats. This > doesn't give very good-looking results b

Re: [Mesa-dev] [PATCH] gallium: remove support for predicates from TGSI

What IR? A flatland GLSL IR? A replacement for Mesa IR? Something else? It's more of a question of which gallium hardware drivers are going to support it. I don't think there will be any eager candidates. The D3D9 state tracker already converts predicates to IFs. Marek On Thu, Aug 7, 2014 at 2:

[Mesa-dev] [PATCH] r600g/radeon: Don't try to allocate CMASK BO of size 0

From: Michel Dänzer Prevents logs from getting spammed with BO allocation failure messages. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=82162 Signed-off-by: Michel Dänzer --- src/gallium/drivers/radeon/r600_texture.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/gallium/

[Mesa-dev] [Bug 82253] JanusVR Browser rendering misses floors on radeonsi, works on intel

https://bugs.freedesktop.org/show_bug.cgi?id=82253 Michel Dänzer changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.

<    1   2