On Tue, Apr 27, 2010 at 6:14 AM, Dan Nicholson wrote:
> On Mon, Apr 26, 2010 at 2:16 PM, Chris Ball wrote:
>> http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
>> gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
>> gmake[2]: *** [../../../progs/egl/eglut/li
Hello in attachment there is a patch to allow nouveau gallium driver to be
compiled. (mesa-7.8)
We all know the state of the driver for that mesa version, although that
doesn't mean that the driver shouldn't be compiled
Regards
--
Pedro Maia
nouveau_compile.patch
Description: Binary data
_
Hi,
I am honored to have my Google Summer of Code application accepted, and I
am really looking forward to starting the project. Thanks to everyone
who took the time to give me feedback on my proposal throughout the
application process. It was great that there were so many people willing
to help
Hi,
> Does it build without parallel jobs?
Yes. (http://tinderbox.x.org/builds/2010-04-26-0035/)
--
Chris Ball
One Laptop Per Child
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi,
> progs/egl/opengl/Makefile is really nasty and makes this tough to
> debug. I can't tell exactly what causes the error, but the build
> is trying to jump from egl/opengl to egl/eglut to build the two
> convenience libraries. Why it sees the depend target but not the
> rule, I d
On Mon, Apr 26, 2010 at 2:16 PM, Chris Ball wrote:
> Hi,
>
> http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
>
> gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
> gmake[2]: *** [../../../progs/egl/eglut/libeglut-screen.a] Error 2
> gmake[2]: *** Waiting f
Hi,
http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
gmake[2]: *** [../../../progs/egl/eglut/libeglut-screen.a] Error 2
gmake[2]: *** Waiting for unfinished jobs
[...]
ar: creating libeglut-x11.a
ar: cre
>>> buffers.
>> But you'll have more shader instructions for writing to all these
>> outputs right? I think that could still make a difference, though it
>> might be more theoretical rather than in practice.
>>
>
> Right, I was talking specifically about memory bandwidth. But it would
> take a few
On Mon, 2010-04-26 at 11:34 -0700, Keith Whitwell wrote:
> On Mon, 2010-04-26 at 11:27 -0700, José Fonseca wrote:
> > Hi Roland,
> >
> > Overall looks good. It's nice to finally have a way to export MSAA
> > capabilities, and see the pipe_surfaces use being more constrained.
> >
> > A few comment
https://bugs.freedesktop.org/show_bug.cgi?id=27827
--- Comment #2 from Marek Olšák 2010-04-26 12:02:30 PDT ---
I've disabled point sprites in the driver until we know what's wrong.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=24318
--- Comment #14 from Jon TURNEY 2010-04-26
11:53:49 PDT ---
(In reply to comment #11)
> Attached a couple of patches with an effort to do this better.
Refreshed patches for git master
> As written, this falls back to explicitly defining M_PI u
https://bugs.freedesktop.org/show_bug.cgi?id=24318
Jon TURNEY changed:
What|Removed |Added
Attachment #30659|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=24318
Jon TURNEY changed:
What|Removed |Added
Attachment #30660|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=27827
--- Comment #1 from kowalski marcin 2010-04-26 11:45:00
PDT ---
Created an attachment (id=35297)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35297)
dmesg ilustrating the errors
since pastebin link seems to have expired, i'm attaching t
https://bugs.freedesktop.org/show_bug.cgi?id=27841
Ian Romanick changed:
What|Removed |Added
CC||i...@freedesktop.org,
|
On Mon, 2010-04-26 at 11:27 -0700, José Fonseca wrote:
> Hi Roland,
>
> Overall looks good. It's nice to finally have a way to export MSAA
> capabilities, and see the pipe_surfaces use being more constrained.
>
> A few comments inline, but no strong feelings so feel free to do as you
> wish.
> >
I've went ahead and committed this patch.
-Marek
On Mon, Apr 26, 2010 at 7:25 PM, Matt Turner wrote:
> On Mon, Apr 26, 2010 at 1:20 PM, Corbin Simpson
> wrote:
> > I'll apply this when I get home. Looks good.
> >
> > ~ C.
> >
> > Reviewed-by: Corbin Simpson
> >
> > On Mon, Apr 26, 2010 at 10:
Hi Roland,
Overall looks good. It's nice to finally have a way to export MSAA
capabilities, and see the pipe_surfaces use being more constrained.
A few comments inline, but no strong feelings so feel free to do as you
wish.
Jose
On Mon, 2010-04-26 at 11:05 -0700, Roland Scheidegger wrote:
> Mod
https://bugs.freedesktop.org/show_bug.cgi?id=27842
Summary: segfault of glxgears and glxinfo after disabling 3D
acceleration in driconf
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Stat
Should fix the mis-reporting people are seeing with DDX drivers that
don't support the new DRI2 protocol yet.
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index 9347611..837afe8 100644
--- a/src/glx/dri2_glx.c
+++ b/src/glx/dri2_glx.c
@@ -644,7 +644,7 @@ dri2CreateScreen(__GLXscreenConfigs
https://bugs.freedesktop.org/show_bug.cgi?id=27841
b...@o-hand.com changed:
What|Removed |Added
Summary|GLX/EGL extension to mark |GLX extension to mark
https://bugs.freedesktop.org/show_bug.cgi?id=27841
Summary: GLX/EGL extension to mark backbuffer purgeable after
using glXCopySubBufferMESA
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27840
--- Comment #3 from Jon TURNEY 2010-04-26
10:36:18 PDT ---
Created an attachment (id=35296)
View: https://bugs.freedesktop.org/attachment.cgi?id=35296
Review: https://bugs.freedesktop.org/review?bug=27840&attachment=35296
Make DRI2PROTO optio
https://bugs.freedesktop.org/show_bug.cgi?id=27840
--- Comment #2 from Jon TURNEY 2010-04-26
10:35:55 PDT ---
Created an attachment (id=35295)
View: https://bugs.freedesktop.org/attachment.cgi?id=35295
Review: https://bugs.freedesktop.org/review?bug=27840&attachment=35295
Don't require LIBDR
https://bugs.freedesktop.org/show_bug.cgi?id=27840
--- Comment #1 from Jon TURNEY 2010-04-26
10:35:20 PDT ---
Created an attachment (id=35294)
View: https://bugs.freedesktop.org/attachment.cgi?id=35294
Review: https://bugs.freedesktop.org/review?bug=27840&attachment=35294
Make XF86VIDMODE ext
https://bugs.freedesktop.org/show_bug.cgi?id=27840
Summary: Enable mesa to be built for Cygwin -with-driver=dri
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Cygwin
Status: NEW
Severity: normal
Priorit
On Mon, Apr 26, 2010 at 1:20 PM, Corbin Simpson
wrote:
> I'll apply this when I get home. Looks good.
>
> ~ C.
>
> Reviewed-by: Corbin Simpson
>
> On Mon, Apr 26, 2010 at 10:18 AM, Matt Turner wrote:
>> Signed-off-by: Matt Turner
>> ---
>> src/gallium/drivers/r300/r300_emit.c | 14 +++---
I'll apply this when I get home. Looks good.
~ C.
Reviewed-by: Corbin Simpson
On Mon, Apr 26, 2010 at 10:18 AM, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> src/gallium/drivers/r300/r300_emit.c | 14 +++---
> 1 files changed, 3 insertions(+), 11 deletions(-)
>
> diff --g
Signed-off-by: Matt Turner
---
src/gallium/drivers/r300/r300_emit.c | 14 +++---
1 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/src/gallium/drivers/r300/r300_emit.c
b/src/gallium/drivers/r300/r300_emit.c
index 2816c35..13dc93f 100644
--- a/src/gallium/drivers/r300/r300
From: Jakob Bornecrantz
In short what the code did before:
__DRIscreen *psp = NULL;
if (pcp)
psp = pcp->psb;
assert(psp);
if (psp->stuff)
other_stuff();
return psb->even_more(pcp);
Remove all that stupid checking which still segfaults/asserts later on and
jus
On Mon, 2010-04-26 at 07:43 -0700, ja...@vmware.com wrote:
> From: Jakob Bornecrantz
>
> In short what the code did before:
>
> __DRIscreen *psp = NULL;
> if (pcp)
>psp = pcp->psb;
>
> assert(psp);
> if (psp->stuff)
>other_stuff();
>
> return psb->even_more(
From: Jakob Bornecrantz
In short what the code did before:
__DRIscreen *psp = NULL;
if (pcp)
psp = pcp->psb;
assert(psp);
if (psp->stuff)
other_stuff();
return psb->even_more(pcp);
Remove all that stupid checking which still segfaults/asserts later on and
jus
On Mon, 2010-04-26 at 11:54 +0100, Keith Whitwell wrote:
> On Sat, 2010-04-24 at 07:25 -0700, Jakob Bornecrantz wrote:
> > Hi Chia-I et all
> >
> > This Patch series does some minor refactoring in the st_api interface
> > and some major one to st/dri.
> >
> > The first patch drops the st_module s
On Sat, 2010-04-24 at 07:25 -0700, Jakob Bornecrantz wrote:
> Hi Chia-I et all
>
> This Patch series does some minor refactoring in the st_api interface
> and some major one to st/dri.
>
> The first patch drops the st_module struct from st_api. This is because it
> was overlapping the st_api stru
34 matches
Mail list logo
