Arch Linux

rawuza

Member

Registered: 2013-12-22

Posts: 7

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hi,

trying to pass through a Radeon HD 5770, but can't get it to work

Using this as the only GPU (i.e. start qemu with -vga none) completely freezes the host some time during the boot of the guest. If I get a glimpse of dmesg on the host, it shows errors of some PCI device. Sometimes the AHCI controller, sometimes the USB controller. Sometimes I get "[R600] flush TLB failed".

If I pass the GPU as the secondary device (-vga std), it works with a Linux guest. I can start X and run glxgears hardware accelerated.

It does not work, however, with a Windows 7 guest. Device Manager shows error 10 (can not start device). If I disable the device then scan for hardware changes, Windows BSODs with bugcheck 0x000000F4 (some system thread/process stopped). (Edit: this has nothing to do with GPU passthrough. It also happens, if I don't pass through the GPU.)

Chipset: AMD 990FX
Kernel: 3.14.0-rc5
Qemu: qemu-git as of today
GPU:
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 5770]
06:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Juniper HDMI Audio [Radeon HD 5700 Series]

I run qemu as root with the following command line :

~/dev/kvm-gpu-passthrough/qemu/x86_64-softmmu/qemu-system-x86_64 \
-nodefaults \
-runas spielzeug \
-monitor unix:monitor,server,nowait \
-L ~/dev/kvm-gpu-passthrough/qemu/pc-bios \
-drive file=spielzeug.img,if=virtio,cache=none,media=disk \
-boot order=c \
-smp 4 \
-cpu host \
-m 4096M  \
-net nic,model=virtio,macaddr=52:54:00:12:34:57  \
-net tap,ifname=tap0,script=no,downscript=no \
-localtime  \
-enable-kvm  \
-M q35  \
-sdl \
-vga std \
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-device vfio-pci,host=0000:06:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \
-device vfio-pci,host=0000:06:00.1,bus=root.1,addr=00.1 \
-usbdevice tablet

I've already tried different things, like assigning the audio device to pcie.0, using other cpu types, providing a biosfile, but none of these fixed the problems.

Edit
I've now switched around my GPUs and pass through a Radeon HD 6450. This works! I can boot the guest with this GPU as the only/primary GPU and install the AMD Catalyst driver in the guest. So it might be that the HD 5770 just does some naughty stuff. I have to use different PCI ports, however, because of space reasons. So this might also be a factor.

I still can't use the passed-through GPU as secondary GPU. It now says Code 12 (not enough free resources that it can use).

I'd still really like to pass through the HD 5770. So my original problem remains.

Last edited by rawuza (2014-03-14 11:39:36)

Flyser

Member

Registered: 2013-12-19

Posts: 29

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Using this as the only GPU (i.e. start qemu with -vga none) completely freezes the host some time during the boot of the guest. If I get a glimpse of dmesg on the host, it shows errors of some PCI device. Sometimes the AHCI controller, sometimes the USB controller. Sometimes I get "[R600] flush TLB failed".

This might sound random, but I had similar problems with 3.14-rc4, so you might try 3.13.6 and see if it works better.

zoop2

Member

Registered: 2014-03-08

Posts: 2

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I just uploaded a new kernel package on the front page (3.13.6) that includes this patch

B-but, but! 3.13 doesn't support hv-time.

I thought that the hv-time was part of qemu Vs the kernel.  I know when I used the qemu-git version it became available and improved performance for my system.  I am currently using a 3.12 kernel.

Blind Tree Frog

Member

Registered: 2013-12-31

Posts: 27

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

That is good news! i wonder if they'll release an updated bios for the rest of their boards with this issue

I recently learned that, in addition to the fix for my M5A99FX PRO R2.0 motherboard, ASUS issued a similar "test BIOS" for a Sabertooth 990FX R2.0.  I don't know for certain what ASUS has planned for other motherboards, but I'm under the impression ASUS will at least make an effort to add the fix to future BIOS releases... perhaps not the next stable BIOS release, but eventually.

Late update on this, but I just updated my bios to the latest (late fall of last year. v2103) which came after his post.  If I'm reading dmesg correctly it looks like the test bios rolled into the official.

[Pandora]:: dmesg | grep -i AMD
...
[    1.108304] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    1.108305] AMD-Vi: Interrupt remapping enabled
[    1.118270] AMD-Vi: Lazy IO/TLB flushing enabled
[    1.199374] perf: AMD IBS detected (0x0000001f)
[    1.271386] QUIRK: Enable AMD PLL fix
[    1.840492] ehci-pci 0000:00:12.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround
[    2.512930] ehci-pci 0000:00:13.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround
[    2.635756] ehci-pci 0000:00:16.2: applying AMD SB700/SB800/Hudson-2/3 EHCI dummy qh workaround
[    5.197053] AMD64 EDAC driver v3.4.0
[    5.206768] EDAC amd64: DRAM ECC disabled.
[    5.206777] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.

So yeah, those ASUS people who don't update their BIOS's often might want to look into updating.

Last edited by Blind Tree Frog (2014-03-12 04:47:58)

deniv

Member

Registered: 2013-10-16

Posts: 27

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I thought that the hv-time was part of qemu Vs the kernel.  I know when I used the qemu-git version it became available and improved performance for my system.  I am currently using a 3.12 kernel.

Actually it needs both qemu and kernel bits. Some of kernel bits can be found here: https://git.kernel.org/cgit/virt/kvm/kv … 7421370f00 (dunno if it's all)

rawuza

Member

Registered: 2013-12-22

Posts: 7

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Using this as the only GPU (i.e. start qemu with -vga none) completely freezes the host some time during the boot of the guest. If I get a glimpse of dmesg on the host, it shows errors of some PCI device. Sometimes the AHCI controller, sometimes the USB controller. Sometimes I get "[R600] flush TLB failed".

This might sound random, but I had similar problems with 3.14-rc4, so you might try 3.13.6 and see if it works better.

I've already tried with 3.12 and 3.13. Doesn't make a difference.

mostlyharmless

Member

Registered: 2014-01-16

Posts: 72

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@pereczes, zzz3000, rawuza

To those passing the radeon HD series and getting the freeze or BSOD; try not passing the audio vfio device ie. 06:00.1 Audio device: Advanced Micro Device or 04:00.1 Audio device: Advanced Micro Device. just leave out the -device vfio-pci,host=0000:06:00.1,bus=root.1,addr=00.1 line out.  I had the same problem with my HD7970.  There are some comments about this earlier in the thread; perhaps they need to be added to the first page on hints/problems?

I still get acceptable audio through alsa; though I do get

audio: Failed to create voice `adc'
ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred

in the console, with the ALSA error occuring every time there's sound.

Also, FYI all, ASUS has released an official bios for the RIVE supporting vt-d for IvyBridge, bios 4804, replacing the beta bios 9502.  Seems to work fine.

Last edited by mostlyharmless (2014-03-12 14:28:26)

neona

Member

Registered: 2014-02-25

Posts: 6

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Since I built the new kernel/qemu from the OP, I've had issues with system-wide lag spikes.

This affects everything from games to audio playback (though happens more often and is more annoying in games).  Some spikes are short and cause fps dips/freezes, some are long, multiple seconds, and sometimes cause guest graphics driver crashes, and in one instance a bluescreen (I would guess because it causes things to not respond quickly enough).

How bad it is varies by game/activity, but it's making Titanfall a lot more difficult to play for me

Anyone know what might be causing it?  My guess is that the debug register patches aren't entirely stable, at least on amd systems.

nbhs

Member

From: Montevideo, Uruguay

Registered: 2013-05-02

Posts: 402

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Since I built the new kernel/qemu from the OP, I've had issues with system-wide lag spikes.

This affects everything from games to audio playback (though happens more often and is more annoying in games).  Some spikes are short and cause fps dips/freezes, some are long, multiple seconds, and sometimes cause guest graphics driver crashes, and in one instance a bluescreen (I would guess because it causes things to not respond quickly enough).

How bad it is varies by game/activity, but it's making Titanfall a lot more difficult to play for me

Anyone know what might be causing it?  My guess is that the debug register patches aren't entirely stable, at least on amd systems.

have you tried:

echo "options kvm-amd npt=0" > /etc/modprobe.d/kvm-amd.conf

neona

Member

Registered: 2014-02-25

Posts: 6

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

have you tried:

echo "options kvm-amd npt=0" > /etc/modprobe.d/kvm-amd.conf

Already running with it.

neona

Member

Registered: 2014-02-25

Posts: 6

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Well, it looks like my setup may have completely fallen apart.

Since bluescreening, I get *constant* microstutter.  Previously, I got this when qemu used alsa instead of pulse, but only while sounds were playing.. and of course, pulse has been misbehaving, so I just run it as root and deal with the host effectively not having sound.

Considering trying removing sound from the equation entirely, though I'm getting stutter even during os load animations, so i'm not hopeful.

pereczes

Member

Registered: 2014-03-08

Posts: 14

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@pereczes, zzz3000, rawuza

To those passing the radeon HD series and getting the freeze or BSOD; try not passing the audio vfio device ie. 06:00.1 Audio device: Advanced Micro Device or 04:00.1 Audio device: Advanced Micro Device. just leave out the -device vfio-pci,host=0000:06:00.1,bus=root.1,addr=00.1 line out.  I had the same problem with my HD7970.  There are some comments about this earlier in the thread; perhaps they need to be added to the first page on hints/problems?

it was already suggested, tried already without tho audio, but the same (no) results . BTW: I have gigabyte 990fxa ud7

trimm

Member

Registered: 2014-03-06

Posts: 31

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Do any of you sometimes experience a total freeze of a VM when inside a game on the guest(seemingly at random, sometimes after a couple of seconds, other times after a couple of hours)? Host is ok and useable while guest is frozen.
Im not that bothered about it (at this time), however I cant seem to kill the qemu processes when this happens. Is it somehow possible to clean or reset the vm without completely restart the computer, just so that I can start it up again straight away? As of this moment, I have to reboot the whole computer and the frozen picture on the screen of the virtual machine will be the last thing that gets cleared before the reboot is completed.

Kernel: x86_64 Linux 3.13.5-1-mainline
Latest Qemu-git and Seabios-git
Nvidia GTX670, latest Nvidia driver on Windows 8.1
Synergy used between Arch Linux(server) and Windows(client)

Edit: Just tested Battlefield 4 and it froze(Everything ultra setting with 50FPS, at test range).
Ping against the VM stopped aswell, so its not only the GPU which froze.
This is the following journalctl:

Mar 13 00:40:09 arch kernel: xhci_hcd 0000:00:14.0: ERROR Transfer event for disabled endpoint or incorrect stream ring
Mar 13 00:40:09 arch kernel: xhci_hcd 0000:00:14.0: @00000000ffffe780 fff99920 00000000 0d00000a 07058000
Mar 13 00:40:09 arch kernel: xhci_hcd 0000:00:14.0: ERROR Transfer event for disabled endpoint or incorrect stream ring
Mar 13 00:40:09 arch kernel: xhci_hcd 0000:00:14.0: @00000000ffffe7a0 fff99930 00000000 0d00000c 07058000
Mar 13 00:40:09 arch kernel: xhci_hcd 0000:00:14.0: ERROR Transfer event for disabled endpoint or incorrect stream ring
Mar 13 00:40:09 arch kernel: xhci_hcd 0000:00:14.0: @00000000ffffe7c0 fff99940 00000000 0d00000c 07058000

lspci -v
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05) (prog-if 30 [XHCI])

Last edited by trimm (2014-03-12 22:56:36)

mostlyharmless

Member

Registered: 2014-01-16

Posts: 72

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@pereczes
Have you tried installing the ati driver without the CCC? You'll still get 3D hardware acceleration.

shweng

Member

Registered: 2014-03-13

Posts: 2

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hi,all
Could any body tell me how to access the VM's desktop when successfully VGA-Passthroughed,
from virt-manager console on host, or other remote desktop access tools such as vncviewer, remote-viewer, rdesktop, freerdp etc?

blacky

Member

Registered: 2012-10-26

Posts: 14

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Could any body tell me how to access the VM's desktop when successfully VGA-Passthroughed,

How about attaching a display to the graphics card you passed through?

I’m back after a few months with a new problem. I initially got this working with my good ol’ 4850 as a proof of concept while waiting for a viable custom design of the R290X. Now I finally acted and put a R290X Tri-X in there. Getting the new card passed through was straight forward and works great except for when Catalyst is supposed to kick in. Booting to safe mode, which uses the VESA drivers, works but as soon as I boot up normally the last thing I see is the Windows logo. After that the display simply shows black. It does *not* go into standby but shows a black screen. I tried both the stable and the Beta Catalyst so far; updated to latest kernel, qemu-git and seabios-git. Any ideas?

pereczes

Member

Registered: 2014-03-08

Posts: 14

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@pereczes
Have you tried installing the ati driver without the CCC? You'll still get 3D hardware acceleration.

you mean Catalyst Control Center? ... well how would I do that... I mean other driver than the original one?
I assume the problem is with the driver, not with CCC, or?

Bronek

Member

From: London

Registered: 2014-02-14

Posts: 123

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@peterczes there were reported problem with using CCC (on GPU passthrough card) rather than with the driver

pereczes

Member

Registered: 2014-03-08

Posts: 14

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@peterczes there were reported problem with using CCC (on GPU passthrough card) rather than with the driver

thanks... well little step further: uninstalled CCC, but it seems that the drivers remained installed under C:/Program Files/Amd

good news: started to work... wanted to install synergy (nice software btw if you do not know it), and:

bod news: bang... host froze again ...

will try to uninstall the driver and reinstall it... maybe helps
btw.. this experiment was without hdmi audio

I passed through a USB PCI controller as well for keyboard and mouse... after synergy will remove them, maybe it makes the system more stable

TripleSpeeder

Member

Registered: 2011-05-02

Posts: 47

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@op: Just downloaded the PKGBUILDs from page 1. The vfio_multifunction_regression.patch seems to be already applied upstream in quemu-git :-)

Edit: Was committed on March 9th: http://git.qemu.org/?p=qemu.git;a=commi … e4b2617c74

Last edited by TripleSpeeder (2014-03-14 19:27:44)

nbhs

Member

From: Montevideo, Uruguay

Registered: 2013-05-02

Posts: 402

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

@op: Just downloaded the PKGBUILDs from page 1. The vfio_multifunction_regression.patch seems to be already applied upstream in quemu-git :-)

Edit: Was committed on March 9th: http://git.qemu.org/?p=qemu.git;a=commi … e4b2617c74

Thanks!

it9exm

Member

Registered: 2014-01-03

Posts: 3

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Hi, is the MSI 990FXA-GD80 a good motherboard for use with iommu?

mostlyharmless

Member

Registered: 2014-01-16

Posts: 72

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

Somewhere in this very long thread there is a list of hardware with success or failure saved as a spreadsheet; perhaps a link on page 1 might be helpful.

trimm

Member

Registered: 2014-03-06

Posts: 31

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

I cant for the life of me sort out my audio for my VM.

I use this:

-device ich9-intel-hda,bus=pcie.0,addr=1b.0,id=sound0 \
-device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 

I have also tried with -soundhw all and -soundhw ac97.

This is what I get when I fire up the computer:

pulseaudio: pa_context_connect() failed
pulseaudio: Reason: Connection refused
pulseaudio: Failed to initialize PA contextaudio: Could not init `pa' audio driver
ALSA lib pcm_dmix.c:1022:(snd_pcm_dmix_open) unable to open slave
alsa: Could not initialize DAC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
ALSA lib pcm_dmix.c:1022:(snd_pcm_dmix_open) unable to open slave
alsa: Could not initialize DAC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
audio: Failed to create voice `dac'
ALSA lib pcm_dsnoop.c:618:(snd_pcm_dsnoop_open) unable to open slave
alsa: Could not initialize ADC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
ALSA lib pcm_dsnoop.c:618:(snd_pcm_dsnoop_open) unable to open slave
alsa: Could not initialize ADC
alsa: Failed to open `default':
alsa: Reason: No such file or directory
audio: Failed to create voice `adc'

In the first post its stated that I may have to use the QEMU_AUDIO_DRV variable. I have tried this (export QEMU_AUDIO_DRV=alsa and QEMU_AUDIO_DRV=pa as root) without success. Anyone in the same boat as me, and/or found a solution?(except passing a USB headset? )

Update: I managed to get audio somewhat working:

I use sudo -E export QEMU_ALSA_DAC_BUFFER_SIZE=512 QEMU_ALSA_DAC_PERIOD_SIZE=170 QEMU_AUDIO_DRV=alsa
and
sudo -E qemu-system-x86_64 ....
The -E option tries to preserve the environment even though you are running with sudo.

However the audio is crackling and sounding really disorted...

Last edited by trimm (2014-03-15 01:39:05)

novist

Member

Registered: 2014-03-14

Posts: 47

Re: KVM VGA-Passthrough using the new vfio-vga support in kernel =>3.9

One more success story here. This is all done on mint 16 by the way.
Hardware: Sabertooth FX990 R2.0 motherboard, AMD FX(tm)-8350 CPU, host GPU geforce gtx 550ti, VM GPU Radeon R9 270X.
qemu: from git
kernel: 3.13.6

00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Curacao XT [Radeon R9 270X]
06:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]

~/VM/src/qemu/build/release/x86_64-softmmu/qemu-system-x86_64 \
-enable-kvm -m 4096 -cpu host -machine q35,accel=kvm \
-smp 8,sockets=1,cores=8,threads=1 \
-bios /usr/share/qemu/bios.bin \
-drive file=/dev/disk/by-id/ata-WDC_WD3200BEVT-22ZCT0_WD-WXE708J50240,if=none,id=virtio-disk0,format=raw,cache=none,aio$
-device virtio-blk-pci,scsi=off,drive=virtio-disk0,id=disk0 \
-drive file=/dev/disk/by-id/ata-WDC_WD7502AAEX-00Y9A0_WD-WCAW31075836,if=none,id=virtio-disk1,format=raw,cache=none,aio$
-device virtio-blk-pci,scsi=off,drive=virtio-disk1,id=disk1 \
-device e1000,netdev=vnet0,mac=20:64:32:c1:f9:22 -netdev tap,id=vnet0 \
-smb user,smbserver=10.0.2.4 \
-device ioh3420,bus=pcie.0,addr=1c.0,multifunction=on,port=1,chassis=1,id=root.1 \
-device vfio-pci,host=06:00.0,bus=root.1,addr=00.0,multifunction=on,x-vga=on \
-device vfio-pci,host=06:00.1,bus=root.1,addr=00.1 \
-device vfio-pci,host=00:13.0,bus=pcie.0 \
-device vfio-pci,host=00:13.2,bus=pcie.0 \
-vga none

Some observations i made:
To correctly pass-through USB controller i had to include both 00:13.0 and 00:13.2, othervise qemu threw an error about failing to bind vfio or something.
To find correct address of USB ports i wanted i used stupid method: plugged in mouse to target port and then go through pci addresses and vfio-bind them. When mouse lights went out i knew usb port was no longer working so that was last one i bound. Then had to reboot to make them come back. There probably is better way..
I could use -vga sdl along with passed-through GPU. Using stock 1.5 qemu from repos did not quite work. Device manager reported radeon had some kind of malfunction. Compiling qemu from git made it work. Both emulated vga and passed-through one side by side. 3d apps did not run on radeon vga in that mode though and i did not care to find out how to make that happen.
Everything else went pretty much as described in original guide.
Well and bit offtopic - to use virtio for disk i had to boot OS while disk with windows was attached with -hda and then i had to attach dummy few meg image in virtio mode. That way windows picked up new device and i could install drivers. After that all disks can be attached in virtio.

Now this brings me to problems.. I am too having this issue where after reboot vga will not reset and VM with passed-through vga can not be started again. As far as i read this thread did not see a solution. Correct me if im blind and i missed it.
Also performance issue led me to believe i should use these patches:

Paolo has posted new patches to fix performance when debug registers are used in the guest.  Performance should be the same as previous set on Intel, but this series also adds support for AMD.  Patches:

http://marc.info/?l=linux-kernel&m=1394 … 4556&q=raw
http://marc.info/?l=linux-kernel&m=1394 … 4517&q=raw
http://marc.info/?l=linux-kernel&m=1394 … 4527&q=raw
http://marc.info/?l=linux-kernel&m=1394 … 4488&q=raw
http://marc.info/?l=linux-kernel&m=1394 … 4502&q=raw
http://marc.info/?l=linux-kernel&m=1394 … 4492&q=raw
http://marc.info/?l=linux-kernel&m=1394 … 4499&q=raw

For what kernel version are they? I fail to apply them because latest tree does not quite match code in these patches. Not entirely sure if its a good idea to apply these patches in this case.

EDIT:
After some more digging i figured out patches are for latest 3.14-rc6 kernel. Thing is after kernel update i still can not see reasonable speed improvement. I used passmarkt to test and only dx11 test seems to run at ~80% of speed compared to other users. dx9 is especially slow. Basically all other 3d tests are somewhere around 20-30% of other people's results. Really slow.. If anyone knows possible cure - hint me please!

Also i forgot to mention that if i run VM then host will not shut down properly. It hangs after bunch of "synchronizing SCISI cache" messages.
Also had to flib-back to nouveau driver for host as latest nvidia beta driver (which is supposed to work with rc6) wont install (hangs without displaying anything upon start). Anyone happen to install that beast?

Last edited by novist (2014-03-15 15:45:39)