GLTeapot crashes on AMD64x2

[tigerdog]

Crashes at startup when both CPUs are enabled. If one CPU is disabled using Probe, GLTeapot runs fine. Enable the 2nd CPU when running and it crashes immediately.

[jackburton]

Can you provide a backtrace ?

[mt]

Replying to jackburton:

Can you provide a backtrace ?

Hi, My Core2Duo machine has same problem.

[Switching to team /boot/beos/demos/GLTeapot (204) thread Simon (209)]
0x009445a0 in _mesa_sse_transform_points3_3d ()
   from /boot/beos/system/add-ons/opengl/Mesa Software Renderer
(gdb) bt
#0  0x009445a0 in _mesa_sse_transform_points3_3d ()
   from /boot/beos/system/add-ons/opengl/Mesa Software Renderer
#1  0x008b6c2c in run_vertex_stage ()
   from /boot/beos/system/add-ons/opengl/Mesa Software Renderer
#2  0x008974f3 in _tnl_run_pipeline ()
   from /boot/beos/system/add-ons/opengl/Mesa Software Renderer
#3  0x008c6e85 in _tnl_flush_vtx ()
   from /boot/beos/system/add-ons/opengl/Mesa Software Renderer
#4  0x008c145b in _tnl_End ()
   from /boot/beos/system/add-ons/opengl/Mesa Software Renderer
#5  0x00207bfb in TriangleObject::DoDrawing ()
#6  0x002069f9 in GLObject::Draw ()
#7  0x00209bc7 in ObjectView::DrawFrame ()
#8  0x00207dff in simonThread ()
#9  0x005a31c0 in thread_entry () from /boot/beos/system/lib/libroot.so
#10 0x70080fec in ?? ()

[tigerdog]

thanks, MT! Jackburton, sorry I didn't post one sooner.

[korli]

Could you test again ? Mesa has been updated since then. Thanks.

[axeld]

I don't have a AMD64x2, but it definitely still crashes on a Core Duo - as long as both CPUs are running. Same for the DirectGLTest application; obviously, our Mesa port is broken for SMP machines.

[mt]

Replying to korli:

Could you test again ? Mesa has been updated since then. Thanks.

Hi, I tested hrev21387, but cannot run with C2D.

I put "#error" in sse_xform3.c. It seems "-DUSE_SSE_ASM" lives with haiku configuration?

[mt]

Test result (put #error in sse_xform3.c)

[tigerdog]

I'll retest using build from haikuhost. official build factory doesn't seem to have built any new versions since 2007-04-26.

[tigerdog]

retested using hrev21389, with same results. :(

[marcusoverhagen]

Can you please retest with hrev21784 or newer? This might have been fixed by hrev21782 or hrev21784.

[mt]

Replying to marcusoverhagen:

Can you please retest with hrev21784 or newer? This might have been fixed by hrev21782 or hrev21784.

Tested hrev21785, do not work. I think this is Jamfile problem I pointed before. Why Haiku build accepts "-DUSE_SSE_ASM"?

[mt]

Thanks korli, hrev21884 works fine with Core2Duo. (tested in hrev21887)

[tigerdog]

This problem is fixed - thank you! Tested with nightly build from 2007-08-24. Sorry for the delay in reporting.

[tigerdog]

BTW, it's very interesting to watch Pulse while teapot is running, as activity periodically switches between CPUs.

[axeld]

Thanks for testing! The scheduler problem is just how the current one works; André Braga is currently working on a replacement as part of the Google Summer of Code - and that should fix this problem, among others.

[phoudoin]

Replying to axeld:

Thanks for testing! The scheduler problem is just how the current one works; André Braga is currently working on a replacement as part of the Google Summer of Code - and that should fix this problem, among others.

Hum, we still need to fix SSE & like under Haiku, as NOT using those within the Mesa software renderer hit it badly. Or is only MESA usage of SSE & like that crash, while VLC use SSE without issue?