Hi,
On Sunday, October 26, 2014 21:21:31 Kenneth Graunke wrote:
> Yup, easy to miss these. Go ahead and push it - thanks!
>
> Reviewed-by: Kenneth Graunke
I already went ahead and pushed this to fix the outstanding
failure in the weekend.
Anyway thanks for looking at this.
Mathias
___
Hi Jan,
Jan Vesely wrote on 26.10.2014 20:36:
> On Fri, 2014-10-24 at 23:54 +, Emil Velikov wrote:
>> On 24/10/14 17:03, Jan Vesely wrote:
>>> -Wl,--exclude-libs prevents automatic export of symbols
>>>
>>>
>>> CC: Kai Wasserbach
>>> CC: Emil Velikov
>>> Signed-off-by: Jan Vesely
>>> ---
>>>
On Monday, October 27, 2014 05:14:30 PM Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
b/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
> index d
From: Dave Airlie
I've only tested this on IVB so far, but it passes the two piglit tests.
Signed-off-by: Dave Airlie
---
src/mesa/drivers/dri/i965/gen6_clip_state.c | 2 +-
src/mesa/drivers/dri/i965/gen7_sf_state.c| 2 +-
src/mesa/drivers/dri/i965/intel_extensions.c | 4 +++-
3 files cha
---
src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 8
1 file changed, 8 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
b/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
index da6da16..e48a4c6 100644
--- a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate
https://bugs.freedesktop.org/show_bug.cgi?id=85467
--- Comment #1 from Vinson Lee ---
This is introduced with llvm-3.6.0svn r220138.
9b2d091a9c2509a766a233a64453462faa2bdffc is the first bad commit
commit 9b2d091a9c2509a766a233a64453462faa2bdffc
Author: Chandler Carruth
Date: Sat Oct 18 06:36
When we're checking if the framebuffer is sRGB capable, call
is_format_supported() with the PIPE_BIND_DISPLAY_TARGET flag.
---
src/mesa/state_tracker/st_manager.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/
On Mon, 2014-10-27 at 20:22 +, Emil Velikov wrote:
> On 27/10/14 18:05, Jan Vesely wrote:
> > On Mon, 2014-10-27 at 02:24 +, Emil Velikov wrote:
> >> On 26/10/14 19:36, Jan Vesely wrote:
> >>> On Fri, 2014-10-24 at 23:54 +, Emil Velikov wrote:
> On 24/10/14 17:03, Jan Vesely wrote:
On 27/10/14 18:05, Jan Vesely wrote:
> On Mon, 2014-10-27 at 02:24 +, Emil Velikov wrote:
>> On 26/10/14 19:36, Jan Vesely wrote:
>>> On Fri, 2014-10-24 at 23:54 +, Emil Velikov wrote:
On 24/10/14 17:03, Jan Vesely wrote:
> -Wl,--exclude-libs prevents automatic export of symbols
>>
[snip]
> >> +
> >> + if (aligned_count >= 4) {
> > ^^
> >
> > Hi,
> >
> > I have been thinking and I think that you can change that 4 for an 8. In
> > the case aligned_count == 4 there's no gain in using SSE, as you will
> > have to do a final reduction from 4 elements
On Mon, 2014-10-27 at 02:24 +, Emil Velikov wrote:
> On 26/10/14 19:36, Jan Vesely wrote:
> > On Fri, 2014-10-24 at 23:54 +, Emil Velikov wrote:
> >> On 24/10/14 17:03, Jan Vesely wrote:
> >>> -Wl,--exclude-libs prevents automatic export of symbols
> >>>
> >>>
> >>> CC: Kai Wasserbach
> >>
On Mon, Oct 27, 2014 at 10:36 AM, Kristian Høgsberg
wrote:
> On Fri, Oct 24, 2014 at 12:25:06PM -0700, Jason Ekstrand wrote:
> > ---
> > src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 11 +--
> > 1 file changed, 5 insertions(+), 6 deletions(-)
> >
> > diff --git a/src/mesa/drivers/d
On 10/27/2014 08:04 AM, Bruno Jimenez wrote:
> On Mon, 2014-10-27 at 08:37 +1100, Timothy Arceri wrote:
>> Makes use of SSE to speed up compute of min and max elements
>>
>> Callgrind cpu usage results from pts benchmarks:
>>
>> Openarena 0.8.8: 3.67% -> 1.03%
>> UrbanTerror: 2.36% -> 0.81%
>>
>> S
On Fri, Oct 24, 2014 at 12:25:06PM -0700, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
> b/src/mesa/drivers/dri/i965/brw_fs_re
https://bugs.freedesktop.org/show_bug.cgi?id=85419
--- Comment #4 from James Evans ---
Created attachment 108521
--> https://bugs.freedesktop.org/attachment.cgi?id=108521&action=edit
Screenshot of rendered sphere
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=85419
--- Comment #3 from James Evans ---
Created attachment 108520
--> https://bugs.freedesktop.org/attachment.cgi?id=108520&action=edit
apitrace of rendered sphere
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=85419
--- Comment #2 from James Evans ---
Thanks for the tip with '~0' I was unaware of that. I only used '0x'
because that was what was used in the red book examples.
I changed my code to use '~0' and now the latest version of the Mesa driver
On Mon, 2014-10-27 at 08:37 +1100, Timothy Arceri wrote:
> Makes use of SSE to speed up compute of min and max elements
>
> Callgrind cpu usage results from pts benchmarks:
>
> Openarena 0.8.8: 3.67% -> 1.03%
> UrbanTerror: 2.36% -> 0.81%
>
> Signed-off-by: Timothy Arceri
> ---
> src/mesa/Andr
This member is declared, allocated and destroyed, but doesn't seem to be
used or referenced anywhere in the code.
Signed-off-by: Alexandre Courbot
---
Resending after fixing typo in email address - apologies for the inconvenience.
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 3 ---
src/gall
This series is to allow NVIDIA chips with shared memory to operate more
efficiently (and to operate at all once we disable VRAM from the kernel
driver) by allowing nouveau_screen to specify a domain to use for objects
originally allocated into VRAM. If the domain is not overridden, the default
NOUV
GK20A does not have dedicated VRAM, therefore allocating in VRAM can be
sub-optimal and sometimes even harmful. Set its VRAM domain to
NOUVEAU_BO_GART so all objects are allocated in system memory.
Signed-off-by: Alexandre Courbot
---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 10 +
Some NVIDIA chips (e.g. GK20A) do not embed VRAM of their own and have
complete shared access to system memory. For these systems, allocating
objects in VRAM might lead to unneeded copies and sub-optimal memory
management. It will also lead to errors if the kernel does not allow
VRAM objects alloca
Use the newly-introduced NV_VRAM_DOMAIN() macro to support alternative
VRAM domains for chips that do not use dedicated video memory.
Signed-off-by: Alexandre Courbot
---
src/gallium/drivers/nouveau/nouveau_buffer.c | 6 ++
src/gallium/drivers/nouveau/nv50/nv50_miptree.c|
This member is declared, allocated and destroyed, but doesn't seem to be
used or referenced anywhere in the code.
Signed-off-by: Alexandre Courbot
---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 3 ---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.h | 2 --
2 files changed, 5 deletions(-)
d
24 matches
Mail list logo
