ACPI issues after SMP update

[wilsonk]

ACPI issues after SMP update

[Vild]

The current state of master is broken, I'm trying to figure it out, TLS seems to be broken.

VBox runs slowly because it will emulate real serial speeds instead of just going as fast as possible, also I haven't tried in a while, so that is probably why it is broken.

It's weird that you have problems with qemu, I haven't seen that before.
What qemu version are you running? Are you using the 'b' command from env.sh?

[wilsonk]

Ok, thanks Dan. I won't use VBox then. The qemu version I am using is

qemu-x86_64 version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.16), Copyright (c) 2003-2008 Fabrice Bellard

and I am using the b command to run it.

Thanks,
Kelly

[Vild]

I couldn't really find any of the problems you reported, everything works on my end (both vbox and qemu), but it could be something I fixed recently.
So if you can please try and compile and run master (9c06ec2).

[wilsonk]

Hmm, seems like the same problems with both qemu and VBox...ugh. Not sure what is going on. I pulled, cleaned and rebuilt to no avail.

[wilsonk]

DMD64 D Compiler v2.074.1 --- maybe the wrong compiler?

[Vild]

Try and run ./toolchainManager.d, to make sure your toolchain is up-to-date

[wilsonk]

Oh, yeah right I forgot that I had a local copy of the cross compiler and that I had run that. Just grasping at straws here, as I have no idea why this is happening.

Now, of course, I never did try to build/run this before the SMP updates so this issues title might be a little misleading...maybe this problem would have existed before those updates, I don't know. Ugh, frustrating

[Vild]

I will make sure this is fixed for the next release, but for now it will be on my backlog, because I prioritize the development of PowerNex and school projects.
But I will post an iso soon here that you could try, so we can atleast see if the .iso you compiled is wrong or if it is something to do with the VMs.

[Vild]

Sorry about the delay, but here is a prebuilt one that works for me: https://powernexos.org/prebuilt/powernex-v0.2.0.r141.gc4048c1.iso

[wilsonk]

Ugh, exactly the same issues still :( Which versions of qemu and VBox are you using? I assume you are running on Linux

[Vild]

QEMU emulator version 2.10.0
virtualbox 5.1.28
bochs 2.6.9
I'm running Arch

[wilsonk]

Hmmm, I have qemu version 2.5.0 and VBox 5.0.40. Maybe that is the problem. Sorry to be a bother, but those are the stock versions from apt on Linux Lite (Ubuntu 16.04 clone). I just wanted to see a record of this in case others run into this, as Ubuntu is a popular flavor :)

I will try updating both and let you know how it goes.

[wilsonk]

Pheww, finally. I got VBox to work after removing the stock 5.0.40 version and installing the 5.1.28 version (make sure to clean the previous version properly! sudo apt-get autoremove --purge virtualbox-5.1 << need the --purge or it won't work propery). Still a little slow with the serial port turned on but not too bad.

Still having a slight problem with qemu-2.10.0 though? The graphical grub boot won't come up? It boots and runs to completion according to the log file, but I don't know why the graphical part won't come up. Oh well, I will just use VBox as long as it is working.

Once again, sorry to bother you...keep up the good work :)

[Vild]

Try and add -vga std to the qemu command or something else that it takes (qemu-system-x86_64 -help | grep -- -vga)

[Vild]

Reopen this if the v0.3 (future) release contains this bug. It was probably just some buggy in development code.