Hi,
2009/9/16 José Fonseca :
> On Wed, 2009-09-16 at 08:51 -0700, Nicolas Capens wrote:
>> [...]
>> So could anyone explain to me how to glue the pieces together? Is it
>> even supposed to be possible with this release, and if not what would
>> it take?
>
> We support building a drop-in replacemen
>>-Original Message-
>>From: Brian Paul [mailto:bri...@vmware.com]
>>Sent: 2009年9月16日 22:34
>>To: Zou, Nanhai
>>Cc: mesa3d-dev
>>Subject: Re: Mesa (mesa_7_6_branch): i965: do a flush in clear, fix openarena
>>render issue,
>>
>>Nan hai Zou wrote:
>>> Module: Mesa
>>> Branch: mesa_7_6_branch
http://bugs.freedesktop.org/show_bug.cgi?id=23774
--- Comment #6 from Ian Romanick 2009-09-16 16:51:11
PST ---
Created an attachment (id=29610)
--> (http://bugs.freedesktop.org/attachment.cgi?id=29610)
glx: Use initstate_r / random_r instead of corrupting global random number
state
The ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
> Colin Harrison wrote:
>> Hi,
>>
>> The value assigned to TIMEOUT_IGNORED in enums.c from ARB_sync.xml is too
>> large for a long type i.e.
>>
>> main/enums.c:3630: warning: integer constant is too large for 'long' type
>> main/enums
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #13 from Ian Romanick 2009-09-16 15:44:14
PST ---
(In reply to comment #11)
> (In reply to comment #8)
> > I did check the r200 and registers support 8bits for offset but vertex
> > program
> > compiler doesn't support negative
Hey all,
So in mesa for swtcl cases we emit vertices to DMA, and set a driver
internal dma.flush hook, we also set
ctx->Driver.NeedFlush |= FLUSH_STORED_VERTICES;
The driver has its FlushVertices pointed at the vbo_exec_FlushVertices
call.
I'm not sure when this ever worked but I assume it did
On Wed, 2009-09-16 at 12:16 -0700, Alex Deucher wrote:
> On Wed, Sep 16, 2009 at 3:11 PM, Keith Whitwell wrote:
> > On Wed, 2009-09-16 at 11:54 -0700, Alex Deucher wrote:
> >> On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote:
> >> > Alex Deucher wrote:
> >> >>
> >> >> On Sun, Sep 13, 2009 at 4:2
On Wed, Sep 16, 2009 at 3:11 PM, Keith Whitwell wrote:
> On Wed, 2009-09-16 at 11:54 -0700, Alex Deucher wrote:
>> On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote:
>> > Alex Deucher wrote:
>> >>
>> >> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick
>> >> wrote:
>> >>>
>> >>> -BEGIN PGP SIGN
On Wed, Sep 16, 2009 at 3:11 PM, Keith Whitwell wrote:
> On Wed, 2009-09-16 at 11:54 -0700, Alex Deucher wrote:
>> On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote:
>> > Alex Deucher wrote:
>> >>
>> >> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick
>> >> wrote:
>> >>>
>> >>> -BEGIN PGP SIGN
On Wed, 2009-09-16 at 11:54 -0700, Alex Deucher wrote:
> On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote:
> > Alex Deucher wrote:
> >>
> >> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick wrote:
> >>>
> >>> -BEGIN PGP SIGNED MESSAGE-
> >>> Hash: SHA1
> >>>
> >>> Brian Paul wrote:
> >>>
>
On Tue, Sep 15, 2009 at 5:25 PM, Brian Paul wrote:
> Alex Deucher wrote:
>>
>> On Sun, Sep 13, 2009 at 4:21 AM, Ian Romanick wrote:
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Brian Paul wrote:
>>>
The main problem right now is we have 3 active branches (master, 7.6
>>>
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #12 from Alex Deucher 2009-09-16 11:42:04 PST ---
(In reply to comment #11)
>
> I'm pretty sure when I wrote that code in the r200 driver it didn't work with
> fglrx. I think I quickly tried negative offsets but couldn't get it t
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #11 from Roland Scheidegger
2009-09-16 10:34:49 PST ---
(In reply to comment #8)
> (In reply to comment #6)
> > (In reply to comment #4)
> > > Do most other GL drivers allow a larger range of offsets? We could easily
> > > raise
José Fonseca wrote:
> On Wed, 2009-09-16 at 08:51 -0700, Nicolas Capens wrote:
>> Hi all,
>>
>>
>>
>> Out of curiostity I’m trying to compile Mesa3D using Gallium3D on
>> Windows. The 7.5.1 release includes MSVC solution files for Mesa but I
>> couldn’t find anything for Gallium. By default, Mesa
On Wed, 2009-09-16 at 08:51 -0700, Nicolas Capens wrote:
> Hi all,
>
>
>
> Out of curiostity I’m trying to compile Mesa3D using Gallium3D on
> Windows. The 7.5.1 release includes MSVC solution files for Mesa but I
> couldn’t find anything for Gallium. By default, Mesa appears to
> compile into
Hi all,
Out of curiostity I'm trying to compile Mesa3D using Gallium3D on Windows.
The 7.5.1 release includes MSVC solution files for Mesa but I couldn't find
anything for Gallium. By default, Mesa appears to compile into an
opengl32.dll file using swrast. But I'd like it to pass things through
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #10 from Sven Arvidsson 2009-09-16 09:01:58 PST ---
*** Bug 23960 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://bugs.freedesktop.org/show_bug.cgi?id=23960
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Colin Harrison wrote:
> Hi,
>
> The value assigned to TIMEOUT_IGNORED in enums.c from ARB_sync.xml is too
> large for a long type i.e.
>
> main/enums.c:3630: warning: integer constant is too large for 'long' type
> main/enums.c:3630: warning: overflow in implicit constant conversion
>
> 0xFF
http://bugs.freedesktop.org/show_bug.cgi?id=23960
--- Comment #1 from Ian Romanick 2009-09-16 08:11:03
PST ---
Svan, could you verify whether this is a duplicate of bug #23946? The symptoms
sound similar.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=23946
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #8 from Pauli 2009-09-16 07:55:10 PST ---
(In reply to comment #6)
> (In reply to comment #4)
> > Do most other GL drivers allow a larger range of offsets? We could easily
> > raise them in Mesa.
>
> It looks like all the hardwa
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #7 from Brian Paul 2009-09-16 07:49:43
PST ---
Perhaps we should add a ctx->Const.Vertex/FragmentProgram.MaxAddrOffset field
rather than hard-code a value in the parser.
The range would be [-MaxAddrOffset-1 , MaxAddrOffset].
-
http://bugs.freedesktop.org/show_bug.cgi?id=23946
--- Comment #6 from Ian Romanick 2009-09-16 07:38:23
PST ---
(In reply to comment #4)
> Do most other GL drivers allow a larger range of offsets? We could easily
> raise them in Mesa.
It looks like all the hardware we support should handle
Nan hai Zou wrote:
> Module: Mesa
> Branch: mesa_7_6_branch
> Commit: 76e836a41ad47237f80195c5dacb8bc57a7f2b69
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=76e836a41ad47237f80195c5dacb8bc57a7f2b69
>
> Author: Zou Nan hai
> Date: Wed Sep 16 13:25:46 2009 +0800
>
> i965: do a fl
Hi,
The value assigned to TIMEOUT_IGNORED in enums.c from ARB_sync.xml is too
large for a long type i.e.
main/enums.c:3630: warning: integer constant is too large for 'long' type
main/enums.c:3630: warning: overflow in implicit constant conversion
0xull is the correct OpenGL spec
http://bugs.freedesktop.org/show_bug.cgi?id=21267
--- Comment #12 from Fabio 2009-09-16 01:41:47 PST ---
> As for api_speed.c, it's old and doesn't compile any more so just ignore it.
What about removing the execute bit from api_speed.py , just to make sure no
one try to run it?
--
Confi
27 matches
Mail list logo