New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Primus and VirtualBox update #29
Comments
And by 'symlink tricks' I only mean I created a "/root/VirtualBox VMs/Windows XP" symlink to the one in my home directory, since sudo primusrun virtualbox --startvm "/home/tod/VirtualBox VMs/Windows XP/Windows XP.vdi" didn't work. |
What is your Linux distribution and VirtualBox version? What if you run it like this:
(without root, or sudo) |
I'm using Arch 64 bit and VirtualBox 4.2.4-2 (the latest in the community repository). CR_SYSTEM_GL_PATH=/usr/$LIB/primus primusrun virtualbox --startvm "/home/tod/VirtualBox VMs/Windows XP/Windows XP.vdi" I had to adjust that to CR_SYSTEM_GL_PATH=/usr/$LIB/primus primusrun virtualbox --startvm "Windows XP" VirtualBox errors like before, saying the host's 3d acceleration isn't configured properly... but there's more info in dmesg:
|
Ah, my bad. I got it working with
EDIT: forgot the trailing / in the GL_PATH, it doesn't work without
My Windows XP VM is 32-bit so i thought it'd be /usr/lib32/ setuid to do the trick, but no. It's still a work in
And then the VM crashed silently. Over the last few days I've messed with Bumblebee quite a bit. I switched to 32-bit and tried a PAE kernel (I'm back on Arch's stock 64-bit now). A tip in case anybody needs it - I had to set vmalloc=256Mi (I eventually set it to 768Mi) kernel parameter to get Bumblebee to work. I also solved a problem I was having with spectrwm: basicallly, optirun would 'fail without child processes' on most things I tried to run. It turns out it's because spectrwm uses libswmhack.so~, which is used to make sure an application that is spawned on one virtual desktop stays there and doesn't wander to the desktop you've switched to while it loads. Anyway, I just did
to allow the process to proceed. |
Is there still an issue here? |
I just tested on a new installf of XP and primusrun starts Virtualbox fine with CR_SYSTEM_GL_PATH="/usr/lib/primus/" primusrun vboxmanage startvm "Windows XP" and dmesg shows Nvidia's loaded. Unfortunately the fullscreen DirectX 9 test doesn't start or finish properly, leaving the resolution smaller and only the taskbar responding to clicks and such... at which point I just tell Virtualbox to power it down since I can't get my display back. It works with my Intel card. And I still have to prepend LD_PRELOAD="" to optirun in spectrwm with 64 bit applications. At least the segfaults are gone. Not sure if I should close this. |
I'm the ghost that originally opened this issue (sorry about that). I suspect that I could have gotten this working all along, but I didn't know to specify intel_iommu=on on the kernel cmd line. This is what it looks like on the same machine nowadays, and works without issue:
So I'd like to request closure of this as user error. Note, I still had to specify CR_SYSTEM_GL_PATH=/usr/lib/primus/ to get past the VBoxTestOGL. And it works even though I have this BIOS quirk:
|
Thanks for the note. |
Hi there. I just read Bumblebee-Project/Bumblebee#278 and was testing some things based on that discussion. I noticed via dmesg that bbswitch was powering up then quickly powering back down the Nvidia card back down when I was trying ' primusrun vboxmanage startvm "Windows XP" ' and virtualbox --startvm "Windows XP". That post mentions root is needed to make it work so I tried some tricks with symbolic links that for whatever reason didn't work. So I imported the vbox disk... sudo virtualbox. I added root to the bumblebee, video, audio group, etc. - probably some things not needed but for experiment's sake to cover all bases. This is what I found:
[ 41.597638] bbswitch: enabling discrete graphics
[ 42.095936] pci 0000:01:00.0: power state changed by ACPI to D0
[ 42.234697] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=none,decodes=none:owns=none
[ 42.234903] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 310.19 Thu Nov 8 00:52:03 PST 2012
[ 44.123729] NVRM: GPU at 0000:01:00: GPU-025de124-7fa3-daeb-b978-a80a7ff395c5
[ 50.043047] EMT-0[943]: segfault at 7fcff4424718 ip 00007fcff7d8a3e3 sp 00007fcfdcf70be0 error 4 in ld-2.16.so[7fcff7d81000+f000]
[ 94.369910] bbswitch: disabling discrete graphics
[ 94.382319] pci 0000:01:00.0: Refused to change power state, currently in D0
[ 94.382716] pci 0000:01:00.0: power state changed by ACPI to D3cold
Optirun works, however. (It's funny, I posted a while back that I couldn't get optirun to work with Windozey things).
I'm not sure how to diagnose the segfault so I just thought I'd offer the findings here.
The text was updated successfully, but these errors were encountered: