Opened 13 years ago

Closed 13 years ago

Last modified 13 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:
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 13 years ago.
syslog_r43766.txt​ (37.7 KB ) - added by luroh 13 years ago.
syslog_r43766_vmware.txt​ (50.3 KB ) - added by luroh 13 years ago.

Download all attachments as: .zip

Change History (10)

by luroh, 13 years ago

Attachment: gdb_r43766.txt​ added

comment:1 by kallisti5, 13 years ago

Do you have the syslog from the machine as well?

by luroh, 13 years ago

Attachment: syslog_r43766.txt​ added

comment:2 by kallisti5, 13 years ago

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

by luroh, 13 years ago

Attachment: syslog_r43766_vmware.txt​ added

comment:3 by kallisti5, 13 years ago

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 by luroh, 13 years ago

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

comment:5 by kallisti5, 13 years ago

should be fixed in hrev43768, please test and confirm

comment:6 by luroh, 13 years ago

Resolution: → fixed
Status: new → closed

Yep, fixed, thanks!

comment:7 by kallisti5, 13 years ago

Milestone: R1 → R1/alpha4
Priority: normal → critical
Note: See TracTickets for help on using tickets.