https://bugs.freedesktop.org/show_bug.cgi?id=83631
ruhly changed:
What|Removed |Added
CC||truhl...@gmail.com
--
You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=83631
--- Comment #7 from ruhly ---
I too ran into this bug when trying to install opencascade for freecad on Arch
linux.
I added the following typedefs to a section of code that had been added in
10.3:
# diff glxext.h.saved glxext.h
479a480,481
> typ
https://bugs.freedesktop.org/show_bug.cgi?id=84242
--- Comment #15 from Alan Modra ---
Build libOpenCL.so.1 with -Wl,-noinhibit-exec,-Map,libOpenCl.map and look at
the mapfile entries for .eh_frame. Try to match up with addresses given for
the overlapping FDE. This should give you the object fi
https://bugs.freedesktop.org/show_bug.cgi?id=84242
Michel Dänzer changed:
What|Removed |Added
CC||amo...@gmail.com
--- Comment #14 from Mi
On 03.10.2014 02:26, Marek Olšák wrote:
From: Marek Olšák
I'll need this in radeonsi.
v2: use __builtin_popcountll if available
---
src/gallium/auxiliary/util/u_math.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxili
On Tue, Sep 30, 2014 at 5:00 PM, Matt Turner wrote:
> On Tue, Sep 30, 2014 at 4:24 PM, Matt Turner wrote:
> > The compiler isn't privy to the knowledge that we're doing at least one
> > framebuffer write.
> > ---
> > src/mesa/drivers/dri/i965/brw_fs.cpp | 1 +
> > 1 file changed, 1 insertion(+)
Hey,
Op 02-10-14 om 04:22 schreef Roland Scheidegger:
> Am 01.10.2014 16:56, schrieb Maarten Lankhorst:
>> This fixes a crash when llvmpipe tries to use sse instructions,
>> but llvm detects a cpu that doesn't support them.
>>
>> Fixes for example piglit/bin/amd_seamless_cubemap_per_texture -fbo -
Hi,
At FOSDEM on the 31st of january and the 1st of February 2015, there
will be another graphics DevRoom. URL: https://fosdem.org/2015/
The focus of this DevRoom is of course the same as last year, namely:
* Graphics drivers: from display to media to 3d drivers, both in kernel
or userspace.
Hello list,
It is time for the final 10.2 stable candidate. Currently we have
- 10 queued
- 2 nominated (old and outstanding)
- and 0 rejected patches
Take a look at section "Mesa stable queue" for more information.
Regressions/Fixes
-
No regressions or fixes were spotted in sw
On Thu, Oct 2, 2014 at 7:59 PM, Emil Velikov wrote:
> On 02/10/14 06:41, Ilia Mirkin wrote:
>> On Mon, Sep 29, 2014 at 8:33 PM, Emil Velikov
>> wrote:
>>> On 29/09/14 17:24, Matt Turner wrote:
On Mon, Sep 29, 2014 at 9:16 AM, Emil Velikov
wrote:
> So all in all we have the follow
https://bugs.freedesktop.org/show_bug.cgi?id=84242
--- Comment #13 from Alan Modra ---
I don't believe trunk binutils is the source of the problem. Trunk binutils
(commit ae6c7e33 and aa8f4d1e) is merely letting you know about a case where
previous versions of ld silently created binaries with p
https://bugs.freedesktop.org/show_bug.cgi?id=75165
Vinson Lee changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #3 from Vinson Lee ---
(In
https://bugs.freedesktop.org/show_bug.cgi?id=83381
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 02/10/14 06:41, Ilia Mirkin wrote:
> On Mon, Sep 29, 2014 at 8:33 PM, Emil Velikov
> wrote:
>> On 29/09/14 17:24, Matt Turner wrote:
>>> On Mon, Sep 29, 2014 at 9:16 AM, Emil Velikov
>>> wrote:
So all in all we have the following:
Some distributions/people choose odd location
On Thu, Oct 2, 2014 at 4:16 PM, Jason Ekstrand wrote:
> Before, we were hard-coding the base_mrf based on dispatch width not number
> of registers spilled at a time. This caused us to emit instructions with a
> base_mrf or 14 and a mlen of 3 so we used the magical non-existant m16
> register. Th
Before, we were hard-coding the base_mrf based on dispatch width not number
of registers spilled at a time. This caused us to emit instructions with a
base_mrf or 14 and a mlen of 3 so we used the magical non-existant m16
register. This fixes the problem.
---
src/mesa/drivers/dri/i965/brw_fs_reg
Am 02.10.2014 um 19:36 schrieb Marek Olšák:
> From: Marek Olšák
>
> ---
> This should be applied on top of my previous big patch series.
>
> src/gallium/auxiliary/draw/draw_gs.c | 6 +++---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 2 +-
> src/gallium/auxiliary/tgsi/tgsi_
On Thu, Oct 2, 2014 at 1:58 PM, Kenneth Graunke wrote:
> On Tuesday, September 30, 2014 04:24:39 PM Matt Turner wrote:
>> ---
>> src/util/macros.h | 13 +
>> 1 file changed, 13 insertions(+)
>>
>> diff --git a/src/util/macros.h b/src/util/macros.h
>> index 40ebf02..77055e8 100644
>> -
On Thursday, October 02, 2014 11:53:27 AM Matt Turner wrote:
> On Wed, Oct 1, 2014 at 12:18 PM, Jason Ekstrand wrote:
> > Previously, we had a MAX_SAMPLER_MESSAGE_SIZE which we used instead.
> > However, some FB write messages can validly be longer than this so we need
> > something different. Si
On Tuesday, September 30, 2014 04:24:39 PM Matt Turner wrote:
> ---
> src/util/macros.h | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/src/util/macros.h b/src/util/macros.h
> index 40ebf02..77055e8 100644
> --- a/src/util/macros.h
> +++ b/src/util/macros.h
> @@ -75,6 +75,
On Thu, Oct 2, 2014 at 1:51 PM, Christian König wrote:
> Am 02.10.2014 um 19:34 schrieb Marek Olšák:
>>
>> From: Marek Olšák
>>
>> This fixes a crash when exiting Firefox. I have really no idea how Firefox
>> does it. It seems to involve multiple contexts and multithreading.
>
>
> That looks to m
On Thu, Oct 2, 2014 at 8:21 PM, Ian Romanick wrote:
> On 10/01/2014 09:06 AM, Marek Olšák wrote:
>> On Wed, Oct 1, 2014 at 11:02 AM, Chris Forbes wrote:
>>> In the drivers, we occasionally want to reallocate the backing
>>> store for a buffer object; often to avoid waiting for the GPU
>>> to be f
On Wed, Oct 1, 2014 at 12:18 PM, Jason Ekstrand wrote:
> Previously, we had a MAX_SAMPLER_MESSAGE_SIZE which we used instead.
> However, some FB write messages can validly be longer than this so we need
> something different. Since MAX_SAMPLER_MESSAGE_SIZE is validly useful on
> its own, we leave
On Wed, Oct 1, 2014 at 12:18 PM, Jason Ekstrand wrote:
> This fixes a bug where 1-wide operations don't properly translate down to
> 1-wide instructions.
... specifically for MRF writes?
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@list
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Fri, Oct 3, 2014 at 3:24 AM, Marek Olšák wrote:
> This won't catch state changes made by glPatchParameterfv.
> glPatchParameterfv should add a flag and also call FLUSH_VERTICES and
> the same flag should be used for these 2 state variables. Otherwise,
> the constant buffer won't be updated afte
Since this is Curro's code, I'm CC'ing me.
On 10/01/2014 03:12 AM, Iago Toral Quiroga wrote:
> in_var calls the ir_variable constructor, which dups the variable name.
> ---
> src/glsl/builtin_functions.cpp | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/src/glsl/
On 10/01/2014 09:06 AM, Marek Olšák wrote:
> On Wed, Oct 1, 2014 at 11:02 AM, Chris Forbes wrote:
>> In the drivers, we occasionally want to reallocate the backing
>> store for a buffer object; often to avoid waiting for the GPU
>> to be finished with the previous contents.
>>
>> At the point that
Am 02.10.2014 um 19:34 schrieb Marek Olšák:
From: Marek Olšák
This fixes a crash when exiting Firefox. I have really no idea how Firefox
does it. It seems to involve multiple contexts and multithreading.
That looks to me like we now release all sampler views with the current
context and not
This fixes the bug on my IVB system.
Tested-by: Ian Romanick
On 09/30/2014 05:49 PM, Jason Ekstrand wrote:
> Signed-off-by: Jason Ekstrand
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84529
> ---
> src/mesa/drivers/dri/i965/brw_fs_fp.cpp | 2 +-
> 1 file changed, 1 insertion(+), 1
From: Marek Olšák
---
This should be applied on top of my previous big patch series.
src/gallium/auxiliary/draw/draw_gs.c | 6 +++---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 2 +-
src/gallium/auxiliary/tgsi/tgsi_scan.c | 5 ++---
src/gallium/auxiliary/tgsi/tgsi_
From: Marek Olšák
This fixes a crash when exiting Firefox. I have really no idea how Firefox
does it. It seems to involve multiple contexts and multithreading.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81680
Cc: 10.2 10.3
Tested-by: Benjamin Bellec
---
src/mesa/state_tracker/st_
From: Marek Olšák
I'll need this in radeonsi.
v2: use __builtin_popcountll if available
---
src/gallium/auxiliary/util/u_math.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_math.h
b/src/gallium/auxiliary/util/u_math.h
index 39bd40f..f95c111 100
Am 02.10.2014 um 18:11 schrieb Ilia Mirkin:
> On Thu, Oct 2, 2014 at 11:34 AM, Jose Fonseca wrote:
>> On 02/10/14 03:09, Ilia Mirkin wrote:
>>>
>>> On Wed, Oct 1, 2014 at 10:56 AM, Maarten Lankhorst
>>> wrote:
This fixes a crash when llvmpipe tries to use sse instructions,
but llvm
https://bugs.freedesktop.org/show_bug.cgi?id=84566
Matt Turner changed:
What|Removed |Added
QA Contact||mesa-dev@lists.freedesktop.
Am 02.10.2014 um 17:36 schrieb Jose Fonseca:
> On 02/10/14 15:04, Roland Scheidegger wrote:
>> Am 02.10.2014 um 09:31 schrieb Maarten Lankhorst:
>>> Op 02-10-14 om 09:10 schreef Maarten Lankhorst:
Hey,
Op 02-10-14 om 04:22 schreef Roland Scheidegger:
> Am 01.10.2014 16:56, schrie
On Thu, Oct 2, 2014 at 11:34 AM, Jose Fonseca wrote:
> On 02/10/14 03:09, Ilia Mirkin wrote:
>>
>> On Wed, Oct 1, 2014 at 10:56 AM, Maarten Lankhorst
>> wrote:
>>>
>>> This fixes a crash when llvmpipe tries to use sse instructions,
>>> but llvm detects a cpu that doesn't support them.
>>>
>>> Fix
On Windows, the Piglit primitive-restart test was failing a
glGetError()==0 assertion when it was run w/out any command line
arguments. Piglit's all.py script only runs primitive-restart
with arguments so this case isn't normally hit during a full
piglit run.
The basic problem is Microsoft's open
On 02/10/14 15:04, Roland Scheidegger wrote:
Am 02.10.2014 um 09:31 schrieb Maarten Lankhorst:
Op 02-10-14 om 09:10 schreef Maarten Lankhorst:
Hey,
Op 02-10-14 om 04:22 schreef Roland Scheidegger:
Am 01.10.2014 16:56, schrieb Maarten Lankhorst:
This fixes a crash when llvmpipe tries to use s
On 02/10/14 03:09, Ilia Mirkin wrote:
On Wed, Oct 1, 2014 at 10:56 AM, Maarten Lankhorst
wrote:
This fixes a crash when llvmpipe tries to use sse instructions,
but llvm detects a cpu that doesn't support them.
Fixes for example piglit/bin/amd_seamless_cubemap_per_texture -fbo -auto
on i386 whe
https://bugs.freedesktop.org/show_bug.cgi?id=54080
--- Comment #6 from Adrian Negreanu ---
Created attachment 107229
--> https://bugs.freedesktop.org/attachment.cgi?id=107229&action=edit
call SendMakeCurrent.
With the 0001-SendMakeCurrent, the error goes away, but causes an Xorg segfault
when
On Sun, Sep 21, 2014 at 3:41 AM, Chris Forbes wrote:
> If the hardware needs to always have a control shader present if
> and evaluation shader is present, then the control shader will need
> these values.
> ---
> src/glsl/builtin_variables.cpp| 14 ++
> src/mesa/program/prog_stat
Am 02.10.2014 um 09:31 schrieb Maarten Lankhorst:
> Op 02-10-14 om 09:10 schreef Maarten Lankhorst:
>> Hey,
>>
>> Op 02-10-14 om 04:22 schreef Roland Scheidegger:
>>> Am 01.10.2014 16:56, schrieb Maarten Lankhorst:
This fixes a crash when llvmpipe tries to use sse instructions,
but llvm d
On Thu, Oct 2, 2014 at 11:57 AM, Chris Forbes wrote:
> That fixes the bug and is nice and minimal, but it doesn't meet my
> overhead-reduction goal.
>
> _NEW_TEXTURE triggers piles of work, mostly irrelevant if we've only
> changed buffer textures.
I agree. I was only showing that the bug is in m
1) We should have our own copyright in the new file.
Other than that:
Reviewed-by: Marek Olšák
The following things can be done in a separate patch.
2) I recommend removing the CMASK and FMASK checking and replacing it
with nr_samples > 1 (for SI too). For nr_samples <= 1, CMASK checking
is alr
That fixes the bug and is nice and minimal, but it doesn't meet my
overhead-reduction goal.
_NEW_TEXTURE triggers piles of work, mostly irrelevant if we've only
changed buffer textures.
On Thu, Oct 2, 2014 at 10:28 PM, Marek Olšák wrote:
> On Thu, Oct 2, 2014 at 6:05 AM, Ilia Mirkin wrote:
>> O
Reviewed-by: Marek Olšák
Marek
On Thu, Oct 2, 2014 at 9:03 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes assertion failure while running the Unreal Engine 4 Elemental demo:
>
> .../si_blit.c:322:si_decompress_color_textures: Assertion `tex->cmask.size ||
> tex->fmask.size' failed.
Reviewed-by: Marek Olšák
Marek
On Thu, Oct 2, 2014 at 1:45 AM, Ilia Mirkin wrote:
> The existing code was not setting several fields, most importantly the
> target, which is required on nv50/nvc0.
>
> Signed-off-by: Ilia Mirkin
> ---
> src/gallium/auxiliary/hud/hud_context.c | 9 +++--
>
On Thu, Oct 2, 2014 at 6:05 AM, Ilia Mirkin wrote:
> On Wed, Oct 1, 2014 at 12:06 PM, Marek Olšák wrote:
>> On Wed, Oct 1, 2014 at 11:02 AM, Chris Forbes wrote:
>>> In the drivers, we occasionally want to reallocate the backing
>>> store for a buffer object; often to avoid waiting for the GPU
>>
https://bugs.freedesktop.org/show_bug.cgi?id=84566
Iago Toral changed:
What|Removed |Added
CC||sigles...@igalia.com
Assignee|mes
https://bugs.freedesktop.org/show_bug.cgi?id=84566
--- Comment #2 from Iago Toral ---
Hi Jason: Samuel and I will continue your work. We will ask here if we need
input from your side.
--
You are receiving this mail because:
You are the assignee for the bug.
_
Op 02-10-14 om 09:10 schreef Maarten Lankhorst:
> Hey,
>
> Op 02-10-14 om 04:22 schreef Roland Scheidegger:
>> Am 01.10.2014 16:56, schrieb Maarten Lankhorst:
>>> This fixes a crash when llvmpipe tries to use sse instructions,
>>> but llvm detects a cpu that doesn't support them.
>>>
>>> Fixes for
From: Michel Dänzer
Fixes assertion failure while running the Unreal Engine 4 Elemental demo:
.../si_blit.c:322:si_decompress_color_textures: Assertion `tex->cmask.size ||
tex->fmask.size' failed.
Cc: "10.2 10.3"
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_descriptors.c
53 matches
Mail list logo
