On Fri, Feb 5, 2010 at 1:23 PM, Chia-I Wu wrote:
>> I had some other questions. It took a little while to understand the
>> scope of this work, but I think I'm there now. This is basically a
>> unifying interface for managing state-trackers of khronos style APIs.
>> Specifically, it is useful fo
Hi Keith,
Thanks for having a closer look.
On Thu, Feb 4, 2010 at 9:31 PM, Keith Whitwell
wrote:
>> As st_api.h can be implemented parallelly with st_public.h, a possible route
>> I
>> would like to take is to (in this order)
>> 1. implement st_api.h in OpenVG and OpenGL state trackers
>> 2. co
On 21 December 2009 22:02, Keith Whitwell wrote:
> I put i965g on a branch initially, but there's no particular reason for it
> being there - other drivers are being developed on master and it would be
> preferable to have it up-to-date with all the gallium interface changes as
> they happen.
>
tom fogal wrote:
> I'm seeing a compilation error with Mesa-7.7 compiling OSMesa on
> windows. wmesa.c is attempting to query RedBits, GreenBits, and
> BlueBits from a struct gl_renderbuffer, none of which exist in the
> struct.
>
> Has this API changed recently? What is the correct way to query
I'm seeing a compilation error with Mesa-7.7 compiling OSMesa on
windows. wmesa.c is attempting to query RedBits, GreenBits, and
BlueBits from a struct gl_renderbuffer, none of which exist in the
struct.
Has this API changed recently? What is the correct way to query this
information?
Thanks,
-
michal wrote:
> Brian Paul wrote on 2010-02-03 17:58:
>> Keith Whitwell wrote:
>>
> Michal,
>
> why do you need this for linear interpolator and not perspective? I
> think d3d mobile let you disable perspective correct texturing, but it
> is always enabled for normal d3d.
>>>
http://bugs.freedesktop.org/show_bug.cgi?id=26432
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26432
Summary: Gallium:nv04 does not compile
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: M
On Tue, Feb 2, 2010 at 11:45 PM, Brian Paul wrote:
> Xavier Chantry wrote:
>> On Tue, Feb 2, 2010 at 12:01 PM, Francisco Jerez
>> wrote:
>>> For a long time the gallium pipe drivers for nvidia fixed function cards
>>> (nv0x, nv1x and, to some extent, nv2x) have remained unmaintained and
>>> godf
>> On Thu, 2010-02-04 at 09:14 -0800, Andreia Gaita wrote:
>> Hi everyone,
>>
>> On os_memory_aiigned.h, os_malloc_aligned does:
>>
>> buf = (char *)(((uintptr_t)ptr + sizeof(void *) + alignment - 1) &
>> ~(alignment - 1));
>>
>> which gets clamped to 32 bits and fails rather spectacularly on 64
>>
On Thu, 2010-02-04 at 09:14 -0800, Andreia Gaita wrote:
> Hi everyone,
>
> On os_memory_aiigned.h, os_malloc_aligned does:
>
> buf = (char *)(((uintptr_t)ptr + sizeof(void *) + alignment - 1) &
> ~(alignment - 1));
>
> which gets clamped to 32 bits and fails rather spectacularly on 64
> bits, th
Brian Paul wrote on 2010-02-03 17:58:
> Keith Whitwell wrote:
>
Michal,
why do you need this for linear interpolator and not perspective? I
think d3d mobile let you disable perspective correct texturing, but it
is always enabled for normal d3d.
>>>
Hi everyone,
On os_memory_aiigned.h, os_malloc_aligned does:
buf = (char *)(((uintptr_t)ptr + sizeof(void *) + alignment - 1) &
~(alignment - 1));
which gets clamped to 32 bits and fails rather spectacularly on 64
bits, the NOR needs a long cast to work properly. I've attached a
patch with the f
On Thu, 4 Feb 2010 04:26:19 +0200, Pauli Nieminen wrote:
> fbo-3d was assuming npot texture support which caused
> glTexImage3D to fail with r200 driver.
Applied. Thanks!
pgpp9c3r2hDUh.pgp
Description: PGP signature
-
Corbin Simpson wrote:
> Just got a bug report. A compiz plugin asked for five texture
> indirections, but r300 can only do four. This kind of shader error
> can't be worked around without a full fallback, but most APIs permit
> shaders to fail to compile. Is it okay to fail shaders? Maybe return
>
On Thu, Feb 4, 2010 at 3:39 AM, Chia-I Wu wrote:
> There was a discussion about a new interface, st_api.h, that will replace
> st_public.h last month. Comparing to st_public.h, st_api.h allows multiple
> current contexts for each rendering API supported. It removes the need for
> pipe_screen->fl
[ Please don't top-post ]
On Wed, 2010-02-03 at 13:09 -0800, Corbin Simpson wrote:
> Short bump on this. I noticed Dave committed something that might fix
> this better, is everything working now? For some reason, r300c didn't
> break over here, so I can't really see whether everything's okay
> a
On Thu, Feb 4, 2010 at 2:10 AM, Corbin Simpson
wrote:
> Just got a bug report. A compiz plugin asked for five texture
> indirections, but r300 can only do four. This kind of shader error
> can't be worked around without a full fallback, but most APIs permit
> shaders to fail to compile. Is it okay
On Wed, 2010-02-03 at 18:16 -0700, Brian Paul wrote:
> Dave Airlie wrote:
> > Module: Mesa
> > Branch: master
> > Commit: 3584a44270a7f3a04e187bd79b5373314514d383
> > URL:
> > http://cgit.freedesktop.org/mesa/mesa/commit/?id=3584a44270a7f3a04e187bd79b5373314514d383
> >
> > Author: Dave Airlie
19 matches
Mail list logo
