https://bugs.freedesktop.org/show_bug.cgi?id=77161
--- Comment #4 from Roland Scheidegger ---
Oh I forgot that ARB_texture_view also allows you to do that. All the more
reason to allow it in gallium (and use for cube map mip generation).
--
You are receiving this mail because:
You are the assig
On Wed, 2014-05-21 at 15:04 -0700, Eric Anholt wrote:
> Since I'm leaving Intel in a couple weeks,
Hi Eric,
If you don't mind me asking where are you off to? Will you still be
working on Mesa? Or are you changing things up?
Either way, good luck.
> I figured the best thing I
> could do for the
https://bugs.freedesktop.org/show_bug.cgi?id=79016
--- Comment #6 from Maarten Lankhorst ---
Probe at (48,66)
Expected: 0.423529 0.011765 0.313726 0.501961
Observed: 0.501961 0.125490 0.125490 0.501961
PIGLIT: {'result': 'warn' }
--
You are receiving this mail because:
You are the assignee
Hi Mathias,
Sorry for the delay.
- Original Message -
>
> Hi Jose,
>
> I tried to get my local llvm install again to a point where I can see
> backtrace information, but still failed to get valgrind/massif to print
> these nice backtraces. All of the llvm addresses are not resolved so f
https://bugs.freedesktop.org/show_bug.cgi?id=79016
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, May 22, 2014 at 2:56 AM, Timothy Arceri wrote:
> On Wed, 2014-05-21 at 18:05 -0400, Ilia Mirkin wrote:
>
> On Wed, May 21, 2014 at 6:02 PM, Timothy Arceri
> wrote:
>> Unless we run out of memory the old if statement would always fail so
>> reflect the more likely outcome. Should be be fas
https://bugs.freedesktop.org/show_bug.cgi?id=75315
--- Comment #1 from Fabio Pedretti ---
Still failing:
https://launchpadlibrarian.net/176111981/buildlog_ubuntu-trusty-amd64.mesa_10.3~git1405221557.5dd927~gd~t_FAILEDTOBUILD.txt.gz
--
You are receiving this mail because:
You are the assignee fo
This reverts commit 2dfbbeca50b95ccdd714d9baa4411c779f6a20d9 with the
comment about MAC and implicit accumulator removed.
Why this code didn't work in all circumstances is unknown and without a
working Ironlake simulator (which uses a different AUB format) we'll
probably never know, short of a lot
This reverts commit a6860100b87415ab510d0d210cabfeeccebc9a0a.
Why this code didn't work in all circumstances is unknown and without a
working Ironlake simulator (which uses a different AUB format) we'll
probably never know, short of a lot of experimentation, and spending a
bunch of time to try to
https://bugs.freedesktop.org/show_bug.cgi?id=79081
Priority: medium
Bug ID: 79081
CC: matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [regression] build failure - error: 'cpu_features_ecx'
undeclare
https://bugs.freedesktop.org/show_bug.cgi?id=79081
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=79081
--- Comment #2 from Matt Turner ---
http://cgit.freedesktop.org/mesa/mesa/commit/?id=a9bc85f3b21e8d1b2640933b3c9e0a8fe3b4b9c6
--
You are receiving this mail because:
You are the assignee for the bug.
- Original Message -
> Module: Mesa
> Branch: master
> Commit: 8b9302f2b4b0536abb91cb73682ec13640fe9eaf
> URL:
> https://urldefense.proofpoint.com/v1/url?u=http://cgit.freedesktop.org/mesa/mesa/commit/?id%3D8b9302f2b4b0536abb91cb73682ec13640fe9eaf&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=NMr
From: José Fonseca
x86/common_x86.c is required also for x86_64 builds.
---
src/mesa/SConscript | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/SConscript b/src/mesa/SConscript
index cd959be..f565786 100644
--- a/src/mesa/SConscript
+++ b/src/mesa/SConscript
@@ -392,6 +392,7 @@ if (
From: José Fonseca
This fixes MinGW x64 builds. We don't use assembly on any of the
Windows builds, to avoid divergence between MSVC and MinGW when testing.
---
src/mesa/main/cpuinfo.c | 2 +-
src/mesa/main/cpuinfo.h | 2 +-
src/mesa/x86/common_x86.c | 6 +++---
3 files changed, 5 insertion
On Thu, May 22, 2014 at 12:46 PM, wrote:
> From: José Fonseca
>
> This fixes MinGW x64 builds. We don't use assembly on any of the
> Windows builds, to avoid divergence between MSVC and MinGW when testing.
> ---
If these solve your problems, I'm happy. Both are
Reviewed-by: Matt Turner
_
On Thu, May 22, 2014 at 12:30 PM, Jose Fonseca wrote:
>
>
> - Original Message -
>> Module: Mesa
>> Branch: master
>> Commit: 8b9302f2b4b0536abb91cb73682ec13640fe9eaf
>> URL:
>> https://urldefense.proofpoint.com/v1/url?u=http://cgit.freedesktop.org/mesa/mesa/commit/?id%3D8b9302f2b4b0536abb
On 05/22/2014 09:55 AM, Matt Turner wrote:
> This reverts commit 2dfbbeca50b95ccdd714d9baa4411c779f6a20d9 with the
> comment about MAC and implicit accumulator removed.
>
> Why this code didn't work in all circumstances is unknown and without a
> working Ironlake simulator (which uses a different
- Original Message -
> On Thu, May 22, 2014 at 12:30 PM, Jose Fonseca wrote:
> >
> >
> > - Original Message -
> >> Module: Mesa
> >> Branch: master
> >> Commit: 8b9302f2b4b0536abb91cb73682ec13640fe9eaf
> >> URL:
> >> https://urldefense.proofpoint.com/v1/url?u=http://cgit.freedesk
Greetings,
I ran into a problem with how Mesa on i965 handles MaxAnisotropy.
The app I'm looking at sets sampler state min and mag filters to GL_NEAREST,
but also sets GL_TEXTURE_MAX_ANISOTROPY_EXT, like so:
glSamplerParameteri(pointSampler, GL_TEXTURE_MIN_FILTER, GL_NEAREST);
glSample
On 05/19/2014 11:55 AM, Matt Turner wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 4 ++--
> src/mesa/drivers/dri/i965/gen8_fs_generator.cpp | 4 ++--
> 2 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
> b/src/mesa
On Wed, May 21, 2014 at 4:08 PM, Eric Anholt wrote:
> Matt Turner writes:
>
>> Number of compacted instructions: 827404 -> 833045 (0.68%)
>> ---
>> src/mesa/drivers/dri/i965/brw_eu_emit.c | 20
>> 1 file changed, 20 insertions(+)
>>
>> diff --git a/src/mesa/drivers/dri/i965/
On 22/05/14 04:58, Gary Wong wrote:
> On Wed, May 21, 2014 at 07:46:52PM +0100, Emil Velikov wrote:
>> On 21/05/14 02:40, Gary Wong wrote:
>>> Introduce a simple PCI identification method of looking up the answer
>>> the /sys filesystem (available on Linux). Attempted after libudev, but
>>> before
On 22/05/14 05:01, Gary Wong wrote:
> Introduce a simple PCI identification method of looking up the answer
> the /sys filesystem (available on Linux). Attempted after libudev, but
> before DRM.
>
> Disabled by default (available only when the --enable-sysfs configure
> option is specified).
>
I
On Fri, May 23, 2014 at 12:31:54AM +0100, Emil Velikov wrote:
> I will give it a week or so for other people to chip in before pushing these
> to master.
Actually, I have permission to push, so I can do that next week to save
you the effort of remembering.
> Thanks for your contribution.
Thank y
https://bugs.freedesktop.org/show_bug.cgi?id=79095
Priority: medium
Bug ID: 79095
Keywords: regression
CC: matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: x86/common_x86.c:348:14: error: use of undeclared
So that we can share some of the code with wglinfo.
---
src/xdemos/CMakeLists.txt |4 +-
src/xdemos/Makefile.am |4 +
src/xdemos/glinfo_common.c | 649
src/xdemos/glinfo_common.h | 89 ++
src/xdemos/glxinfo.c | 647 +--
---
src/wgl/CMakeLists.txt |3 +-
src/wgl/wglinfo.c | 532 ++--
2 files changed, 18 insertions(+), 517 deletions(-)
diff --git a/src/wgl/CMakeLists.txt b/src/wgl/CMakeLists.txt
index a32a664..d45cbf3 100644
--- a/src/wgl/CMakeLists.txt
+++ b/s
I'm not a cmake expert so I'm not sure my changes to CMakeLists.txt are
ideal. Doing ../somewhere always feels like a hack.
-Brian
On 05/22/2014 08:53 PM, Brian Paul wrote:
---
src/wgl/CMakeLists.txt |3 +-
src/wgl/wglinfo.c | 532 ++--
https://bugs.freedesktop.org/show_bug.cgi?id=79098
Priority: medium
Bug ID: 79098
Keywords: regression
CC: matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: x86/common_x86.c:51:19: error: cpuid.h: No such file
https://bugs.freedesktop.org/show_bug.cgi?id=79095
--- Comment #1 from Matt Turner ---
Great. Clang's macro is named wrong.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.
On 05/21/2014 07:52 PM, Ian Romanick wrote:
> On 05/21/2014 08:11 AM, Tapani wrote:
>> On 05/21/2014 05:43 PM, Tapani wrote:
>>> On 05/21/2014 01:27 AM, Ian Romanick wrote:
On 05/19/2014 10:08 PM, Tapani wrote:
> On 05/19/2014 08:18 PM, Ian Romanick wrote:
>> On 04/09/2014 02:56 AM, Ta
32 matches
Mail list logo
