Vadim Girlin wrote:
On Mon, 2012-06-25 at 12:19 +0200, Andreas Boll wrote:
2012/6/24 Vadim Girlin :
On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
Allocate flushed depth texture in the VRAM if we aren't going to access it by
CPU. If we need CPU access later, then it'll be reallocated i
2012/6/25 Vadim Girlin :
> On Mon, 2012-06-25 at 12:19 +0200, Andreas Boll wrote:
>> 2012/6/24 Vadim Girlin :
>> > On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
>> >> Allocate flushed depth texture in the VRAM if we aren't going to access
>> >> it by
>> >> CPU. If we need CPU access later
On Son, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
> Allocate flushed depth texture in the VRAM if we aren't going to access it by
> CPU. If we need CPU access later, then it'll be reallocated in the GTT.
> Currently it's not reallocated in the opposite direction (GTT->VRAM), though
> probabl
On Mon, 2012-06-25 at 12:19 +0200, Andreas Boll wrote:
> 2012/6/24 Vadim Girlin :
> > On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
> >> Allocate flushed depth texture in the VRAM if we aren't going to access it
> >> by
> >> CPU. If we need CPU access later, then it'll be reallocated in t
2012/6/24 Vadim Girlin :
> On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
>> Allocate flushed depth texture in the VRAM if we aren't going to access it by
>> CPU. If we need CPU access later, then it'll be reallocated in the GTT.
>> Currently it's not reallocated in the opposite direction (
Tom Stellard wrote:
This is an error caused by parallel build.
Ok, thanks for the confirmation.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sun, Jun 24, 2012 at 08:56:31PM +0100, Andy Furniss wrote:
> Andy Furniss wrote:
>
> > Anyway this is the random, probably parallel build related fail I saw -
> > I don't know yet if it's just your tree + last change or not, but I
> > built several times OK when finding a working commit earlier
Andy Furniss wrote:
Anyway this is the random, probably parallel build related fail I saw -
I don't know yet if it's just your tree + last change or not, but I
built several times OK when finding a working commit earlier.
I posted the wrong error - this one is from current head, the last one
Vadim Girlin wrote:
Thanks for testing. I've updated the branch with possible fix, could you
try it again?
It seems OK now.
I say seems because I had a bit of a build issue with llvm and make -j5,
but just make alone seemed to get past it.
Previously I tested with and without building with
On Sun, Jun 24, 2012 at 6:38 PM, Vadim Girlin wrote:
> On Sun, 2012-06-24 at 17:43 +0200, Marek Olšák wrote:
>> Hi Vadim,
>>
>> This is:
>>
>> Reviewed-by: Marek Olšák
>>
>> I'd like to point out an issue here, which has nothing to do with your
>> patch, just so you know.
>>
>> Flushing in create
On Sun, 2012-06-24 at 15:45 +0100, Andy Furniss wrote:
> Andy Furniss wrote:
> > Andy Furniss wrote:
> >> Vadim Girlin wrote:
> >>
> >>> git://github.com/VadimGirlin/mesa.git
> >>>
> >>> www: https://github.com/VadimGirlin/mesa/compare/r600-perf
> >>>
> >>> Could anybody test them for regressions o
On Sun, 2012-06-24 at 17:43 +0200, Marek Olšák wrote:
> Hi Vadim,
>
> This is:
>
> Reviewed-by: Marek Olšák
>
> I'd like to point out an issue here, which has nothing to do with your
> patch, just so you know.
>
> Flushing in create_sampler_view is wrong. Some people have been
> wondering why
Andy Furniss wrote:
Andy Furniss wrote:
Vadim Girlin wrote:
git://github.com/VadimGirlin/mesa.git
www: https://github.com/VadimGirlin/mesa/compare/r600-perf
Could anybody test them for regressions on non-evergreen cards
(R6xx/7xx/CAYMAN)?
nexuiz failed for me on rv790 (only thing I tested)
Hi Vadim,
This is:
Reviewed-by: Marek Olšák
I'd like to point out an issue here, which has nothing to do with your
patch, just so you know.
Flushing in create_sampler_view is wrong. Some people have been
wondering why depth flushes are not realiable while there is such
an obvious mistake right
Andy Furniss wrote:
Vadim Girlin wrote:
git://github.com/VadimGirlin/mesa.git
www: https://github.com/VadimGirlin/mesa/compare/r600-perf
Could anybody test them for regressions on non-evergreen cards
(R6xx/7xx/CAYMAN)?
nexuiz failed for me on rv790 (only thing I tested).
Brief screen full
Vadim Girlin wrote:
git://github.com/VadimGirlin/mesa.git
www: https://github.com/VadimGirlin/mesa/compare/r600-perf
Could anybody test them for regressions on non-evergreen cards
(R6xx/7xx/CAYMAN)?
nexuiz failed for me on rv790 (only thing I tested).
Brief screen full of black&white noise
On Sun, 2012-06-24 at 17:43 +0400, Vadim Girlin wrote:
> Allocate flushed depth texture in the VRAM if we aren't going to access it by
> CPU. If we need CPU access later, then it'll be reallocated in the GTT.
> Currently it's not reallocated in the opposite direction (GTT->VRAM), though
> probably
Allocate flushed depth texture in the VRAM if we aren't going to access it by
CPU. If we need CPU access later, then it'll be reallocated in the GTT.
Currently it's not reallocated in the opposite direction (GTT->VRAM), though
probably we might want to do it too. Anyway, it helps the apps that don
18 matches
Mail list logo
