Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#1153 closed bug (fixed)

GLTeapot crashes on AMD64x2

Reported by: tigerdog Owned by: axeld
Priority: normal Milestone: R1
Component: Applications Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

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.

Attachments (1)

sample.png (26.5 KB) - added by mt 12 years ago.
Test result (put #error in sse_xform3.c)

Download all attachments as: .zip

Change History (16)

comment:1 Changed 12 years ago by jackburton

Can you provide a backtrace ?

comment:2 in reply to:  1 Changed 12 years ago by 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 ?? ()

comment:3 Changed 12 years ago by tigerdog

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

comment:4 Changed 12 years ago by korli

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

comment:5 Changed 12 years ago by 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.

comment:6 in reply to:  4 Changed 12 years ago by 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?

Changed 12 years ago by mt

Attachment: sample.png added

Test result (put #error in sse_xform3.c)

comment:7 Changed 12 years ago by tigerdog

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

comment:8 Changed 12 years ago by tigerdog

retested using hrev21389, with same results. :(

comment:9 Changed 12 years ago by marcusoverhagen

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

comment:10 in reply to:  9 Changed 12 years ago by 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"?

comment:11 Changed 12 years ago by mt

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

comment:12 Changed 12 years ago by tigerdog

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

comment:13 Changed 12 years ago by tigerdog

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

comment:14 Changed 12 years ago by axeld

Component: - General- Applications
Resolution: fixed
Status: newclosed

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.

comment:15 in reply to:  14 Changed 12 years ago by 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?

Note: See TracTickets for help on using tickets.