Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#8348 closed bug (fixed)

GL Teapot crashing in VirtualBox (but not in VMware)

Reported by: luroh Owned by: kallisti5
Priority: critical Milestone: R1/alpha4
Component: Kits/OpenGL Kit Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

Nightly vmdk hrev43766, gcc2 hybrid, gdb output attached.

Note: The nightly hangs when booting in VirtualBox (tracked in #8346). To get past that stage, I booted the virtual machine once in VMware, where also GL Teapot works fine for some reason.

Attachments (3)

gdb_r43766.txt (3.5 KB) - added by luroh 8 years ago.
syslog_r43766.txt (37.7 KB) - added by luroh 8 years ago.
syslog_r43766_vmware.txt (50.3 KB) - added by luroh 8 years ago.

Download all attachments as: .zip

Change History (10)

Changed 8 years ago by luroh

Attachment: gdb_r43766.txt added

comment:1 Changed 8 years ago by kallisti5

Do you have the syslog from the machine as well?

Changed 8 years ago by luroh

Attachment: syslog_r43766.txt added

comment:2 Changed 8 years ago by kallisti5

hmm, init_fpu isn't getting called here. Strange as even on single cpu systems it should be executed.

Changed 8 years ago by luroh

Attachment: syslog_r43766_vmware.txt added

comment:3 Changed 8 years ago by kallisti5

aah.

init_fpu doesn't get called if apic isn't present.

Not setting up the fpu at all causes all kinds of greif.

comment:4 Changed 8 years ago by luroh

Indeed, enabling apic makes both this problem and #8346 go away, as well as a bunch of intermittent Tracker and Deskbar b0rkage.

comment:5 Changed 8 years ago by kallisti5

should be fixed in hrev43768, please test and confirm

comment:6 Changed 8 years ago by luroh

Resolution: fixed
Status: newclosed

Yep, fixed, thanks!

comment:7 Changed 8 years ago by kallisti5

Milestone: R1R1/alpha4
Priority: normalcritical
Note: See TracTickets for help on using tickets.