[Mesa3d-dev] Mesa state tracker sending GL_TEXTURE_2D instead of PIPE_TEXTURE_2D to driver

2009-05-16 Thread Corbin Simpson 
Subject says it all. st_TexImage in st_texture.c doesn't translate 
format target, just format, and as a result I'm getting bad results in 
r300 while trying to generate pixmaps. (Only I get this error, because 
apparently I'm the only one that actually checks these fields.)

Anyway, I wasn't sure what the best way to fix this was, so I figured 
I'd just bring it to the list. (I know it won't be fixed until Monday, 
that's fine. :3 )

~ C.

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] ARB_texture_rg support

2009-05-16 Thread Maciej Cencora 
Dnia sobota, 16 maja 2009 o 19:11:43 Maciej Cencora napisał(a):
> Dnia sobota, 9 maja 2009 o 15:02:56 Maciej Cencora napisał(a):
> > Hi,
> >
> > I'd like to implement ARB_texture_rg support in core mesa and then in
> > r300 driver.
> > What files I'd have to modify to implement it in core mesa? Will I have
> > to implement any new functions, or this will be mostly adding new switch
> > cases?
> >
> > I guess the first thing would be to create new ARB_texture_rg.xml file in
> > glapi dir and include it in gl_API.xml. What then?
> >
> > Regards,
> > Maciej Cencora
>
> Here's first version of the patch. It's based on Ian Romanick's patch with
> some modifications:
> - renamed _mesa_texformat_r to _mesa_texformat_red, MESA_FORMAT_R to
> MESA_FORMAT_RED and similar,
> - remove RG16 and R16 formats related code (mesa lacks support fixed point
> 16bit per component textures).
>
> I haven't implemented support for R8I, R8UI, RG8I and RG16UI because mesa
> lacks support for EXT_texture_integer extension.
>
> Most of the code seems pretty straight, the only thing I'm not sure about
> are the chunks for texstate.c file.
>
> I've tested these patches with attached demo (based on
> progs/tests/texobj.c). Results:
> R8 and RG8 textures works in swrast and r300,
> R32F and RG32F works on r300,
> R16F and RG16F doesn't work on r300 (don't know why).
>
> Floating point format won't work on swrast because it doesn't support
> ARB_texture_float.
>
> There are some legal issues with ARB_texture_float extension, so mesa
> advertises MESAX_texture_float. What's the difference between these two
> extensions? Where is the MESAX_texture_float specification?
>
> Attached files:
> 0001-Implement-a-big-chunk-of-GL_ARB_texture_rg-in-swrast.patch - Ian's
> patch 0002-mesa-add-support-for-ARB_texture_rg.patch - my patch
> 0003-r300-add-support-for-ARB_texture_rg-extension.patch - my patch
> combined.patch - combined 0001 and 0002 for easier review
> texobjrg.c - test app
>
> Please review and comment
>
> Regards,
> Maciej Cencora

Update:
R16F and RG16F are working now on r300. I forgot to enable 
ARB_half_float_pixel extension.

Here's updated patch for r300.

Maciej Cencora
From 1f7ec359c6d9cefe7d778f19a2a4b4c6b376a464 Mon Sep 17 00:00:00 2001
From: Maciej Cencora 
Date: Sat, 16 May 2009 18:28:17 +0200
Subject: [PATCH] r300: add support for ARB_texture_rg and ARB_half_float_pixel extension

---
 src/mesa/drivers/dri/r300/r300_context.c  |2 ++
 src/mesa/drivers/dri/r300/r300_tex.c  |   13 +
 src/mesa/drivers/dri/r300/r300_texstate.c |6 ++
 3 files changed, 21 insertions(+), 0 deletions(-)

diff --git a/src/mesa/drivers/dri/r300/r300_context.c b/src/mesa/drivers/dri/r300/r300_context.c
index 12bee1a..21d9022 100644
--- a/src/mesa/drivers/dri/r300/r300_context.c
+++ b/src/mesa/drivers/dri/r300/r300_context.c
@@ -95,6 +95,7 @@ const struct dri_extension card_extensions[] = {
   /* *INDENT-OFF* */
   {"GL_ARB_depth_texture",		NULL},
   {"GL_ARB_fragment_program",		NULL},
+  {"GL_ARB_half_float_pixel",		NULL},
   {"GL_ARB_multitexture",		NULL},
   {"GL_ARB_point_parameters",		GL_ARB_point_parameters_functions},
   {"GL_ARB_shadow",			NULL},
@@ -106,6 +107,7 @@ const struct dri_extension card_extensions[] = {
   {"GL_ARB_texture_env_crossbar",	NULL},
   {"GL_ARB_texture_env_dot3",		NULL},
   {"GL_ARB_texture_mirrored_repeat",	NULL},
+  {"GL_ARB_texture_rg",		NULL},
   {"GL_ARB_vertex_program",		GL_ARB_vertex_program_functions},
   {"GL_EXT_blend_equation_separate",	GL_EXT_blend_equation_separate_functions},
   {"GL_EXT_blend_func_separate",	GL_EXT_blend_func_separate_functions},
diff --git a/src/mesa/drivers/dri/r300/r300_tex.c b/src/mesa/drivers/dri/r300/r300_tex.c
index 7c699ec..5e0e5c6 100644
--- a/src/mesa/drivers/dri/r300/r300_tex.c
+++ b/src/mesa/drivers/dri/r300/r300_tex.c
@@ -410,6 +410,19 @@ static const struct gl_texture_format *r300ChooseTextureFormat(GLcontext * ctx,
 	case GL_RGBA32F_ARB:
 		return &_mesa_texformat_rgba_float32;
 
+	case GL_R8:
+		return &_mesa_texformat_r8;
+	case GL_RG8:
+		return &_mesa_texformat_rg88;
+	case GL_R16F:
+		return &_mesa_texformat_red_float16;
+	case GL_R32F:
+		return &_mesa_texformat_red_float32;
+	case GL_RG16F:
+		return &_mesa_texformat_rg_float16;
+	case GL_RG32F:
+		return &_mesa_texformat_rg_float32;
+
 	case GL_DEPTH_COMPONENT:
 	case GL_DEPTH_COMPONENT16:
 	case GL_DEPTH_COMPONENT24:
diff --git a/src/mesa/drivers/dri/r300/r300_texstate.c b/src/mesa/drivers/dri/r300/r300_texstate.c
index abe613e..ac4a835 100644
--- a/src/mesa/drivers/dri/r300/r300_texstate.c
+++ b/src/mesa/drivers/dri/r300/r300_texstate.c
@@ -107,6 +107,12 @@ static const struct tx_table {
 	_ASSIGN(RGBA_FLOAT16, R300_EASY_TX_FORMAT(Z, Y, X, W, FL_R16G16B16A16)),
 	_ASSIGN(RGB_FLOAT32, 0x),
 	_ASSIGN(RGB_FLOAT16, 0x),
+	_ASSIGN(R8, R300_EASY_TX_FORMAT(ZERO, ZERO, X, ONE, X8)),
+	_ASSIGN(RG88, R300_EASY_TX_FORMAT(ZERO, Y, X, ONE, Y8X8)),
+	_ASSIGN(RED_FLOAT16, R300_EASY_TX_FORM

Re: [Mesa3d-dev] ARB_texture_rg support

2009-05-16 Thread Maciej Cencora 
Dnia sobota, 16 maja 2009 o 19:11:43 Maciej Cencora napisał(a):
> Dnia sobota, 9 maja 2009 o 15:02:56 Maciej Cencora napisał(a):
> > Hi,
> >
> > I'd like to implement ARB_texture_rg support in core mesa and then in
> > r300 driver.
> > What files I'd have to modify to implement it in core mesa? Will I have
> > to implement any new functions, or this will be mostly adding new switch
> > cases?
> >
> > I guess the first thing would be to create new ARB_texture_rg.xml file in
> > glapi dir and include it in gl_API.xml. What then?
> >
> > Regards,
> > Maciej Cencora
>
> Here's first version of the patch. It's based on Ian Romanick's patch with
> some modifications:
> - renamed _mesa_texformat_r to _mesa_texformat_red, MESA_FORMAT_R to
> MESA_FORMAT_RED and similar,
> - remove RG16 and R16 formats related code (mesa lacks support fixed point
> 16bit per component textures).
>
> I haven't implemented support for R8I, R8UI, RG8I and RG16UI because mesa
> lacks support for EXT_texture_integer extension.
>
> Most of the code seems pretty straight, the only thing I'm not sure about
> are the chunks for texstate.c file.
>
> I've tested these patches with attached demo (based on
> progs/tests/texobj.c). Results:
> R8 and RG8 textures works in swrast and r300,
> R32F and RG32F works on r300,
> R16F and RG16F doesn't work on r300 (don't know why).
>
> Floating point format won't work on swrast because it doesn't support
> ARB_texture_float.
>
> There are some legal issues with ARB_texture_float extension, so mesa
> advertises MESAX_texture_float. What's the difference between these two
> extensions? Where is the MESAX_texture_float specification?
>
> Attached files:
> 0001-Implement-a-big-chunk-of-GL_ARB_texture_rg-in-swrast.patch - Ian's
> patch 0002-mesa-add-support-for-ARB_texture_rg.patch - my patch
> 0003-r300-add-support-for-ARB_texture_rg-extension.patch - my patch
> combined.patch - combined 0001 and 0002 for easier review
> texobjrg.c - test app
>
> Please review and comment
>
> Regards,
> Maciej Cencora

One more thing. ARB_texture_rg spec mentions new compressed internal formats 
COMPRESSED_RED and COMPRESSED_RG but doesn't define these tokens. Is this 
intentional?

Maciej Cencora

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

[Mesa3d-dev] 'r300: don't send now forbidden register...' crashes X's on my system.

2009-05-16 Thread sergks 

Hello Jerome, 
your last change in radeon-rewrite does not work on my Xpress 200m. I tried
it both on 2.6.30-020630rc5 and 2.6.28-12 kernels. I have Ubuntu 9.04 with
the last libdrm from xorg-edgers.
'mesa-7cd57e35b6427068b87c2fdb6c2aadef57f53520' with Alex's canges works
fine. Can you check this?
-- 
View this message in context: 
http://www.nabble.com/%27r300%3A-don%27t-send-now-forbidden-register...%27-crashes-X%27s-on-my-system.-tp23575207p23575207.html
Sent from the mesa3d-dev mailing list archive at Nabble.com.


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Another round of patches for r300

2009-05-16 Thread Alex Deucher 
On Thu, May 14, 2009 at 4:03 PM, Maciej Cencora  wrote:
> Dnia czwartek, 14 maja 2009 o 03:09:41 Maciej Cencora napisał(a):
>> Hi,
>>
>> this patch-set isn't yet ready for being committed, but it's near.
>> What's inside:
>> 1) fallback handling has been rewritten to work with SWTCL
>>
>> I created r300Fallback function (based on the one in r200 driver) and call
>> it every time there's suspicion that we may be need to fall-back to
>> software. In r300Fallback function we check if we're going to switch
>> between SW and HW rasterization - if so we plug appropriate Render
>> functions (_swsetup_Wakeup to plug software rasterizer functions). It
>> worked for HW TCL because we have never plugged our Render functions like
>> we do for SW TCL in r300InitSwtcl.
>>
>> 2) cleanup, cleanup, cleanup and some more cleanup :)
>>
>> The 10th patch is a little big, so probably you will want me to split it,
>> right?
>>
>> Currently I've tested every patch with glxgears and sauerbraten - I'm
>> running some piglit tests right now.
>>
>> Please test, review and comment.
>>
>> Regards,
>> Maciej Cencora
>
> I'm sending updated patch-set. It should be ready to commit now. Changes:
> - removed RADEON_SWTCL and RADEON_CONFORMANCE_MODE according to Michel Daenzer
> suggestion,
> - renamed r300Fallback to r300SwitchFallback according to Philipp Klaus Krause
> suggestion,
> - removed unused r300_context.options.def_max_insotropy field,
> - removed WIP comments,
> - minor code movement (options->hw_tcl_enabled is initialized fully in
> r300ParseOptions),
> - new patch that fixes LIT 0^0 case in vertex shaders (fixes glean/vertProg1
> test). It lengthens the LIT code by 4 instructions (MUL, SLT, SGE and MAD) and
> uses two temporaries. I'm wondering if I shouldn't enable the new behavior
> only in conformance mode. What do you think?

Pushed 1-10 as discussed on IRC.

Alex

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash and kwin crash

2009-05-16 Thread Younes Manton 
On Sat, May 16, 2009 at 3:44 AM, Eric Valette  wrote:
> Younes Manton wrote:
>
>>> However, I have a permanent, always reproducible  crash running xbmc
>>
>> Mesa driver is not stable or ready for end users so things like this
>> are normal at the moment.
>
> Very constructive answer when I see 7.5 is at RC2...

By Mesa driver I meant the Nouveau Mesa driver specifically; I should
have been more explicit.

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash and kwin crash

2009-05-16 Thread Eric Valette 
So all answer say that nouveau DRI driver  on gallium is not readdy.
May be people should then refrain posting hype like this!



-- eric


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Is it a bug of mesa?

2009-05-16 Thread 明覺 
some new information about the issue: if I install nvidia video card
driver from the Nvidia company, which contains its own opengl library
implementation, the crash will not occur. I'm not very clear about the
concept of "video card driver" and "opengl library", but generally the
bug should exist in either the driver or the opengl library
implementation.
thanks

2009/5/14 明覺 :
> 2009/5/13 Brian Paul :
>>
>> That's all that valgrind reports?  There's no error detected in the
>> glLightfv() call?
>>
>> I believe the error reported above was fixed on May 4th with commit
>> e9d5569bf3e5d7a78a790c144aed275f1a32f325 (a few days after the
>> snapshot you have).
>
> Thanks for the informtion! I'm testing several applications using
> opengl, and this one crashes at  glXWaitGL(). After I get mesa source
> code from gif by "git clone
> git://anongit.freedesktop.org/git/mesa/mesa", and installed it by
> "autogen.sh --prefix=/usr, make, make install, (restart machine)",
> errors still occur when i resize window or close window, here is a
> summary of the error report from valgind, attached is the full
> valgrind report. any advice? thanks
> -
> ==3503== ERROR SUMMARY: 3 errors from 2 contexts (suppressed: 275 from 5)
> ==3503==
> ==3503== 1 errors in context 1 of 2:
> ==3503== Conditional jump or move depends on uninitialised value(s)
> ==3503==at 0x5F8BF98: glXWaitGL (glxcmds.c:620)
> ==3503==by 0x5AD6730: _gdk_gl_context_destroy (gdkglcontext-x11.c:95)
> ==3503==by 0x5ABA8B1: gdk_gl_context_destroy (gdkglcontext.c:118)
> ==3503==by 0x5243BC1: gtk_gl_widget_unrealize (gtkglwidget.c:149)
> ==3503==by 0x9CB211C: g_closure_invoke (gclosure.c:767)
> ==3503==by 0x9CC5C2A: signal_emit_unlocked_R (gsignal.c:3247)
> ==3503==by 0x9CC7021: g_signal_emit_valist (gsignal.c:2980)
> ==3503==by 0x9CC74F2: g_signal_emit (gsignal.c:3037)
> ==3503==by 0x792ED61: gtk_widget_unrealize (in
> /usr/lib/libgtk-x11-2.0.so.0.1600.1)
> ==3503==by 0x7934ABC: gtk_widget_unparent (in
> /usr/lib/libgtk-x11-2.0.so.0.1600.1)
> ==3503==by 0x783C257: (within /usr/lib/libgtk-x11-2.0.so.0.1600.1)
> ==3503==by 0x9CB211C: g_closure_invoke (gclosure.c:767)
> ==3503==  Uninitialised value was created by a heap allocation
> ==3503==at 0x4C2391E: malloc (vg_replace_malloc.c:207)
> ==3503==by 0x5FACEFD: driCreateScreen (drisw_glx.c:362)
> ==3503==by 0x5F8DDEE: __glXInitialize (glxext.c:622)
> ==3503==by 0x5F8918C: GetGLXPrivScreenConfig (glxcmds.c:183)
> ==3503==by 0x5F8A00E: glXChooseVisual (glxcmds.c:1304)
> ==3503==by 0x5AD60CB: gdk_gl_config_new_common (gdkglconfig-x11.c:519)
> ==3503==by 0x5ABA1EE: gdk_gl_config_new_rgb (gdkglconfig.c:193)
> ==3503==by 0x5ABA316: gdk_gl_config_new_by_mode_common (gdkglconfig.c:210)
> ==3503==by 0x503A75A: Gdk::GL::Config::create(Gdk::GL::ConfigMode)
> (in /usr/lib/libgdkglextmm-x11-1.2.so.0.0.0)
> ==3503==by 0x4149FB: SurfaceView::SurfaceView(bool) (SurfaceView.cc:81)
> ==3503==by 0x415171: MechanicalSystemUi::MechanicalSystemUi() (Ui.cc:19)
> ==3503==by 0x40E1D0: main (main.cc:66)
> ==3503==
> ==3503== 2 errors in context 2 of 2:
> ==3503== Conditional jump or move depends on uninitialised value(s)
> ==3503==at 0x5F8BE57: glXWaitX (glxcmds.c:659)
> ==3503==by 0x9CB211C: g_closure_invoke (gclosure.c:767)
> ==3503==by 0x9CC5C2A: signal_emit_unlocked_R (gsignal.c:3247)
> ==3503==by 0x9CC7021: g_signal_emit_valist (gsignal.c:2980)
> ==3503==by 0x9CC74F2: g_signal_emit (gsignal.c:3037)
> ==3503==by 0x792D269: gtk_widget_size_allocate (in
> /usr/lib/libgtk-x11-2.0.so.0.1600.1)
> ==3503==by 0x783F157: (within /usr/lib/libgtk-x11-2.0.so.0.1600.1)
> ==3503==by 0x9CB206E: g_closure_invoke (gclosure.c:767)
> ==3503==by 0x9CC5512: signal_emit_unlocked_R (gsignal.c:3177)
> ==3503==by 0x9CC7021: g_signal_emit_valist (gsignal.c:2980)
> ==3503==by 0x9CC74F2: g_signal_emit (gsignal.c:3037)
> ==3503==by 0x792D269: gtk_widget_size_allocate (in
> /usr/lib/libgtk-x11-2.0.so.0.1600.1)
> ==3503==  Uninitialised value was created by a heap allocation
> ==3503==at 0x4C2391E: malloc (vg_replace_malloc.c:207)
> ==3503==by 0x5FACEFD: driCreateScreen (drisw_glx.c:362)
> ==3503==by 0x5F8DDEE: __glXInitialize (glxext.c:622)
> ==3503==by 0x5F8918C: GetGLXPrivScreenConfig (glxcmds.c:183)
> ==3503==by 0x5F8A00E: glXChooseVisual (glxcmds.c:1304)
> ==3503==by 0x5AD60CB: gdk_gl_config_new_common (gdkglconfig-x11.c:519)
> ==3503==by 0x5ABA1EE: gdk_gl_config_new_rgb (gdkglconfig.c:193)
> ==3503==by 0x5ABA316: gdk_gl_config_new_by_mode_common (gdkglconfig.c:210)
> ==3503==by 0x503A75A: Gdk::GL::Config::create(Gdk::GL::ConfigMode)
> (in /usr/lib/libgdkglextmm-x11-1.2.so.0.0.0)
> ==3503==by 0x4149FB: SurfaceView::SurfaceView(bool) (SurfaceView.cc:81)
> ==3503==by 0x415171: MechanicalSystemUi:

Re: [Mesa3d-dev] Mesa (master): mesa: Mark FBOs with compressed color attachments as FBO-incomplete.

2009-05-16 Thread Eric Anholt 
On Fri, 2009-05-15 at 16:59 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Eric Anholt wrote:
> > Module: Mesa
> > Branch: master
> > Commit: 0307e609aa3e707eeb40051bd664d36f2340ba9b
> > URL:
> > http://cgit.freedesktop.org/mesa/mesa/commit/?id=0307e609aa3e707eeb40051bd664d36f2340ba9b
> > 
> > Author: Eric Anholt 
> > Date:   Fri May 15 16:24:59 2009 -0700
> > 
> > mesa: Mark FBOs with compressed color attachments as FBO-incomplete.
> > 
> > Both EXT_fbo and ARB_fbo agree on this.  Fixes a segfault in the metaops
> > mipmap generation in Intel for SGIS_generate_mipmap of S3TC textures in
> > Regnum Online.
> > 
> > Bug #21654.
> 
> Hmm... What does this mean about our future ability to generate mipmaps
> for compressed texture?  This is a known limitation of Mesa (see bug
> #19187), but it's one that we'd like to see fixed eventually.

The hardware can't render to S3TC targets, so nothing.

The trivial test I did for S3TC SGIS_generate_mipmap appeared to work,
though.  gen-compressed-teximage in piglit
 
-- 
Eric Anholt
e...@anholt.net eric.anh...@intel.com




signature.asc
Description: This is a digitally signed message part
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash and kwin crash

2009-05-16 Thread Bridgman, John 
The Mesa tree contains a mix of production-ready drivers, test drivers
and partially coded drivers. Mesa may be at RCn but it doesn't mean that
every driver in the tree is in the same state. 

If a particular driver was production-ready in a previous Mesa release
then you can usually assume that driver is equally solid in a new
release, but you can't make the same assumption about every driver in
the tree.

-Original Message-
From: Eric Valette [mailto:eric.vale...@free.fr] 
Sent: Saturday, May 16, 2009 3:44 AM
To: Younes Manton
Cc: mesa3d-dev@lists.sourceforge.net
Subject: Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash
and kwin crash

Younes Manton wrote:

>> However, I have a permanent, always reproducible  crash running xbmc
> 
> Mesa driver is not stable or ready for end users so things like this 
> are normal at the moment.

Very constructive answer when I see 7.5 is at RC2...

--eric





--
Crystal Reports - New Free Runtime and 30 Day Trial Check out the new
simplified licensing option that enables unlimited royalty-free
distribution of the report engine for externally facing server and web
deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev



--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash and kwin crash

2009-05-16 Thread Corbin Simpson 
Eric Valette wrote:
> Younes Manton wrote:
> 
>>> However, I have a permanent, always reproducible  crash running xbmc
>> Mesa driver is not stable or ready for end users so things like this
>> are normal at the moment.
> 
> Very constructive answer when I see 7.5 is at RC2...

radeon-gallium/r300-gallium isn't stable or ready for general 
consumption, either. Consensus is that we shouldn't take the 
experimental drivers out of the distro because it would be dishonest, 
but that we shouldn't enable their builds by default because they'll break.

The nouveau project doesn't provide support for their Gallium code. It's 
not intended for non-developers.

~ C.

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash and kwin crash

2009-05-16 Thread Ben Skeggs 
On Sat, 2009-05-16 at 09:44 +0200, Eric Valette wrote:
> Younes Manton wrote:
> 
> >> However, I have a permanent, always reproducible  crash running xbmc
> > 
> > Mesa driver is not stable or ready for end users so things like this
> > are normal at the moment.
> 
> Very constructive answer when I see 7.5 is at RC2...
The nouveau driver is not intended to be built.  If it's enabled in the
default build, perhaps that should be changed.

Ben.
> 
> --eric
> 
> 
> 
> 
> --
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables 
> unlimited royalty-free distribution of the report engine 
> for externally facing server and web deployment. 
> http://p.sf.net/sfu/businessobjects
> ___
> Mesa3d-dev mailing list
> Mesa3d-dev@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev


--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Re: [Mesa3d-dev] Nouveau git drm git, mesa 7.5 git, xbmc crash and kwin crash

2009-05-16 Thread Eric Valette 
Younes Manton wrote:

>> However, I have a permanent, always reproducible  crash running xbmc
> 
> Mesa driver is not stable or ready for end users so things like this
> are normal at the moment.

Very constructive answer when I see 7.5 is at RC2...

--eric




--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev