Re: [Mesa3d-dev] [PATCH] fix cell build
On Tue, Apr 6, 2010 at 3:44 PM, Marc Dietrich wrote: > From: root > > compile fix for cell driver. > --- > src/gallium/drivers/cell/ppu/cell_screen.c | 3 +++ > src/gallium/drivers/cell/ppu/cell_texture.c | 2 +- > 2 files changed, 4 insertions(+), 1 deletions(-) Applied. Thanks! -Brian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Current tinderbox regression (swrast_dri)
On Tue, Apr 6, 2010 at 8:00 PM, Chris Ball wrote: > http://tinderbox.x.org/builds/2010-04-07-0001/logs/libGL/#build > > swrastg_dri.so.tmp: undefined reference to draw_pt_fetch_pipeline_or_emit_llvm > collect2: ld returned 1 exit status > > http://cgit.freedesktop.org/mesa/mesa/commit/?id=ae69f9fbf0a1aab7186e5b644085a5fe5aea99af Should be fixed now. -Brian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Current tinderbox regression (swrast_dri)
http://tinderbox.x.org/builds/2010-04-07-0001/logs/libGL/#build swrastg_dri.so.tmp: undefined reference to draw_pt_fetch_pipeline_or_emit_llvm collect2: ld returned 1 exit status http://cgit.freedesktop.org/mesa/mesa/commit/?id=ae69f9fbf0a1aab7186e5b644085a5fe5aea99af -- Chris Ball One Laptop Per Child -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Mesa 7.8 and 7.7.1 DRI SDK and modular drivers available.
Hi all, After having spent a few pleasant hours on an ICE, I made updated DRI SDKs available at: http://cgit.freedesktop.org/~libv/mesa-dri-sdk/ Updated modular dri drivers are available in my http://cgit.freedesktop.org/~libv/ repos too, namely at: http://cgit.freedesktop.org/~libv/mesa-dri-i810 http://cgit.freedesktop.org/~libv/mesa-dri-i9xx http://cgit.freedesktop.org/~libv/mesa-dri-mach64 http://cgit.freedesktop.org/~libv/mesa-dri-mga http://cgit.freedesktop.org/~libv/mesa-dri-r128 http://cgit.freedesktop.org/~libv/mesa-dri-radeon http://cgit.freedesktop.org/~libv/mesa-dri-savage http://cgit.freedesktop.org/~libv/mesa-dri-sis http://cgit.freedesktop.org/~libv/mesa-dri-tdfx http://cgit.freedesktop.org/~libv/mesa-dri-unichrome There were no changes to the drivers between 7.8 and 7.8.1, and the SDK can be just cherry picked it seems. Will spend 5 minutes now on doing so. Luc Verhaegen. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [PATCH] fix cell build
From: root
compile fix for cell driver.
---
src/gallium/drivers/cell/ppu/cell_screen.c |3 +++
src/gallium/drivers/cell/ppu/cell_texture.c |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/cell/ppu/cell_screen.c
b/src/gallium/drivers/cell/ppu/cell_screen.c
index 363d1e6..aaa1694 100644
--- a/src/gallium/drivers/cell/ppu/cell_screen.c
+++ b/src/gallium/drivers/cell/ppu/cell_screen.c
@@ -138,6 +138,9 @@ cell_is_format_supported( struct pipe_screen *screen,
unsigned tex_usage,
unsigned geom_flags )
{
+
+ struct sw_winsys *winsys = cell_screen(screen)->winsys;
+
if (tex_usage & (PIPE_TEXTURE_USAGE_DISPLAY_TARGET |
PIPE_TEXTURE_USAGE_SCANOUT |
PIPE_TEXTURE_USAGE_SHARED)) {
diff --git a/src/gallium/drivers/cell/ppu/cell_texture.c
b/src/gallium/drivers/cell/ppu/cell_texture.c
index 5b169af..6d746eb 100644
--- a/src/gallium/drivers/cell/ppu/cell_texture.c
+++ b/src/gallium/drivers/cell/ppu/cell_texture.c
@@ -105,7 +105,7 @@ cell_displaytarget_layout(struct pipe_screen *screen,
/* Round up the surface size to a multiple of the tile size?
*/
ct->dt = winsys->displaytarget_create(winsys,
- ct->base->tex_usage,
+ ct->base.tex_usage,
ct->base.format,
ct->base.width0,
ct->base.height0,
--
1.6.4.2
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] [xserver patch v4 3/5] glx: Enforce a 1:1 correspondence between GLX and X11 windows.
On Mon, 8 Feb 2010 19:25:14 +0100
Francisco Jerez wrote:
> The spec says (regarding glXCreateWindow): "If there is already a
> GLXFBConfig associated with win (as a result of a previous
> glXCreateWindow call), then a BadAlloc error is generated.". It will
> also come useful to implement DRI2InvalidateBuffers for the indirect
> case.
>
> Signed-off-by: Francisco Jerez
> ---
> glx/glxcmds.c | 51 +--
> glx/glxserver.h |1 +
> 2 files changed, 46 insertions(+), 6 deletions(-)
>
> diff --git a/glx/glxcmds.c b/glx/glxcmds.c
> index 77afbf4..0e1c89c 100644
> --- a/glx/glxcmds.c
> +++ b/glx/glxcmds.c
> @@ -51,6 +51,15 @@
> #include "indirect_table.h"
> #include "indirect_util.h"
>
> +static int glxWindowPrivateKeyIndex;
> +static DevPrivateKey glxWindowPrivateKey = &glxWindowPrivateKeyIndex;
> +
> +__GLXdrawable *
> +glxGetDrawableFromWindow(WindowPtr pWin)
> +{
> + return dixLookupPrivate(&pWin->devPrivates, glxWindowPrivateKey);
> +}
Thanks for pointing this out. Can we use this in
glxscreens.c:glxDestroyWindow() to invalidate the drawable pointer in
the glx drawable at window destroy time? That would be a good way to
fix https://bugs.freedesktop.org/show_bug.cgi?id=26394; probably better
than trying to mix in (or totally switch to) XIDs for tracking things.
--
Jesse Barnes, Intel Open Source Technology Center
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): egl_dri2: Flush before context switch and swap buffers.
2010/4/6 Michel Dänzer : > On Tue, 2010-04-06 at 04:56 -0700, Chia-I Wu wrote: >> Module: Mesa >> Branch: master >> Commit: d18d0fdcd8daa0d9979b72978795f0305d2db7c8 >> URL: >> http://cgit.freedesktop.org/mesa/mesa/commit/?id=d18d0fdcd8daa0d9979b72978795f0305d2db7c8 >> >> Author: Chia-I Wu >> Date: Tue Apr 6 19:52:39 2010 +0800 >> >> egl_dri2: Flush before context switch and swap buffers. >> >> DRI does not define any callback to flush the current context. GLX >> loader simply calls glFlush. Follow the GLX loader here. > Beware that the GLX loader doesn't follow the GLX spec for SwapBuffers > (3.3.10): > *If* dpy and draw are the display and drawable for the calling > thread’s current context, glXSwapBuffers performs an implicit > glFlush. > (emphasis mine) Yes, the change follows EGL spec, which is equivalent to GLX here: If dpy and surface are the display and surface for the calling thread’s current context, eglSwapBuffers and eglCopyBuffers perform an implicit flush operation on the context (glFlush for an OpenGL or OpenGL ES context, vgFlush for an OpenVG context). Thanks for reminding still. -- o...@lunarg.com -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa (master): egl_dri2: Flush before context switch and swap buffers.
On Tue, 2010-04-06 at 04:56 -0700, Chia-I Wu wrote: > Module: Mesa > Branch: master > Commit: d18d0fdcd8daa0d9979b72978795f0305d2db7c8 > URL: > http://cgit.freedesktop.org/mesa/mesa/commit/?id=d18d0fdcd8daa0d9979b72978795f0305d2db7c8 > > Author: Chia-I Wu > Date: Tue Apr 6 19:52:39 2010 +0800 > > egl_dri2: Flush before context switch and swap buffers. > > DRI does not define any callback to flush the current context. GLX > loader simply calls glFlush. Follow the GLX loader here. Beware that the GLX loader doesn't follow the GLX spec for SwapBuffers (3.3.10): *If* dpy and draw are the display and drawable for the calling thread’s current context, glXSwapBuffers performs an implicit glFlush. (emphasis mine) -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] ARB draw buffers + texenv program
On Fri, 2010-04-02 at 20:43 -0700, Dave Airlie wrote: > Just going down the r300g piglit failures and noticed fbo-drawbuffers > failed, I've no idea > if this passes on Intel hw, but it appears the texenvprogram really > needs to understand the > draw buffers. The attached patch fixes it here for me on r300g anyone > want to test this on Intel > with the piglit test before/after? > > Dave. This change makes sense & looks good to me. Keith -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] gallium-resources branch merge
On Fri, 2010-04-02 at 23:23 -0700, Marek Olšák wrote: > There's something fishy in u_upload_mgr, could you please review the > first two patches here? > http://cgit.freedesktop.org/~mareko/mesa/log/?h=gallium-resources > > With this, r300g works again. Hmm, I think the second of the patches (flush range relative to mapped range vs whole buffer) may be addressing a regression that has creeped into the -resources branch regarding this behaviour - ie. I think the code you modified was actually correct, but that pipe_flush_mapped_buffer_range() has changed to do the wrong thing. I'll try and figure out what should be happening. Keith -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 23494] Swrast regression has broken fog
https://bugs.freedesktop.org/show_bug.cgi?id=23494 Pauli changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 27461] Mesa 7.8: Screen lock-ups, when drawing 3D built-in figures (probably GLUT?)
https://bugs.freedesktop.org/show_bug.cgi?id=27461 Pauli changed: What|Removed |Added Component|GLUT|Drivers/DRI/r200 AssignedTo|mesa3d-...@lists.sourceforg |dri-de...@lists.sourceforge |e.net |.net --- Comment #2 from Pauli 2010-04-06 01:54:47 PDT --- Sounds like 3D driver bug. Please attach xorg.log. Also testing with KMS enabled system would be nice. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 27464] Mesa 7.8: screen/keyboard frozen when using menus in GLUT application
https://bugs.freedesktop.org/show_bug.cgi?id=27464 Pauli changed: What|Removed |Added Keywords||NEEDINFO Component|GLUT|Drivers/DRI/r200 AssignedTo|mesa3d-...@lists.sourceforg |dri-de...@lists.sourceforge |e.net |.net --- Comment #2 from Pauli 2010-04-06 01:51:54 PDT --- Sounds like 3D driver bug. Can you test 3D with kernel 2.6.33 and KMS enabled libdrm, xf86-video-ati and mesa? http://www.x.org/wiki/radeonBuildHowTo is ood source of information if you need to compile something. Please attach your xorg.log. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 27469] Mesa 7.8: Problems with two games, using OpenGL
https://bugs.freedesktop.org/show_bug.cgi?id=27469 Pauli changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Component|Other |Drivers/DRI/r200 AssignedTo|mesa3d-...@lists.sourceforg |dri-de...@lists.sourceforge |e.net |.net --- Comment #2 from Pauli 2010-04-06 01:47:39 PDT --- Marking this invalid for 2 reasons -Only one bug per report! -There is no GLSL support with r200 card. You need at least r500 card for shaders. Using shaders or any others gl2+ features with driver that only reports version 1.3 is clear application bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
