https://bugs.freedesktop.org/show_bug.cgi?id=33758
--- Comment #2 from nobled 2011-01-31 16:50:38 PST ---
Okay, with debug symbols now the backtrace is:
#0 0x00434e18 in XCreateDrawable (base=0x811caa0, xDrawable=102760449,
drawable=102760449, modes=0x8170ff0) at drisw_glx.c:94
#1 driCrea
Sounds good.
I've been planning to setup bison/flex on our build daemons for some time now,
but other important stuff keeps popping up, but once this is done I wont be
able to delay it further :)
It can be it earlier as far as I'm concerned -- I think 7th Feb should give
enough time.
Jose
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tracking files generated by flex and bison puts an undue burden on
people doing work on the various parers and lexers in Mesa.
Tracking files generated by flex and bison generates extraneous noise in
commit logs.
Tracking files generated by flex and
https://bugs.freedesktop.org/show_bug.cgi?id=32666
--- Comment #3 from Álmos 2011-01-31 15:24:22 PST ---
Created an attachment (id=42784)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42784)
gdb backtrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=32666
--- Comment #2 from Brian Paul 2011-01-31 15:06:21 PST ---
Can you provide a gdb stack trace at the assertion?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=33786
Darxus changed:
What|Removed |Added
CC||dar...@chaosreigns.com
--
Configure bugmail: h
https://bugs.freedesktop.org/show_bug.cgi?id=33786
Summary: Wayland terminal garbage starting with
1dd8e2757852682af44b63193c89dff3c09c7703
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=32666
Álmos changed:
What|Removed |Added
Component|Drivers/Gallium/r300|Mesa core
AssignedTo|dri-devel@lists.fre
On 31.01.2011 21:17, José Fonseca wrote:
> On Mon, 2011-01-31 at 11:48 -0800, Christoph Bumiller wrote:
>> On 31.01.2011 19:46, Marek Olšák wrote:
>>> With this manager, the drivers don't have to deal with user buffers when
>>> they are bound as vertex buffers. They only get real hardware buffers.
On Mon, Jan 31, 2011 at 9:17 PM, José Fonseca wrote:
> On Mon, 2011-01-31 at 11:48 -0800, Christoph Bumiller wrote:
> > On 31.01.2011 19:46, Marek Olšák wrote:
> > > With this manager, the drivers don't have to deal with user buffers
> when they are bound as vertex buffers. They only get real har
On Mon, 2011-01-31 at 11:48 -0800, Christoph Bumiller wrote:
> On 31.01.2011 19:46, Marek Olšák wrote:
> > With this manager, the drivers don't have to deal with user buffers when
> > they are bound as vertex buffers. They only get real hardware buffers.
>
> Please do *not* take away my user buff
On 31.01.2011 19:46, Marek Olšák wrote:
>
> 1) New vertex buffer manager
>
> This is how I'd like to put the burden of uploading user buffers out
> of the drivers. I've made a new vertex buffer manager. It can be found
> here:
> http://cgit.freedesktop.org/~mareko/mesa/commit/?h=vbuf-mgr&id=94a53b6
mesa: Add -Werror=declaration-after-statement to core Mesa CFLAGS
Add the flag only if the compiler is GCC.
Since MSVC does not support C99, explicit errors must be set within core
Mesa in order to prevent GCC users from breaking the MSVC build.
---
configure.ac |4
src/mesa/Make
On Mon, Jan 31, 2011 at 3:17 PM, Keith Whitwell wrote:
> On Sat, 2011-01-29 at 15:12 -0800, Marek Olšák wrote:
> >
> >
> > Hi,
> >
> > I am proposing to add a pointer to a user buffer in pipe_resource.
> > There are two reasons for this:
> >
> > 1) I would like to have a way to query outside of a
On Mon, Jan 31, 2011 at 10:20 AM, Julien Cristau wrote:
> On Mon, Jan 31, 2011 at 18:18:22 +0100, Henri Verbeet wrote:
>
>> The attached patch should do.
>
> Looks good to me, thanks.
Committed. Thanks, guys.
-Brian
___
mesa-dev mailing list
mesa-dev@
On Mon, Jan 31, 2011 at 18:18:22 +0100, Henri Verbeet wrote:
> The attached patch should do.
Looks good to me, thanks.
Cheers,
Julien
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
The attached patch should do.
From ab34026885f98914efa6ad671f3446621124a55a Mon Sep 17 00:00:00 2001
From: Henri Verbeet
Date: Mon, 31 Jan 2011 18:09:19 +0100
Subject: [PATCH 1/1] glx: Properly check for a valid fd in dri2CreateScreen().
---
src/glx/dri2_glx.c |4 +++-
1 files changed, 3 ins
On 31 January 2011 17:43, Julien Cristau wrote:
> On Sun, Jan 30, 2011 at 00:00:48 +0100, Henri Verbeet wrote:
>
>> @@ -918,12 +921,15 @@ dri2CreateScreen(int screen, struct glx_display * priv)
>> return &psc->base;
>>
>> handle_error:
>> + if (psc->fd)
>> + close(psc->fd);
>
> 0 is a
On Sun, Jan 30, 2011 at 00:00:48 +0100, Henri Verbeet wrote:
> @@ -918,12 +921,15 @@ dri2CreateScreen(int screen, struct glx_display * priv)
> return &psc->base;
>
> handle_error:
> + if (psc->fd)
> + close(psc->fd);
0 is a valid fd. It might be better to initialize fd to -1 and ch
These look good, Henri. I'll commit them soon.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
These patches look good to me. I'll commit soon. Thanks!
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 01/27/2011 09:34 PM, Dave Airlie wrote:
Okay looking for some review/comments, esp on the addition to the
ctx->Const structure to denote if sRGB on FBOs is possible.
Since just enabling the extension doesn't mean anything, we should
probably enable it on anything that enables EXT_texture_sRGB
yes, i'm pretty sure i did that on the correct path and on top.
This problem was solved by one of the updates did by git pull, so now
i can compile mesa with no errors.
thanks!
On Sat, Jan 29, 2011 at 9:14 PM, Chia-I Wu wrote:
> On Fri, Jan 28, 2011 at 2:08 AM, Alberich de megres
> wrote:
>> I
https://bugs.freedesktop.org/show_bug.cgi?id=33758
--- Comment #1 from nobled 2011-01-31 06:26:26 PST ---
It looks like the same problem is also in glxcmds.c:glXCreateGLXPixmap (it
returns the same xid whether or not driScreen->createDrawable() returned null)
--
Configure bugmail: https://bugs.
On Sat, 2011-01-29 at 15:12 -0800, Marek Olšák wrote:
>
>
> Hi,
>
> I am proposing to add a pointer to a user buffer in pipe_resource.
> There are two reasons for this:
>
> 1) I would like to have a way to query outside of a driver whether a
> buffer is a user buffer. Simply comparing the point
https://bugs.freedesktop.org/show_bug.cgi?id=33758
Summary: CreateDRIDrawable can't fail gracefully
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Com
2011/1/29 Henri Verbeet :
> If you pass -M to format-patch, it becomes a lot smaller.
>
Thanks for the tip. For some reason I had to use -M -C --find-copies-harder.
Attached is the same patch, but with these options.
--
Paulo Zanoni
From df235322ecbe969ce70dcf516111686ff1d59ee0 Mon Sep 17 00:00
27 matches
Mail list logo
