http://bugs.freedesktop.org/show_bug.cgi?id=26073
Summary: commit 1cfd769c2ec0b605cacd75c0e9c89346e1f9518d breaks
darwin build
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Mac OS X (All)
Status: NEW
Hi
Here comes a quick review, lot of the things in here are out of date
due to discussions over email so I tried to only comment on bits.
A general note is that you seem to have removed a lot of comments.
Could you please base the a newer version on the st_api.h I sent out.
>
> diff --git a/
On 16 jan 2010, at 02.51, Chia-I Wu wrote:
> On Fri, Jan 15, 2010 at 07:59:08PM +, Jakob Bornecrantz wrote:
>> I don't think that splitting st_visual is a good idea. The
>> framebuffer config needs to be able to tell the renderer if it has
>> stereo, double, depth_stencil in order for it to val
On 16 jan 2010, at 02.31, Chia-I Wu wrote:
> I think we may stick to
>
> st_api and st_context
> st_manager_api and st_framebuffer
>
> Sounds good?
Perfect.
>
> On Fri, Jan 15, 2010 at 05:18:53PM +, Jakob Bornecrantz wrote:
>>> I think all three are important. They should be kept in mind
>>>
On Fri, Jan 15, 2010 at 10:22:43PM +0100, Thomas Hellstrom wrote:
> Don't we also ideally need to catch glReadBuffer / glDrawBuffer
> calls and forward them to the DRI
> state tracker to know whether to request a frontbuffer or not in
> double-buffered mode?
The new st_api allows a state tracker to
On Fri, Jan 15, 2010 at 08:44:27AM -0700, Brian Paul wrote:
> Chia-I Wu wrote:
> >2010/1/15 Michel Dänzer :
> >Another question I have is, if depth/stencil should be shareable, how
> >about other buffers like multisample buffer? (This is a real question that
> >has
> >bothered me for a while. I
On Fri, Jan 15, 2010 at 08:36:55AM -0700, Brian Paul wrote:
> >> If an OpenGL application does not call glViewport upon window resize, is
> >> it consider an application bug?
> > Yes, the OpenGL viewport isn't automatically adapted on a window resize.
> But it's not an application bug.
> I could wr
I think we may stick to
st_api and st_context
st_manager_api and st_framebuffer
Sounds good?
On Fri, Jan 15, 2010 at 05:18:53PM +, Jakob Bornecrantz wrote:
> >I think all three are important. They should be kept in mind
> >while designing
> >the interface. Our versions both have the first
On Fri, Jan 15, 2010 at 07:59:08PM +, Jakob Bornecrantz wrote:
> I don't think that splitting st_visual is a good idea. The
> framebuffer config needs to be able to tell the renderer if it has
> stereo, double, depth_stencil in order for it to validate at
> make_current time. Without having to
On Fri, Jan 15, 2010 at 07:22:52PM +0100, michal wrote:
> I think I will try to manually patch it later. Thanks!
The first line of the patch is somehow garbled. But I am not sure if
that is a good fix, so please go ahead.
--
Regards,
olv
-
Jakob Bornecrantz wrote:
> 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
On 15 jan 2010, at 04.05, Chia-I Wu wrote:
> 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;
Chia-I Wu wrote on 2010-01-15 15:09:
> On Fri, Jan 15, 2010 at 09:57:32PM +0800, Chia-I Wu wrote:
>
>> On Wed, Jan 13, 2010 at 2:02 AM, michal wrote:
>>
>>> I would like to merge this branch to master soon.
>>>
>> I am seeing all sorts of funny behaviors after the merge with OpenVG.
On 15 jan 2010, at 02.48, Chia-I Wu wrote:
> 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
Chia-I Wu wrote:
> 2010/1/15 Michel Dänzer :
>> 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,
>>>
Michel Dänzer wrote:
> On Fri, 2010-01-15 at 16:32 +0800, Chia-I Wu wrote:
>> 2010/1/15 Michel Dänzer :
>>> On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz
wrote:
> Some things that needs to worked out about this interface is h
Hello.
I have found that in GIT there is a driver for VMWARE SVGA.
So how can I use it.
I have windows machine and inside VMWARE with linux.
Does X.org vmware driver use Mesa3d for VMWARE SVGA?
Thanks for any reply.
Peter Hanzel, Senior Software Engineer
Avitech s.r.o.
Apollo Business Center
On Fri, Jan 15, 2010 at 09:57:32PM +0800, Chia-I Wu wrote:
> On Wed, Jan 13, 2010 at 2:02 AM, michal wrote:
> > I would like to merge this branch to master soon.
> I am seeing all sorts of funny behaviors after the merge with OpenVG. The
> attached patch seems to fix the problem. I am not sure i
On Wed, Jan 13, 2010 at 2:02 AM, michal wrote:
> I would like to merge this branch to master soon.
I am seeing all sorts of funny behaviors after the merge with OpenVG. The
attached patch seems to fix the problem. I am not sure if this is the right
fix...
-olv
From 6471139997b2a9afff8e0f6b4da88
On Fri, 2010-01-15 at 11:08 +0100, Christoph Bumiller wrote:
> On 15.01.2010 09:52, Michel Dänzer wrote:
> > On Fri, 2010-01-15 at 16:32 +0800, Chia-I Wu wrote:
> >
> >> 2010/1/15 Michel Dänzer :
> >>
> >>> On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
> >>>
> On Fri, Ja
Christoph Bumiller wrote on 2009-12-28 18:04:
> In case no one noticed, since this patch
> (22370990f28987b361c6adf8e81c5a18184e88ea)
> invalid tokens are generated for some shaders, probably everything
> that involes indirect register access.
>
> I can't think of any official test program right no
On 15.01.2010 09:52, Michel Dänzer wrote:
> On Fri, 2010-01-15 at 16:32 +0800, Chia-I Wu wrote:
>
>> 2010/1/15 Michel Dänzer :
>>
>>> On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
>>>
On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz
wrote:
> Som
2010/1/15 Michel Dänzer :
> On Fri, 2010-01-15 at 16:43 +0800, Chia-I Wu wrote:
>> 2010/1/15 Michel Dänzer :
>> > 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_SURFA
On Fri, 2010-01-15 at 16:43 +0800, Chia-I Wu wrote:
> 2010/1/15 Michel Dänzer :
> > 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_SURFA
On Fri, 2010-01-15 at 16:32 +0800, Chia-I Wu wrote:
> 2010/1/15 Michel Dänzer :
> > On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
> >> On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz
> >> wrote:
> >> > Some things that needs to worked out about this interface is how to
> >> > handle
>
2010/1/15 Michel Dänzer :
> 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 ver
Luca Barbieri wrote on 2009-12-26 02:06:
> Add GALLIUM_DUMP_VS to dump the vertex shader to the console like
> GALLIUM_DUMP_FS in softpipe.
>
>
Commited, thanks.
--
Throughout its 18-year history, RSA Conference consist
2010/1/15 Michel Dänzer :
> On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
>> On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz wrote:
>> > Some things that needs to worked out about this interface is how to handle
>> > glViewport vs DRI2, since the code in glViewport needs to force a update
On Fri, 2010-01-15 at 10:48 +0800, Chia-I Wu wrote:
> On Fri, Jan 15, 2010 at 9:35 AM, Jakob Bornecrantz wrote:
>
> > Some things that needs to worked out about this interface is how to handle
> > glViewport vs DRI2, since the code in glViewport needs to force a update of
> > the buffers in DRI2
29 matches
Mail list logo