[vbox-dev] Any known problems with changing CPU core count on a Windows guest.

Klaus Espenlaub klaus.espenlaub at oracle.com
Mon Apr 25 14:26:53 GMT 2016


Hi Rūdolfs,

On 25.04.2016 14:09, Rūdolfs Bundulis wrote:
> Hi,
>
> some time ago I was struggling with weird longjmp caused crashes when
> running a Windows guest in my framebuffer implementation that I could
> not explain (since the jumps were made from vbox code) and couldn't
> solve it here either. These crashes happened when I chaned the amount of
> vCPU cores on the guest (I had installed it with one). I blamed my code
> and for somewhat reason this happened only on Windows.

What exactly did crash? The VM manager UI? The VM UI? VBoxSVC? Or is it 
not a crash but an error message about needing VT-x or AMD-V for SMP?

All Windows versions which Microsoft still supports (Vista+) have a 
"unified HAL", which means that worst case the boot will take somewhat 
longer as Windows needs to detect some additional hardware and install 
some new drivers.

> This weekend one of the students assigned to this project also
> complained that the VirtualBox GUI crashes when he changes the amount of
> cores at Windows boot up (which made me suspicious). I wonder if there
> is any knowledge of related issues with this scenario? Maybe there is
> some code that tries to handle this in the VirtualBox GUI and that is
> why I did not see any crashes there but only in my frontend? If there is
> no such knowledge I'll just continue to investigate the issue.

Not supposed to happen. Again, what exactly crashes? Is it literally the 
VirtualBox VM manager UI (where one would change the VM settings) or is 
it later the VM UI when starting the VM?

Log files are unfortunately only partially useful when it comes to 
crashes, because the only hint about crashes generally is that the log 
file ends abruptly where it normally should continue.

Klaus



More information about the vbox-dev mailing list