https://bugs.freedesktop.org/show_bug.cgi?id=86788
--- Comment #2 from smoki ---
(In reply to Michel Dänzer from comment #1)
> smoki, please get a backtrace of the crash.
Well there it is:
Program received signal SIGSEGV, Segmentation fault.
_mesa_uint_array_min_max (ui_indices=0x89ca3e0 , min
On Thu, Nov 27, 2014 at 11:39 AM, Thierry Reding
wrote:
> Tegra K1 and later use a GPU that can be driven by the Nouveau driver.
> But the GPU is a pure render node and has no display engine, hence the
> scanout needs to happen on the Tegra display hardware. The GPU and the
> display engine each h
On 11/28/2014 01:39 AM, Thierry Reding wrote:
Tegra K1 and later use a GPU that can be driven by the Nouveau driver.
But the GPU is a pure render node and has no display engine, hence the
scanout needs to happen on the Tegra display hardware. The GPU and the
display engine each have a separate DR
From: Dave Airlie
Since 73dd50acf6d244979c2a657906aa56d3ac60d550
glsl: implement switch flow control using a loop
The SB backend was falling over in an assert or crashing.
Tracked this down to the loops having no repeats, but requiring
a working break, initial code just called the loop handler
https://bugs.freedesktop.org/show_bug.cgi?id=54805
Chris Forbes changed:
What|Removed |Added
Assignee|chr...@ijw.co.nz|mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=86788
Michel Dänzer changed:
What|Removed |Added
CC||matts...@gmail.com,
|
With this check we can avoid segmentation fault when invalid value used during
eglCreateContext.
Cc: mesa-sta...@lists.freedesktop.org
Cc: mesa-dev@lists.freedesktop.org
Signed-off-by: Valentin Corfu
---
src/egl/drivers/dri2/egl_dri2.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/sr
>>Any driver that can support ARB_texture_float should also be able to
>>support these extensions, so I think you can reuse the ARB_texture_float
>>enable flag here.
As per discussion here,
http://lists.freedesktop.org/archives/mesa-dev/2014-May/059679.html,
drivers should be able to advertise sup
On Thursday 27 November 2014, Kalyan Kondapally wrote:
> This patch adds support for following GLES2 Texture Float extensions:
> 1)GL_OES_texture_float,
> 2)GL_OES_texture_half_float,
> 3)GL_OES_texture_float_linear,
> 4)GL_OES_texture_half_float_linear.
>
> Support for these extensions need to be
On Thu, Nov 27, 2014 at 10:56 AM, Kalyan Kondapally
wrote:
> This patch adds support for following GLES2 Texture Float extensions:
> 1)GL_OES_texture_float,
> 2)GL_OES_texture_half_float,
> 3)GL_OES_texture_float_linear,
> 4)GL_OES_texture_half_float_linear.
>
> Support for these extensions need t
>>Where is 'type' changed? I'm not sure I understand this logic, but IIRC GL
>>ES does have some weird language about format/type/internalformat
>>combinations.
type, hasn't changed. I fixed the comments now.
Br,
Kalyan
On Wed, Nov 26, 2014 at 8:21 AM, Brian Paul wrote:
> The subject line of
On Thu, Nov 27, 2014 at 12:45 AM, Abdiel Janulgue
wrote:
> Add the the same restriction as in the previous try_emit_sat when trying
> to optimize clamp. Fixes an infinite loop in swrast where the lowering
> pass unpacks saturate into clamp but the opt_algebraic pass tries to do
> the opposite.
>
>
This patch adds support for following GLES2 Texture Float extensions:
1)GL_OES_texture_float,
2)GL_OES_texture_half_float,
3)GL_OES_texture_float_linear,
4)GL_OES_texture_half_float_linear.
Support for these extensions need to be explicitly enabled per driver
and this patch enables support for i96
Cool! Thanks a lot!
Le 27 nov. 2014 12:05, "Roland Scheidegger" a écrit :
> Sorry for that. Someone (== me) didn't realize he needs to push it :-).
> Done that now.
>
> Roland
>
>
> Am 27.11.2014 um 01:53 schrieb Romain Failliot:
> > Hi!
> >
> > I'm not familiar with the "patch and merge" process
The Mesa a patch and the piglit patch are both
Reviewed-by: Ian Romanick
On November 26, 2014 3:08:38 PM Neil Roberts wrote:
According to the GLSL spec float literals like ‘1f’ shouldn't be allowed
without adding a decimal point or an exponent. Apparently the AMD driver also
disallows this
Sorry for that. Someone (== me) didn't realize he needs to push it :-).
Done that now.
Roland
Am 27.11.2014 um 01:53 schrieb Romain Failliot:
> Hi!
>
> I'm not familiar with the "patch and merge" process, I just wonder if
> it is normal that my patch isn't merged yet (it's been more than 20
> d
On Thu, Nov 27, 2014 at 11:39 AM, Thierry Reding
wrote:
> Tegra K1 and later use a GPU that can be driven by the Nouveau driver.
> But the GPU is a pure render node and has no display engine, hence the
> scanout needs to happen on the Tegra display hardware. The GPU and the
> display engine each h
Tegra K1 and later use a GPU that can be driven by the Nouveau driver.
But the GPU is a pure render node and has no display engine, hence the
scanout needs to happen on the Tegra display hardware. The GPU and the
display engine each have a separate DRM device node exposed by the
kernel.
To make th
This addresses the potential issue I was worried about when I worked on
my patch series for expanding get_range that I sent a while back.
With the "the the " in the commit message fixed:
Reviewed-by: Thomas Helland
This conflicts with my series, but I'll need to do some work on it
either way so
With sm3, you can declare an input/output with an usage and an usage index.
Nine code hardcodes the translation usage/index to a corresponding TGSI code.
The translation was limited to a few usage/index combinations that were
corresponding
to most of the needs of games, but some games did not wor
Nine code to match vertex declaration to vs inputs was limiting
the number of possible combinations.
Some sm3 games have issues with that, because arbitrary (usage/index)
can be used.
This patch does the following changes to fix the problem:
. Change the numbers given to (usage/index) combination
Add the the same restriction as in the previous try_emit_sat when trying
to optimize clamp. Fixes an infinite loop in swrast where the lowering
pass unpacks saturate into clamp but the opt_algebraic pass tries to do
the opposite.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=83463
Tested
22 matches
Mail list logo
