Opened 15 years ago

Closed 15 years ago

#4162 closed bug (fixed)

[kernel] r32001 broke booting in virtualbox

Reported by: diver Owned by: axeld
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

I just did a binary search to find out why haiku turns off even before 1st icon.
So hrev32000 boots fine and hrev32001 is to blame.

Attachments (2)

Haiku-2009-07-31-13-14-22.log​ (33.2 KB ) - added by diver 15 years ago.
virtualbox log
serial.txt​ (4.4 KB ) - added by diver 15 years ago.
serial output

Download all attachments as: .zip

Change History (14)

by diver, 15 years ago

Attachment: Haiku-2009-07-31-13-14-22.log​ added

virtualbox log

comment:1 by axeld, 15 years ago

Resolution: → invalid
Status: new → closed

Works fine over here; it must be something at your end that's broken. Furthermore, hrev32001 does not have any influence on the early boot procedure.

comment:2 by axeld, 15 years ago

This is with VirtualBox 3.0.2, and a GCC2 hrev31012, btw.

comment:3 by diver, 15 years ago

VirtualBox 2.1.4 and a GCC2 over here. Maybe I should try to rm -rf generated folder?

comment:4 by diver, 15 years ago

Resolution: invalid
Status: closed → reopened

I've rm'ed generated, rebuilt gcc and then rebuilt entire tree.

Haiku still turns off in VirtualBox 2.1.4

But the same image works in VirtualBox 3.0.2

So hrev32001 indeed blocks VirtualBox 2.1.4, but I would like to still use this old version as anything more recent than 2.1.4 lags badly when moving windows in Haiku and major performance issues.

comment:5 by diver, 15 years ago

accidentally reopened it

by diver, 15 years ago

Attachment: serial.txt​ added

serial output

comment:6 by diver, 15 years ago

Added serial output

comment:7 by axeld, 15 years ago

This could be a bug in Haiku indeed, but it would only be indirectly be related to hrev32001 (ie. image sizes, ...).

I'm leaving it open for now, maybe someone some day wants to look into it :-)

comment:8 by diver, 15 years ago

That's too bad, all of my 3 PC are running VirtualBox 2.1.4 for testing haiku, so this is a showstopper for me :(

comment:9 by diver, 15 years ago

I've tested the following versions 

VirtualBox-2.0.0_36011_fedora8-1.i386.rpm
VirtualBox-2.0.2_36488_fedora8-1.i386.rpm
VirtualBox-2.0.4_38406_fedora8-1.i386.rpm
VirtualBox-2.0.6_39765_fedora8-1.i386.rpm
VirtualBox-2.0.8_44071_fedora8-1.i386.rpm
VirtualBox-2.1.0_41146_fedora7-1.i386.rpm
VirtualBox-2.1.2_41885_fedora8-1.i386.rpm
VirtualBox-2.1.4_42893_fedora8-1.i386.rpm
VirtualBox-2.2.0_45846_fedora8-1.i386.rpm
VirtualBox-2.2.2_46594_fedora8-1.i386.rpm
VirtualBox-2.2.4_47978_fedora8-1.i386.rpm
VirtualBox-3.0.0_49315_fedora8-1.i386.rpm
VirtualBox-3.0.2_49928_fedora8-1.i386.rpm

And the only version that don't crash is 3.0.2.

comment:10 by diver, 15 years ago

It looks like I could workaround speed issue with this 

VBoxManage setextradata global "GUI/RenderMode" sdl

See ​http://www.virtualbox.de/ticket/3900

comment:11 by diver, 15 years ago

Feel free to close this one, as I use VirtualBox 3.0.1.2 now and Haiku works just fine over here.
If needed I could try to install VirtualBox 2.1.4 and test it again.

comment:12 by anevilyak, 15 years ago

Resolution: → fixed
Status: reopened → closed
Note: See TracTickets for help on using tickets.