Xen und 3D

[xRamses]

Hm ich werd heute mal meinen PC aufschrauben und nachschauen ...

 

[xRamses]

So lange hats gedauert aber heute hatt ich Zeit endlich den PC aufzuschrauben ...
Wenn man davon ausgeht das der CPU-Sockel das "oben" ist dann hab ich darunter folgede Slots:

1. Slot: Leer
2. Slot:GT220
3. Slot: Leer (aber verdeckt)
4. Slot: Leer
5. Slot Radeon 5450

Soweit so gut aber in wie fern kann das überhaupt XEN beeinflussen?

 

[XenUser]

Was ist denn im Moment Dein Problem ?
Du kannst Deine Grafikkarte nicht bei
xl pci-list-assignable-devices
sehen ?
So wie ich das lese hast Du zwei Grafikkarten ?
was sagt
lspci | grep VGA
dmesg | grep pciback
xl dmesg | grep virtu
Ich hab jetzt VGA Passthrough mit meiner NVIDIA GT520 zum laufen bekommen.
Ich schreib hier noch gleich die komplette Anleitung rein damit es ggf jemand weiter helfen kann.
Alles selbst übersetzt.

 

[XenUser]

Also ich habe nun VGA-Passthrough mit Linux 3.1.4 und Xen 4.2-unstable-24014 Nvidia GT520 am laufen
Die Infos die mir am meisten geholfen haben sind hier.
Ganz tolle Arbeit von David !!!
Xen 4.2.unstable: Patches/Notes for VGA Pass Through and NVIDIA - Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon


#######
# Kernel
#
cd /usr/local/src
wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.1.4.tar.bz2
tar jxvf linux-3.1.4.tar.bz2
cd /usr/local/src/linux-3.1.4
# Ich verwende meine original config von Debian Squeeze
cp /boot/config-2.6.32-5-xen-amd64 .config
yes "" | make oldconfig
export CONCURRENCY_LEVEL=7
time fakeroot make-kpkg -j7 --initrd --append_to_version "-my01" kernel-image kernel-headers kernel-source
ls -ltr ../*3.1.4*

# bevor ich installieren sichere ich mir noch ein paar dateien
cp /boot/grub/grub.cfg /boot/grub/grub.cfg_sav
dpkg -i ../linux-headers-3.1.4-my01_3.1.4-my01-10.00.Custom_amd64.deb
dpkg -i ../linux-image-3.1.4-my01_3.1.4-my01-10.00.Custom_amd64.deb
dpkg -i ../linux-source-3.1.4-my01_3.1.4-my01-10.00.Custom_all.deb

# pruefen der neuen config
diff /boot/grub/grub.cfg /boot/grub/grub.cfg_sav

# den neuen Kernel booten
shutdown -r now

# evtl. alte installationen abraeumen
dpkg -l '*linux-*' | grep ^i


#########
# XEN 4.2-unstable
#
cd /usr/local/src
hg clone -r 24232 staging/xen-unstable.hg: log xen-unstable.hg-rev-24232
cd xen-unstable.hg-rev-24232/tools
apt-get install libaio-dev
make -j7
make clean
cd /usr/local/src/xen-unstable.hg-rev-24232
wget http://www.davidgis.fr/download/xen-4.2_rev24232_gfx-passthrough-patchs.tar.bz2
tar xjf xen-4.2_rev24232_gfx-passthrough-patchs.tar.bz2

#### WICHTIG ####
# anpassen von xen-4.2_rev24232_gfx-passthrough-patchs/dsdt.asl auf eigene Adressen des VGA BIOS
# siehe Xen - Dev - Patches for VGA-Passthrough XEN 4.2 unstable | Page 2
# beispiel auf seite 2 im thread
# lspci |grep VGA
# 01:00.0 VGA compatible controller: nVidia Corporation Device 0de0 (rev a1)
# root@mercury:~# dmesg | grep 01:00.0 |grep mem | grep BAR
# wenn das erledigt ist patchen

cd /usr/local/src/xen-unstable.hg-rev-24232
for file in $(ls xen-4.2_rev24232_gfx-passthrough-patchs/*);do patch -p1 < $file;done
# sollten keine fehler kommen .....
# wenn man alles richtig gemacht hat

# Dann das BIOS der Grafikkarte kopieren
# cp /path/to/VGABIOS.ROM /usr/local/src/xen-unstable.hg-rev-24014/tools/firmware/vgabios/vgabios-pt.bin
# ich hab das wie im thread beschrieben mit nvflash.exe unter DOS ausgelesen

# dann xen uebersetzten
# ich ruf das zwei mal auf weil beim ersten mal immer fehler kommen (siehe /tmp/make.out) die beim zweiten mal weg sind
make -j7 xen tools stubdom docs 2>&1 | tee /tmp/make.out
make -j7 xen tools stubdom docs 2>&1 | tee /tmp/make.out1

# output pruefen in /tmp/make.out und /tmp/make.out1

# bevor ich installieren sichere ich mir noch ein paar dateien
cp /etc/xen/xend-config.sxp /etc/xen/xend-config.sxp_my
cp /etc/default/xendomains /etc/default/xendomains_my

# alte xen versionen abraeumen (macht sonst ggf nur probleme ...)
dpkg -l | grep xen # (sollte leer sein bis auflinux-image*)
# z.B. dpkg -P libxentore3.0 (bei mir waren es viele pakete )

make install-xen
make install-tools PYTHON_PREFIX_ARG=
make install-stubdom
make install-docs

update-rc.d xencommons defaults
update-rc.d xend defaults
update-rc.d xendomains defaults


# pruefen auf aenderungen und anpassen
diff /etc/xen/xend-config.sxp /etc/xen/xend-config.sxp_my
diff /etc/default/xendomains /etc/default/xendomains_my

#############################
# ich hab noch in /etc/modules
# Added for Xen
xen-evtchn
xen-gntdev
#xen-netback
#xen-blkback
#xenfs
#blktap

# in der grub.cfg nutze ich folgende parameter
#
module /vmlinuz-3.2.0-rc3-my01 placeholder root=/dev/mapper/rootvg-lv_xen412 ro console=vga console=tty0 console=ttyS0,38400n8 nomodeset xen-pciback.passthrough=1 xen-pciback.passthrough xen-pciback.permissive xen-pciback.hide=(00:1a.0)(00:1d.0)(04:00.0)(06:00.0)(06:00.1)(0a:01.0) pci="resource_alignment=0a:01.0"

# pruefen nach boot
dmesg | grep pciback
[ 11.079395] xen-pciback: backend is passthrough
xl dmesg | grep virtu
(XEN) I/O virtualisation enabled

xl pci-list-assignable-devices
0000:00:1a.0
0000:00:1d.0
0000:04:00.0
0000:06:00.0
0000:06:00.1
0000:0a:01.0


## DomU.cfg
# PCI-e Gforce GT520 und USB fuer Tastatur Maus
gfx_passthru=1
pci = [ '06:00.0' , '06:00.1' , '00:1a.0' ]

 

[xRamses]

@XenUser Ja meine GraKa wird angezeigt ja ich hab 2 wobei ich die Radeon erstmal weiterreichen will. Prinzipiell

Fehler sind diese hier:

Error: pci: to avoid potential security issue, 0000:08:00.0 is not  allowed to be assigned to guest since it is behind PCIe switch that  does not support or enable ACS.

Ich kann das zwar umgehen indem ich /etc/xen/xend-config.sxp wie beschrieben editiere aber dann kommt

Error: pool Pool-0 not activated

 

[Bauer87]

1. Slot: Leer
2. Slot:GT220
3. Slot: Leer (aber verdeckt)
4. Slot: Leer
5. Slot Radeon 5450

Soweit so gut aber in wie fern kann das überhaupt XEN beeinflussen?

Die Slotbelegung betrifft die IRQ-Belegung und darüber ggf. auch Xen. Wie genau, kann ich nicht mal sagen, aber das ist der einzige Unterschied, der mir bei unseren Konfigurationen einfallen würde. Laut Handbuch soll man zuerst PCIe1 und PCIe3 belegen, so habe ich es auch gemacht. Meine Belegung (funktioniert):

• PCIe1: HD3450 (für Dom0)
• PCI1: frei
• PCIe2: Netzwerk (für DomU)
• PCI2: Sound (für DomU)
• PCIe3: HD5750 (für DomU)
• PCIe4: bedeckt

Die Netzwerkkarte und die Soundkarte sind dabei optional und wurden von mir nur gesteckt, damit sich beide Maschinen keine Ressourcen wegnehmen. (Hatte sie eh noch rumliegen…)

 

[xRamses]

Tatsächlich die veränderung der Reihenfolge der GraKa's hats gebracht: er startet nun problemlos.

Jetzt muss ich nurnoch ein Bild bekommen ^^

 

[Bauer87]

Wenn du die Grafikkarte erst mal nicht durchreichst, kannst du über vnc die Ausgabe abgreifen. Wenn du dann Windows installiert hast und für den Notfall und aus Bequemlichkeit auch rdp aktiviert, kannst du die Grafikkarte an die VM geben. (Die primäre Grafikkarte bleibt ja weiterhin die emulierte, somit bekommst du vor dem Login-Screen nichts auf die Karte.)

 

[xRamses]

Ich hab bereits über VNC Windows Installiert nur bis jetzt hab ich es noch nicht geschafft es über den Bildschirm einzublenden ^^

 

[Bauer87]

Eigentlich musst du nur die Grafikkarte durch reichen und dann unter Windows die Treiber dazu installieren. (Ja, war auch ne Umstellung für mich, manuell Treiber installieren zu müssen.)

 

[xRamses]

Eigentlich musst du nur die Grafikkarte durch reichen und dann unter Windows die Treiber dazu installieren. (Ja, war auch ne Umstellung für mich, manuell Treiber installieren zu müssen.)

Das hab ich schon so gemacht aber man sollte das HDMI kabel halt auch anschließen Kopf --> Wand

Was die Eingabegeräte angeht hast du auch noch keine bessere Lösung gefunden oder?

 

[Bauer87]

Mit ner UBS-Verlängerung an den Monitor geht es mit Abstecken eigentlich. Aber elegant ist was anderes.

 

[Xaseron]

Hallo,

bei mir funktioniert Xen und 3D ganz passable, habe in BF3 ~50 FPS allerdings kommen ab und zu Einbrüche auf 20FPS und ich glaube es liegt daran, dass die Grafikkarte nur mit Pcie x1 1.1 läuft(mit gpu-z nachgesehen).
Kennt einer von euch das Problem und hat eine Lösung dazu?

Software:
Xen 4.1.2
dom0 Linux 3.1.5 (Arch Linux)
domU Windows 7 64bit

Hardware:
pc | Geizhals.at EU

domU config:
# -*- mode: python; -*- #===================================================== - Pastebin.com

3DMark 2011 Benchmark:
Generic VGA video card benchmark result - AMD FX-8120, score: P4246 3DMarks

EDIT:
Hab das Problem gelöst, ich musste das iommu im Bios nicht nur einschalten sondern dann noch 64mb zuweisen und jetzt gehts )))

 

[Noitomenon]

Hallo,

zuerst einmal möchte ich meine Freude darüber ausdrücken das es auch ein deutschsprachiges Forum zum Thema Xen und vga passthrough gibt.

Ich hoffe sehr dass hier jemand eine Idee bezüglich meinem Problem hat.
Ich habe zwar hin und wieder ein wenig mit Linux gearbeitet, Umschulung und Praktikum aber im Grunde genommen bin ich doch eher ein Einsteiger.

Dann mal zum Thema:

Nach längerem recherchieren und zugegebener maßen auch rumprobieren habe ich es geschafft Xen 4.1.2 aus den sources zu kompilieren und zum laufen zu bringen. Einen Kernel mit pciback Kapazitäten zum laufen zu bringen und ein Windows 7 64 Bit als hvm aufzusetzen.
Sogar der passthrough Part läuft recht passabel, sowohl Graka. als auch USB Controller lassen sich ohne offensichtliche Fehler durch reichen und leisten ihre Dienste in der VM.

Das eigentliche Problem sieht wie folgt aus:
Sowohl in DomU als auch in Dom0 entstehen bei laufender DomU MIT passthrough laags.
Es scheint die komplette Systemausführung zu betreffen, zwar ist es am auffälligsten bei Benutzereingaben mit Maus oder Tastatur, halt keinerlei Reaktion mehr für bis zu ein paar Sekunden, allerdings reagiert z.B. Firefox (Dom0) zuweilen nicht mehr.

Das System sieht wie folgt aus:
Hardware:
Prozessor: Intel Core i7-930 2.8GHz
Mainboard: ASRock X58 Extreme (2.90 AMI Bios)
Arbeitsspeicher: 6x Kingston DDR3-1333 Value 2GB
Festplatte: Western Digital 500GB (WD5000AADS)
Grafikkarte: 1x XFX ATI Radeon HD 4770 (für passthrough)

1x MSI GeFore 8500GT (aktuell primär wird noch ersetzt mit einer zweiten XFX ATI Radeon HD 4770)
​

ich glaube das sind erst mal die wichtigsten Komponenten.
Software:
Dom0:
Ubuntu 11.10 amd64 Desktop
Kernel 3.1.0-rc9 (Jeremy Fitzhardinge git-tree)
Xen 4.1.2 Tarball (xen.org)
grub 2 boot optionen: iommu=1 iommu_inclusive_mapping=1

DomU:
Windows 7 64 Bit
Catalyst Software Suite12.11/25/2012

Was mir bis jetzt aufgefallen ist die Meldungen von xl dmesg:

(XEN) [VT-D]dmar.c:528: RMRR address range not in reserved memory base = bbeeb800 end = bbefffff; iommu_inclusive_mapping=1 parameter may be needed.
(XEN) Table is not found!
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2800.152 MHz processor.
(XEN) Initing memory sharing.
(XEN) Intel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d Shared EPT tables not enabled.
(XEN) I/O virtualisation enabled
(XEN) - Dom0 mode: Relaxed
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using new ACK method

Würde mich freuen wenn jemand eine Idee hätte wo das Problem liegen könnte.

Vielen dank schon mal an alle.

mfg

Noi

​

 

[Bauer87]

Ins blaue geraten: Hast du schon versucht, deinem Dom0 nen exklusiven core zu geben, damit Windows dem Xen-Daemon nicht alle Ressourcen klauen kann? (Wenn du im Windows alle Kerne auslastest, bleibt ja nichts mehr für den Xen-Daemon übrig.)

 

[Noitomenon]

Ja richtig, ich habe ja ganz vergessen die Config mitzuteilen. Also in Pool 0 sind alle acht CPU threads und beide dom's bedienen sich aus diesem Pool, jedoch DomU nur mit vier vcpu's. Ich werd es morgen auf jeden fall mal versuchen und auch noch die Config Posten.
Danke schonmal für die Anregung, ich hoffe sehr das es eine Lösung geben wird.

 

[Noitomenon]

So, dann muss ich mich mal ganz herzlichst bedanken Bauer87, du hattest vollkommen recht. Ich hätte ja echt gedacht dass derartiges sauber geregelt ist. aber nun gut jetzt weiß ich woran ich bin

 

[Bauer87]

@Noitomenon: Es macht halt genau das, was man einstellt. Wenn du Xen sagst „gib 100% CPU-Zeit an die VM“, dann macht es das auch. Ich finde das sehr sauber – also besser als wenn sich Xen über meine Einstellungen hinweg setzen würde.

 

[dev.frandom]

Hi zusammen!

Bevor ich komplett verzweifle, wollt ich doch mal anfragen, ob mir da jemand vielleicht helfen kann.

Folgendes Situation: Grafikkarte wird an eine Windows VM weitergerreicht, erscheint dort im Gerätemanager erstmal als "Standard VGA Adapter" (oder so änlich) und nach der Treiberinstallation dann auch als die eigentliche Grafikkarte "AMD Radeon HD 5850".
Problem: der Neustart nach der Installation des Treibers gelingt nicht. Da verabschiedet sich Windows mit einem BSOD. Das Modul, welches den verursacht ist atikmpag.sys.

Das ganze habe ich schon mit verschiedenen Windows Versionen ausprobiert (32bit und 64bit) und auch schon ältere Treiber verwendet (von 2010 bis 2012), allerdings jedes mal das Gleiche.

Bin für jeden Tipp dankbar.

Im Folgenden noch ein paar Infos, bevor ihr fragen müsst:

VM-Konfiguration:

name = "windows"
uuid = "0515f430-39ab-1a04-7d30-923edfe3114c"
maxmem = 4096
memory = 4096
memory_sharing = 0
vcpus = 2
xen_extended_power_mgmt=0
builder = "hvm"
kernel = "/usr/lib/xen/boot/hvmloader"
boot = "c"
pae = 1
acpi = 1
apic = 1
sdl = 0
hap = 0
localtime = 1
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"
device_model = "/usr/lib64/xen/bin/qemu-dm"
usb = 1
usbdevice = "tablet"
vfb = [ "type=vnc,vncdisplay=1,keymap=de" ]
disk = [ "phy:/dev/vgcrypt/vmwindows,hda,w" ]
vif = [ "mac=00:16:3e:5c:c5:ad,bridge=eth0,script=vif-bridge" ]
gfx_passthru = 0
iommu = 1
pci = [ '01:00.0-1' ]
pci_msitranslate = 1 
pci_power_mgmt = 1

Host-Boot-Parameter:

[...] xen-pciback.permissive xen-pciback.hide=(01:00.0)(01:00.1) xen-pciback.passthrough=1 pci=resource_alignment=01:00.0;01:00.1

Host:

CPU: Intel Core-i5 2500
Mainboard: ASRock Z68 Extreme4 Gen3
Distribution: gentoo (x86_64)
Kernel: 3.1.10 oder 3.2.5 Marke Eigenbau mit pvops
Xen: 4.1.2

Diverse Ausgaben von Programmen:

$ lspci
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Cypress [Radeon HD 5800 Series]
01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Cypress HDMI Audio [Radeon HD 5800 Series]

$ xm pci-list windows
Vdev Device
05.0 0000:01:00.0
05.1 0000:01:00.1

$ xm pci-list-assignable-devices
0000:01:00.0
0000:01:00.1

$ dmesg | grep pciback
[    3.824340] pciback 0000:01:00.0: seizing device
[    3.824389] pciback 0000:01:00.1: seizing device
[    3.828026] pciback 0000:01:00.0: BAR 0: assigned [mem 0xc0000000-0xcfffffff 64bit pref]
[    3.828107] pciback 0000:01:00.0: BAR 0: set to [mem 0xc0000000-0xcfffffff 64bit pref] (PCI address [0xc0000000-0xcfffffff])
[    3.828187] pciback 0000:01:00.0: BAR 2: assigned [mem 0xf8d00000-0xf8d1ffff 64bit]
[    3.828268] pciback 0000:01:00.0: BAR 2: set to [mem 0xf8d00000-0xf8d1ffff 64bit] (PCI address [0xf8d00000-0xf8d1ffff])
[    3.828347] pciback 0000:01:00.0: BAR 6: assigned [mem 0xf8d20000-0xf8d3ffff pref]
[    3.828421] pciback 0000:01:00.1: BAR 0: assigned [mem 0xf8d40000-0xf8d43fff 64bit]
[    3.828501] pciback 0000:01:00.1: BAR 0: set to [mem 0xf8d40000-0xf8d43fff 64bit] (PCI address [0xf8d40000-0xf8d43fff])
[    4.104737] pciback 0000:01:00.0: Signaling PME through PCIe PME interrupt
[    4.104785] pciback 0000:01:00.1: Signaling PME through PCIe PME interrupt
[    4.116906] pciback 0000:01:00.1: enabling device (0005 -> 0007)
[    4.117053] pciback 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[    4.117105] pciback 0000:01:00.1: PCI INT B disabled
[    4.117176] pciback 0000:01:00.0: enabling device (0000 -> 0003)
[    4.117316] pciback 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    4.117366] pciback 0000:01:00.0: PCI INT A disabled
[    4.117434] xen-pciback: backend is passthrough
[  411.455198] pciback 0000:01:00.1: device has been assigned to another domain! Over-writting the ownership, but beware.
[  411.456041] pciback 0000:01:00.0: device has been assigned to another domain! Over-writting the ownership, but beware.

$ xl dmesg | grep virtu
(XEN) I/O virtualisation enabled
(XEN)  - APIC MMIO access virtualisation

$ cat /var/log/xen/qemu-dm-windows.log
domid: 13
config qemu network with xen bridge for  tap13.0 eth0
Using file /dev/vgcrypt/vmwindows in read-write mode
Watching /local/domain/0/device-model/13/logdirty/cmd
Watching /local/domain/0/device-model/13/command
Watching /local/domain/13/cpu
char device redirected to /dev/pts/7
qemu_map_cache_init nr_buckets = 10000 size 4194304
shared page at pfn feffd
buffered io page at pfn feffb
Guest uuid = 0515f430-39ab-1a04-7d30-923edfe3114c
Time offset set 0
populating video RAM at ff000000
mapping video RAM from ff000000
Register xen platform.
Done register platform.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
xs_read(/local/domain/0/device-model/13/xen_extended_power_mgmt): read error
xs_read(): vncpasswd get error. /vm/0515f430-39ab-1a04-7d30-923edfe3114c/vncpasswd.
Log-dirty: no command yet.
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
vcpu-set: watch node error.
xs_read(/local/domain/13/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/13/log-throttling'
medium change watch on `/local/domain/13/log-throttling' - unknown device, ignored
dm-command: hot insert pass-through pci dev 
register_real_device: Assigning real physical device 01:00.0 ...
register_real_device: Enable MSI translation via per device option
register_real_device: Enable power management
pt_iomul_init: Error: pt_iomul_init can't open file /dev/xen/pci_iomul: No such file or directory: 0x1:0x0.0x0
pt_register_regions: IO region registered (size=0x10000000 base_addr=0xc000000c)
pt_register_regions: IO region registered (size=0x00020000 base_addr=0xf8d00004)
pt_register_regions: IO region registered (size=0x00000100 base_addr=0x0000e001)
pt_register_regions: Expansion ROM registered (size=0x00020000 base_addr=0xf8d20000)
pt_msi_setup: msi mapped with pirq 37
pci_intx: intx=1
register_real_device: Real physical device 01:00.0 registered successfuly!
IRQ type = MSI-INTx
dm-command: hot insert pass-through pci dev 
register_real_device: Assigning real physical device 01:00.1 ...
register_real_device: Enable MSI translation via per device option
register_real_device: Enable power management
pt_iomul_init: Error: pt_iomul_init can't open file /dev/xen/pci_iomul: No such file or directory: 0x1:0x0.0x1
pt_register_regions: IO region registered (size=0x00004000 base_addr=0xf8d40004)
pt_msi_setup: msi mapped with pirq 36
pci_intx: intx=2
register_real_device: Real physical device 01:00.1 registered successfuly!
IRQ type = MSI-INTx
char device redirected to /dev/pts/8
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
pt_iomem_map: e_phys=e0000000 maddr=c0000000 type=8 len=268435456 index=0 first_map=1
cirrus vga map change while on lfb mode
pt_iomem_map: e_phys=f3000000 maddr=f8d00000 type=0 len=131072 index=2 first_map=1
pt_iomem_map: e_phys=f3040000 maddr=f8d40000 type=0 len=16384 index=0 first_map=1
pt_ioport_map: e_phys=c200 pio_base=e000 len=256 index=4 first_map=1
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state.
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_pci_read_config: Error: Failed to read register with invalid access size alignment. [00:05.0][Offset:0eh][Length:4]
pt_iomem_map: e_phys=ffffffff maddr=c0000000 type=8 len=268435456 index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f8d00000 type=0 len=131072 index=2 first_map=0
pt_ioport_map: e_phys=ffff pio_base=e000 len=256 index=4 first_map=0
pt_iomem_map: e_phys=e0000000 maddr=c0000000 type=8 len=268435456 index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f8d00000 type=0 len=131072 index=2 first_map=0
pt_ioport_map: e_phys=c200 pio_base=e000 len=256 index=4 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f8d40000 type=0 len=16384 index=0 first_map=0
pt_iomem_map: e_phys=f3040000 maddr=f8d40000 type=0 len=16384 index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=c0000000 type=8 len=268435456 index=0 first_map=0
pt_iomem_map: e_phys=ffffffff maddr=f8d00000 type=0 len=131072 index=2 first_map=0
pt_ioport_map: e_phys=ffff pio_base=e000 len=256 index=4 first_map=0
pt_iomem_map: e_phys=e0000000 maddr=c0000000 type=8 len=268435456 index=0 first_map=0
pt_iomem_map: e_phys=f3000000 maddr=f8d00000 type=0 len=131072 index=2 first_map=0
pt_ioport_map: e_phys=c200 pio_base=e000 len=256 index=4 first_map=0
pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation
pci_intx: intx=1
pt_msi_update: Update msi with pirq 37 gvec b0 gflags 1303
pt_iomem_map: e_phys=ffffffff maddr=f8d40000 type=0 len=16384 index=0 first_map=0
pt_iomem_map: e_phys=f3040000 maddr=f8d40000 type=0 len=16384 index=0 first_map=0
[___ hier gibts dann den BSOD ___]
reset requested in cpu_handle_ioreq.
Issued domain 13 reboot

 

[Bauer87]

Ich mache es ohne Kerlenparameter, stattdessen löse ich die PCI-Devices nach dem Boot. (Der Grund ist, dass ich es anders nicht geschafft habe, Devices durch zu reichen.) Du könntest es auch mal so probieren:
http://extreme.pcgameshardware.de/l...systeme/108786-xen-und-3d-28.html#post3705667