http://bugs.freedesktop.org/show_bug.cgi?id=26904
Summary: undefined symbol: GLwCreateM2DrawingArea
Product: Mesa
Version: 6.5
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
Signed-off-by: Chris Wilson
---
src/mesa/glapi/gen/APPLE_object_purgeable.xml | 37 +
src/mesa/glapi/gen/Makefile |1 +
src/mesa/glapi/gen/gl_API.xml |1 +
3 files changed, 39 insertions(+), 0 deletions(-)
create mode 100644 src
Implement support for purgeable objects by using the GEM madvise ioctl.
Signed-off-by: Chris Wilson
---
src/mesa/drivers/dri/intel/intel_buffer_objects.c | 134 -
src/mesa/drivers/dri/intel/intel_extensions.c |3 +
2 files changed, 136 insertions(+), 1 deletions(-)
Signed-off-by: Chris Wilson
---
src/mesa/main/api_exec.c |6 +
src/mesa/main/bufferobj.c | 356
src/mesa/main/bufferobj.h | 11 ++
src/mesa/main/dd.h | 17 ++
src/mesa/main/dlist.c |6 +
src/mesa/main/extensions.c |4 +
Thanks to Intel QA providing a few piglit cases to test the API, this has
had a cursory test and identified the silly cases of using the wrong
lookup functions.
The ugly part is that I've used 3 different driver functions to handle
each of the 3 object variants - the alternative would be pass in a
Chris Wilson wrote:
> Thanks to Intel QA providing a few piglit cases to test the API, this has
> had a cursory test and identified the silly cases of using the wrong
> lookup functions.
>
> The ugly part is that I've used 3 different driver functions to handle
> each of the 3 object variants - th
On Fri, 2010-03-05 at 07:48 -0700, Brian Paul wrote:
> Chris Wilson wrote:
> > Thanks to Intel QA providing a few piglit cases to test the API, this has
> > had a cursory test and identified the silly cases of using the wrong
> > lookup functions.
> >
> > The ugly part is that I've used 3 differe
On Fri, 05 Mar 2010 07:48:06 -0700, Brian Paul wrote:
> Chris Wilson wrote:
> > Please review and include in 7.7! :)
>
> This will go into Mesa 7.8, actually.
>
> I see patches 1/4, 3/4 and 4/4 but not 2/4. Are the patches
> misnumbered or did 2/4 not get posted?
As Michael pointed out, the c
Chris Wilson wrote:
> On Fri, 05 Mar 2010 07:48:06 -0700, Brian Paul wrote:
>> Chris Wilson wrote:
>>> Please review and include in 7.7! :)
>> This will go into Mesa 7.8, actually.
>>
>> I see patches 1/4, 3/4 and 4/4 but not 2/4. Are the patches
>> misnumbered or did 2/4 not get posted?
>
> As
It segfaults right after start
#0 0x in ?? ()
No symbol table info available.
#1 0xb701b037 in _tnl_render_quad_strip_verts (ctx=0x88dba88, start=0,
count=42, flags=56) at tnl/t_vb_rendertmp.h:431
j = 3
tnl =
QuadFunc = (const tnl_quad_func) 0
make realclean and configure and make again.
On Fri, 5 Mar 2010 19:24:13 +
randrianas...@gmail.com wrote:
> It segfaults right after start
>
> #0 0x in ?? ()
> No symbol table info available.
> #1 0xb701b037 in _tnl_render_quad_strip_verts (ctx=0x88dba88, start=0,
> coun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Wilson wrote:
> On Fri, 05 Mar 2010 07:48:06 -0700, Brian Paul wrote:
>> Chris Wilson wrote:
>>> Please review and include in 7.7! :)
>> This will go into Mesa 7.8, actually.
>>
>> I see patches 1/4, 3/4 and 4/4 but not 2/4. Are the patches
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Wilson wrote:
> Thanks to Intel QA providing a few piglit cases to test the API, this has
> had a cursory test and identified the silly cases of using the wrong
> lookup functions.
>
> The ugly part is that I've used 3 different driver functions
http://bugs.freedesktop.org/show_bug.cgi?id=22561
Jon TURNEY changed:
What|Removed |Added
Attachment #29975|0 |1
is obsolete|
After quite long period of inactivity, I updated graphical stack on my
desktop/server.
To say the truth, I did such update about month ago, but found out that
X refuses flatly to use DRI modules. I assumed that it was my mistake in
compilation process (although it is automated).
Now I repeat same
On Fri, 05 Mar 2010 22:42:21 +0200
Maxim Levitsky wrote:
> After quite long period of inactivity, I updated graphical stack on my
> desktop/server.
>
> To say the truth, I did such update about month ago, but found out that
> X refuses flatly to use DRI modules. I assumed that it was my mistake
On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote:
> On Fri, 05 Mar 2010 22:42:21 +0200
> Maxim Levitsky wrote:
>
> > After quite long period of inactivity, I updated graphical stack on my
> > desktop/server.
> >
> > To say the truth, I did such update about month ago, but found out that
> >
On Fri, 05 Mar 2010 23:18:07 +0200
Maxim Levitsky wrote:
> On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote:
> > On Fri, 05 Mar 2010 22:42:21 +0200
> > Maxim Levitsky wrote:
> >
> > > After quite long period of inactivity, I updated graphical stack on my
> > > desktop/server.
> > >
> > >
On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote:
> On Fri, 05 Mar 2010 23:18:07 +0200
> Maxim Levitsky wrote:
>
> > On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote:
> > > On Fri, 05 Mar 2010 22:42:21 +0200
> > > Maxim Levitsky wrote:
> > >
> > > > After quite long period of inactivi
http://bugs.freedesktop.org/show_bug.cgi?id=22561
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
В сообщении от Friday 05 March 2010 16:55:20 Jesse Barnes написал(а):
> make realclean and configure and make again.
Removing all new functions and reverting to mainstream mesa works OK, even
without realclean ... So, it is purely my fault, as coder. But what exactly I
forgot? Init current_prim
2010/3/5 :
> В сообщении от Friday 05 March 2010 16:55:20 Jesse Barnes написал(а):
>> make realclean and configure and make again.
>
>
> Removing all new functions and reverting to mainstream mesa works OK, even
> without realclean ... So, it is purely my fault, as coder. But what exactly I
> forg
http://bugs.freedesktop.org/show_bug.cgi?id=26904
--- Comment #1 from Brian Paul 2010-03-05 16:03:01
PST ---
The Xt GL drawing area widget is created with the function
GLwCreateDrawingArea() and the Motif version is called GLwCreateMDrawingArea().
There's no "M2" version that I'm aware of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Folks,
I just created the Mesa 7.8 release branch. It is called "7.8" instead
of "mesa_7_8_branch". Please return to the process of committing bug
fixes to the release branch and merging to master.
My current plan is to have release candidates for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jose Fonseca wrote:
> Module: Mesa
> Branch: master
> Commit: 744994a9c6b972a737e432cf1b699f232e2c5bfd
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=744994a9c6b972a737e432cf1b699f232e2c5bfd
>
> Author: José Fonseca
> Date: Sat Feb 1
I can see this extension in ATI Catalyst 9.3.
-Marek
On Sat, Mar 6, 2010 at 1:16 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jose Fonseca wrote:
> > Module: Mesa
> > Branch: master
> > Commit: 744994a9c6b972a737e432cf1b699f232e2c5bfd
> > URL:
> http://cgit.free
On Wednesday 03 March 2010 10:51:13 o...@lunarg.com wrote:
> From: Chia-I Wu
>
> When the paint is color, paint_bind_samplers binds a dummy sampler
> without a texture. It causes demos requiring a sampler (those use a
> mask or an image) to crash.
> ---
> src/gallium/state_trackers/vega/paint.c
27 matches
Mail list logo
