https://bugs.freedesktop.org/show_bug.cgi?id=39588
--- Comment #10 from huihui.zh...@intel.com 2011-08-10 19:20:07 PDT ---
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > Created an attachment (id=49902)
View: https://bugs.freedesktop.org/attachment.cgi?id=4
On Wed, Aug 10, 2011 at 04:05:41PM -0700, Chad Versace wrote:
> Remove the 'f' suffix from a float literal.
> - .float 0.0f+1.0
> + .float 1.0
>
> This fixes the following compile error with clang:
> error: unexpected token in directive
> .float 0.0f+1.0
> ^
>
> Sign
* Marek Olšák :
> I have been recently trying to get thread offloading of the CS ioctl
> into r600g in order to reduce the impact of kernel overhead on fps.
> That, unfortunately, requires whole winsys/radeon to be used, because
> even the buffer management (bo_map, bo_wait, bo_busy) must take into
On Sun, Aug 7, 2011 at 5:25 PM, Marek Olšák wrote:
> Hi,
>
> I have been recently trying to get thread offloading of the CS ioctl
> into r600g in order to reduce the impact of kernel overhead on fps.
> That, unfortunately, requires whole winsys/radeon to be used, because
> even the buffer manageme
Remove the 'f' suffix from a float literal.
- .float 0.0f+1.0
+ .float 1.0
This fixes the following compile error with clang:
error: unexpected token in directive
.float 0.0f+1.0
^
Signed-off-by: Chad Versace
---
src/mesa/x86-64/xform4.S |2 +-
1 files changed,
On Mon, Aug 8, 2011 at 7:56 PM, Alex Deucher wrote:
> On Sun, Aug 7, 2011 at 5:25 PM, Marek Olšák wrote:
>> Hi,
>>
>> I have been recently trying to get thread offloading of the CS ioctl
>> into r600g in order to reduce the impact of kernel overhead on fps.
>> That, unfortunately, requires whole
On 9 August 2011 14:19, Vincent Lejeune wrote:
> From: vlj
>
> This optimisation pass will look for and pack together vector (up to vec3)
> and scalar in function body. It only concerns local variable, not temporary
> which should however be packed as a side effect. It should reduce register
>
On Wed, Aug 10, 2011 at 04:32:20AM -0700, Jose Fonseca wrote:
> - Original Message -
> > On Tue, Aug 09, 2011 at 03:25:05AM -0700, Jose Fonseca wrote:
> > > How should you brought this? You should have assumed that we have
> > > our reasons
> > > -- after all we've been living under the fru
- Original Message -
> On Tue, Aug 09, 2011 at 03:25:05AM -0700, Jose Fonseca wrote:
> > How should you brought this? You should have assumed that we have
> > our reasons
> > -- after all we've been living under the frustration of these
> > patents,
> > walking on a mine field, for a decade
On Wed, Aug 10, 2011 at 11:46:00AM +0200, Philipp Klaus Krause wrote:
> Am 10.08.2011 08:50, schrieb Marek Olšák:
> > The problem is there is no adoption of S2TC in the industry. The
> > current state is that Unigine products don't run without full S3TC.
> > Neither does the id Tech 4 engine. Most,
Am 10.08.2011 11:46, schrieb Rudolf Polzer:
> Speaking of BPTC - what is its patent situation? From a quick glance at the
> extension spec, it does seem to use S3TC's interpolation method, so it likely
> is not safe from S3's patents. But I may be wrong there, as BPTC is quite
> messy
> and convol
Hi Keith,
you are right. The main purpose of this patch is to speedup osmesa rendering as
there is no llvmpipe target at the moment. Also llvmpipe is currently missing
some important features like aa/fsaa and anisotropic filtering, which is
available in swrast now.
So I need to stick with the
On Wed, Aug 10, 2011 at 11:42:11AM +0200, Philipp Klaus Krause wrote:
> Am 10.08.2011 11:34, schrieb Rudolf Polzer:
>
> >
> >> The OpenGL ARB cannot incorporate S3TC into a core spec anyway.
> >
> > But it already is core part of OpenGL 3.0.
>
> No.
>
> Making S3TC part of OpenGL was discussed
Am 10.08.2011 08:50, schrieb Marek Olšák:
>
> The problem is there is no adoption of S2TC in the industry. The
> current state is that Unigine products don't run without full S3TC.
> Neither does the id Tech 4 engine. Most, if not all, D3D games
> consider S3TC a standard. In order to succeed, S2
Am 10.08.2011 11:34, schrieb Rudolf Polzer:
>
>> The OpenGL ARB cannot incorporate S3TC into a core spec anyway.
>
> But it already is core part of OpenGL 3.0.
No.
Making S3TC part of OpenGL was discussed, but rejected. OpenGL only
requires RGTC (since OpenGL 3.0) and BPTC (since OpenGL 4.2).
On Wed, Aug 10, 2011 at 08:50:38AM +0200, Marek Olšák wrote:
> On Wed, Aug 10, 2011 at 7:11 AM, Rudolf Polzer wrote:
> > To exaggerate again: what if we upload null bytes into that decompressor
> > circuit? The decoding algorithms would still run on the hardware, but all we
> > would get out of it
https://bugs.freedesktop.org/show_bug.cgi?id=39116
Jan Rüegg changed:
What|Removed |Added
CC||rgg...@gmail.com
--
Configure bugmail: http
https://bugs.freedesktop.org/show_bug.cgi?id=39116
--- Comment #2 from Jan Rüegg 2011-08-10 02:29:34 PDT ---
Created an attachment (id=50088)
--> (https://bugs.freedesktop.org/attachment.cgi?id=50088)
glxinfo output on another computer, wher manywin crashes
The demo is also not working on my co
I'm not sure it makes a lot of sense to be optimizing swrast at this
stage. Take a look at llvmpipe and perhaps consider improving the
multithreading already in place in that rasterizer, which is far better
optimized than swrast already.
Keith
On Wed, 2011-08-10 at 08:07 +, Andreas Fänger wr
Optional parallel rendering of spans using OpenMP.
Initial implementation for aa triangles. A new option for scons is
also provided to activate the openmp support (off by default).
---
common.py |1 +
scons/gallium.py | 12 +++
src/mesa/swrast/s_aatrite
This patch makes it possible to render spans of a triangle in parallel. To make
as little changes
to the codebase as possible, OpenMP was choosen to implement the actual
multithreading. The patch
is meant to speedup osmesa rendering.
Andreas Fänger (1):
swrast: initial multi-threaded span ren
On Wed, 2011-08-10 at 08:50 +0200, Marek Olšák wrote:
> On Wed, Aug 10, 2011 at 7:11 AM, Rudolf Polzer wrote:
> > On Tue, Aug 09, 2011 at 11:45:23PM +0200, Marek Olšák wrote:
> >> On Tue, Aug 9, 2011 at 12:25 PM, Jose Fonseca wrote:
> >> > I don't have time for a longer reply now, but I do think
22 matches
Mail list logo
