On Fri, 2010-01-15 at 12:05 +0800, Chia-I Wu wrote:
>
> > enum st_framebuffer_attachment {
> >ST_SURFACE_FRONT_LEFT,
> >ST_SURFACE_BACK_LEFT,
> >ST_SURFACE_FRONT_RIGHT,
> >ST_SURFACE_BACK_RIGHT,
> >ST_SURFACE_DEPTH_STENCIL,
> > };
> In my version, there is no depth/stencil att
Hi,
A separate mail for comments to st_api.h.
> struct st_visual
> {
>enum pipe_format color_format;
>enum pipe_format stencil_format;
>enum pipe_format depth_format;
>enum pipe_format accum_format;
>
>boolean double_buffer;
> };
As the st_context is able to validate the st_fr
missing attachment...
From 04b5664c798fe81319d6e22e2b47268fd90c0252 Mon Sep 17 00:00:00 2001
From: Chia-I Wu
Date: Wed, 13 Jan 2010 17:57:35 +0800
Subject: [PATCH] gallium: Add st_api.h.
---
src/gallium/include/state_tracker/st_api.h | 278
1 files changed, 278 inse
Hi all,
I want to talk a little about the status of opengl-es-v2 branch and how I plan
to merge it. If the timing is fine for everyone, I want to merge the branch to
master next Tuesday or Wednesday.
There is a document that can be found at docs/opengles.html. It is a short
guide to users on ho
On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz wrote:
> you guys are doing great work with the EGL state tracker. So I thought it
> would be a good time to open up a discussion about the way that the API
> state trackers talk to the EGL, dri and other co state trackers.
I started some work yes
Hi Chia-I and Luca
you guys are doing great work with the EGL state tracker. So I thought
it would be a good time to open up a discussion about the way that the
API state trackers talk to the EGL, dri and other co state trackers.
I have attached a proposed interface to be used between the d
Keith Whitwell wrote:
> Unless there are objections, I'll merge this branch tomorrow.
>
> Basically the branch just removes the width and height fields from the
> framebuffer struct, and adds utility functions to extract the same data
> from the individual surfaces.
>
> This lays the groundwork f
Already reviewed this, looks awesome. Thanks.
Posting from a mobile, pardon my terseness. ~ C.
On Jan 14, 2010 11:02 AM, "Keith Whitwell" wrote:
Unless there are objections, I'll merge this branch tomorrow.
Basically the branch just removes the width and height fields from the
framebuffer stru
Unless there are objections, I'll merge this branch tomorrow.
Basically the branch just removes the width and height fields from the
framebuffer struct, and adds utility functions to extract the same data
from the individual surfaces.
This lays the groundwork for supporting mixed-size framebuffer
On Thu, 2010-01-14 at 06:31 -0800, michal wrote:
> michal wrote on 2010-01-12 19:02:
> > Keith,
> >
> > I would like to merge this branch to master soon.
> >
> > It adds new entrypoints to pipe_context -- draw_arrays_instanced() and
> > draw_elements_instanced(). A new system value is introduced t
michal wrote on 2010-01-12 19:02:
Keith,
I would like to merge this branch to master soon.
It adds new entrypoints to pipe_context -- draw_arrays_instanced() and
draw_elements_instanced(). A new system value is introduced to TGSI that
allows vertex shaders to access current instance ID.
The
[Q2] Experimenting with radeong_drv.so - missing radeon*g*_dri.so?
...done by Corben (see also [1]).
commit 8feb27b8ff7802f247017747fa6cc730940720d4
radeong: Change DRI driver name to radeong.
- Sedat -
[1]
http://cgit.freedesktop.org/mesa/mesa/commit/?id=8feb27b8ff7802f247017747fa6cc730940720
On Thu, Jan 14, 2010 at 4:45 PM, Luca Barbieri wrote:
> That will work too.
> If you don't have the sequence number as input, then you would have to
> change the semantics so that the caller must increase their reference
> count, or accept referencing and unreferencing the textures each call
> (no
On Thu, Jan 14, 2010 at 9:27 AM, Chia-I Wu wrote:
> On Thu, Jan 14, 2010 at 4:08 PM, Luca Barbieri wrote:
validate_and_get_current_sequence_number(), and the results reused in
update_buffers().
>>> This works too. It assumes fast texture creation (as they are always asked
>>> for), whi
On Thu, Jan 14, 2010 at 4:08 PM, Luca Barbieri wrote:
>>> validate_and_get_current_sequence_number(), and the results reused in
>>> update_buffers().
>> This works too. It assumes fast texture creation (as they are always asked
>> for), which is true with your DRI2 texture cache patch.
> It's eve
>> validate_and_get_current_sequence_number(), and the results reused in
>> update_buffers().
> This works too. It assumes fast texture creation (as they are always asked
> for), which is true with your DRI2 texture cache patch.
It's even better, they would only asked for is the surface is updated
16 matches
Mail list logo
