XEN-Aktivitäten bündeln

Hmm,
bin gerade am system ( domU linvdr)

lspci sagt:

00:00.0 Class 0480: 1131:7146 (rev 01)
Subsystem: 13c2:000e
Flags: medium devsel, IRQ 21
Memory at feaffc00 (32-bit, non-prefetchable) [disabled] [size=512]
00: 31 11 46 71 00 00 80 02 01 00 80 04 00 40 00 00
10: 00 fc af fe 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 c2 13 0e 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 15 01 0f 26

message:

rnel: saa7146: register extension 'dvb'.
Jan 15 21:56:14 linvdr user.warn kernel: PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
Jan 15 21:56:14 linvdr user.warn kernel: saa7146: found saa7146 @ mem d1194c00 (revision 1, irq 21) (0x13c2,0x000e).
Jan 15 21:56:24 linvdr user.err kernel: dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
Jan 15 21:56:24 linvdr user.err kernel: dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
Jan 15 21:56:24 linvdr user.err kernel: dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/
Jan 15 21:56:24 linvdr user.warn kernel: saa7146: register extension 'budget dvb'.
Jan 15 21:56:24 linvdr user.warn kernel: saa7146: register extension 'budget_ci dvb'.
Jan 15 21:56:24 linvdr user.warn kernel: saa7146: register extension 'budget_av'.
Jan 15 21:56:24 linvdr user.info kernel: b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully
Jan 15 21:56:25 linvdr user.info kernel: lirc_serial: auto-detected active low receiver
Jan 15 21:56:25 linvdr user.warn kernel: lirc_dev: lirc_register_plugin: sample_rate: 0

Ich checks nicht ...

Zitat

Jan 15 21:56:24 linvdr user.err kernel: dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
Jan 15 21:56:24 linvdr user.err kernel: dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
Jan 15 21:56:24 linvdr user.err kernel: dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/

Klingt recht selbsterklärend:
von http://www.linuxtv.org/download/dvb/firmware/ die Datei dvb-ttpci-01.fw laden und nach /usr/lib/hotplug/firmware kopieren ...

ohne firmware nix dvb ... (zumindest bei den ff Karten)

lg
Bax

Zitat

Original von Bax

Klingt recht selbsterklärend:
von http://www.linuxtv.org/download/dvb/firmware/ die Datei dvb-ttpci-01.fw laden und nach /usr/lib/hotplug/firmware kopieren ...

ohne firmware nix dvb ... (zumindest bei den ff Karten)

lg
Bax

Alles anzeigen

Wenn es mal so einfach wäre, dass habe ich auch schon probiert, ausserdem lag die Firmware schon da, hilft aber alles nichts.

hmmm...

firmware am rechten platz - und in der richtigen Domain (DomU)?
Zugriffsrechte passen? sicherheitshalber mal ein "chmod 777 dvb-ttpci-01.fw" ...

sonst stegreif ratlos...

nichts desto trotz toi toi für die bugsuche

lg
Bax

Zitat

Original von Bax
hmmm...

Zugriffsrechte passen? sicherheitshalber mal ein "chmod 777 dvb-ttpci-01.fw" ...

sonst stegreif ratlos...

nichts desto trotz toi toi für die bugsuche

lg
Bax

Alles anzeigen

Soweit war ich leider auch schon

Danke

Zitat

Originally posted by Bax
hmmm...

firmware am rechten platz - und in der richtigen Domain (DomU)?
Zugriffsrechte passen? sicherheitshalber mal ein "chmod 777 dvb-ttpci-01.fw" ...

sonst stegreif ratlos...

nichts desto trotz toi toi für die bugsuche

lg
Bax

Alles anzeigen

Hi Bax,

ne alles schon probiert :-), 777 ist das erste was ich mach,wenn was nicht klappt,
das firmware file gibt jetzt sogar doppelt /lib/firmware und /usr/lib/hotplug/firmware, nuetzt alles nix..

gruss
frank

@brummbar:

Gibt bei dir das Verzeichis /sys/class ?

gruss
nig

nig

ja, das Verzeichnis existiert.

der-brumm-baer

(Bitte entschüdigung für mein slechtes Deutsch)

Ich hatte das problem auch und hab das gelöscht im domU mit dem folgenden lösung aus der vdr-wiki:

Zitat

Bekannte Probleme
Bei Debian (Etch) mit Kernel 2.6.16-2-686 (derzeit aktuell) verursacht das Kernelmodul stradis ein Problem mit dem DVB Treiber.

Workaround:

rmmod stradis

echo blacklist stradis >> /etc/modprobe.d/blacklist

Alles anzeigen

Jetzt habe ich 'nur' noch das problem das vdr (compiliert von source bei mir) keine karte gefunden hat

Hallo,

eine Frage in die Runde zu XEN allgemein. So wie ich die Meldungen verstehe, kann ich -passende moderne Hardware vorausgesetzt- Windows unter XEN installieren. Habe ich hier Einschränkungen zu erwarten? Wenn ja, welche? Erfolgt die Bedienung ganz normal an diesem XEN-Rechner oder kann der Zugriff nur via Remote-Desktop oder VNC erfolgen?

Gibt es Erfahrungen, bestehende Windows-Installationen in ein XEN-System ohne Neuinstallation zu portieren?

Lange gegoogled, aber nichts brauchbares gefunden. Ich würde hier gerne den Rechnerpark etwas ausdünnen.

Danke schonmal,
Christian

Zitat

Originally posted by hopsi
Hallo,

>eine Frage in die Runde zu XEN allgemein. So wie ich die Meldungen verstehe, kann ich >-passende moderne Hardware vorausgesetzt- Windows unter XEN installieren.

Ja, du brauchst eineCPU mit Virtualisierungsunterstuetzung...

> Habe ich hier Einschränkungen zu erwarten? Wenn ja, welche? Erfolgt die Bedienung >ganz normal an diesem XEN-Rechner oder kann der Zugriff nur via Remote-Desktop oder >VNC erfolgen?

Das Windows Fenster direkt auf dem Xen Rechner ist nicht ganz so performant, hauptsaechlich die Maus ruckelt manchmal sehr stark, das macht nicht wirklich Spass.
rdesktop funktioniert eigentlich besser.

>Gibt es Erfahrungen, bestehende Windows-Installationen in ein XEN-System ohne >Neuinstallation zu portieren?

Leider nein..

>Lange gegoogled, aber nichts brauchbares gefunden. Ich würde hier gerne den >Rechnerpark etwas ausdünnen.

Leider ist die Dokumentation teilweise irrefuehrend und veraltet..

Ich hab jetzt auf meiner Kiste laufen ( nicht immer gleichzeitig :-))
1. Para Opensuse10.2 Sunray Server
2. Para Opensuse 10.2 vdr
3 winxp hvm
4. win2003 hvm
5.debian 3.1 hvm.
6. solaris10 hvm
7. ubuntu hvm
8. fedora 6 hvm

bis jetzt sehr stabil
Danke schonmal,
Christian

Alles anzeigen

Gruss
Frank

Zitat

Original von nig
Ja, du brauchst eineCPU mit Virtualisierungsunterstuetzung...

Macht es einen Unterschied ob von Intel oder AMD?

Zitat

Original von nig
Das Windows Fenster direkt auf dem Xen Rechner ist nicht ganz so performant, hauptsaechlich die Maus ruckelt manchmal sehr stark, das macht nicht wirklich Spass.
rdesktop funktioniert eigentlich besser.

Wie ist die Performance via rdesktop? Einschränkungen in der Nutzbarkeit? Oder fühlt sich das an 'wie echt'?

Zitat

Original von nig
>Gibt es Erfahrungen, bestehende Windows-Installationen in ein XEN-System ohne
>Neuinstallation zu portieren?

Leider nein..

Klingt eigentlich ganz gut:
http://article.gmane.org/gmane.comp.emulators.xen.user/19823

Die Portierung dürfte danach einem Umzug eines Windows-Systems auf neue Hardware entsprechen. Das ist meistens machbar.

Christian

Zitat

Ja, du brauchst eineCPU mit Virtualisierungsunterstuetzung...

Macht es einen Unterschied ob von Intel oder AMD?

Ich glaube das ist eher eine Geschmacksfrage, das Problem bei Intel ist imho das das Mainboard Bios VT enablen haben muss, was manchmal nicht funktioniert bzw. das BIOS nicht unterstuetzt. Bei AMD spielt das imho keine Rolle, wer der Prozesor VT kann, funktioniert, kanst ja mal ein bischen googlen..

Zitat

Original von nig
Das Windows Fenster direkt auf dem Xen Rechner ist nicht ganz so performant, hauptsaechlich die Maus ruckelt manchmal sehr stark, das macht nicht wirklich Spass.
rdesktop funktioniert eigentlich besser

Wie ist die Performance via rdesktop? Einschränkungen in der Nutzbarkeit? Oder fühlt sich das an 'wie echt'?.

Ich persoenlich fjnde die rdesktop performance ok, das ist aber auch Geschmackssache, imho kann man gut mit arbeiten ( Internet, Word oder sowas...

gruss
frank

Hallo,
auch ich versuche mich gerade mit XEN und zwar auf Debian Etch. Wirts und Gast-System habe ich aufgesetzt. Ich habe aber die Probleme, die hier im Thread zu Anfang diskutiert werden. Ich kriege es einfach nicht hin, die TV-Karte zu übergeben.

Die Adresse kann ich mit lspci ermitteln: 02:0a.0

Habe dann die menu.lst angepasst und in der DOM-U Config die Zeile:

pci=['02:0a.0']

eingetragen.
Leider klappt das irgendwie nicht. Im Gast-System kann ich kein lspci ausführen. Dann kommt immer die Fehlermeldung:

pcilib: Cannot open /proc/bus/pci
lspci: Cannot find any working access method.

das klappt auch nicht wenn ich das, wie am Anfang beschrieben, zu Fuß versuche. Es scheitert an dem "bind" l:

echo -n 0000:02:0a.0 > /sys/bus/pci/drivers/pciback/new_slot
echo -n 0000:02:0a.0 > /sys/bus/pci/drivers/pciback/bind

dann kommt:

-bash: echo: write error: Kein passendes Gerät gefunden

ich weiss im Moment nicht weiter... Was mache ich falsch?

Danke,
Schetti

P.S. Ich nutze XEN 3.0.4

Wenn ich mich richtig erinnere, dann hat das binäre Download PCI passthrough nicht enabled. Sie müssen das Xen Quellenprogramm downloaden und PCI passthrough ermöglichen.

make linux-2.6-xen-config CONFIGMODE=menuconfig


-> XEN
-> <M> PCI-device backend driver
-> PCI Backend Mode (Virtual PIC) --->
-> (X) Passthrough


make linux-2.6-xen-build


make linux-2.6-xen-install


depmod 2.6.16.33-xen

Ich denke nicht, daß Sie die "Echo - n 0000:2a" Befehl Linien benötigen, während Sie bereits die PCI Karte in der domu Konfiguration definieren.

Hi,

ich habe jetzt endlich auch meinen Rechner Xen-ified, danke der recht guten anleitung hat es auch fast auf anhieb geklappt

Hatte nur probbleme mit den DVB treibern unter Xen ( Nove SE2 ) der letze snapshot hat da geholfen

Dummerweise habe ich immernoch ein problem mit meinen logs
Feb 8 22:15:59 linvdr user.err vdr: [1387] ERROR: /dev/lircd: Connection refused
Feb 8 22:16:02 linvdr user.err vdr: [1387] ERROR: /dev/lircd: Connection refused
Feb 8 22:16:05 linvdr user.err vdr: [1387] ERROR: /dev/lircd: Connection refused
Feb 8 22:16:08 linvdr user.err vdr: [1387] ERROR: /dev/lircd: Connection refused
Feb 8 22:16:11 linvdr user.err vdr: [1387] ERROR: /dev/lircd: Connection refused
Feb 8 22:16:14 linvdr user.err vdr: [1387] ERROR: /dev/lircd: Connection refused

Nicht das es technische probleme gäbe ... aber ich würde den eintrag gerne irgendwie loswerden, ich seh ja sonst die wichtigen sachen nicht

Gruß

Fab

Hallo,
habe jetzt mal ein sauberes Debian-etch installiert und dann die debian-xen-Pakete.

apt-get install linux-system-2.6.18-3-xen-686 xen-tools

mit xen-tools habe ich dann ein sauberes Image erstellt und die SAT-Karte an den gast übergeben.

mit lspci wird sie auch im gast erkannt, nur leider werden die treiber nicht geladen. Hat jemand ne Idee was ich da noch machen muss?

In der DOMu werden die treiber geladen. Müssen die da unbedingt deaktiviert werden? wenn ja, wie macht man das am besten?

ich habe ne Skystar 2
Danke,
Schetti

Hallo,
nochmal ich. Wenn der Eintrag
pciback.hide =(0000:02:08.0) in der menu.lst ist, werden die Treiber nicht geladen.

Aber in der DomU passiert trotdem nichts.

Schetti

Zitat

Original von schetti
In der DOMu werden die treiber geladen. Müssen die da unbedingt deaktiviert werden? wenn ja, wie macht man das am besten?

Am besten die Module (in diesem Fall wohl flexcop_pci, guck aber nochmal nach ob nicht noch andere Module betroffen sind) auf dem XEN-Dom0 in /etc/hotplug/blacklist eintragen.

cu
Markus

Hallo mahlzeit,
wie gesagt, in der Dom0 wird nix geladen. Hier mal ein lsmod aus der DomU:

Module                  Size  Used by
dvb_core               71752  0
nvram                   8456  0
ipv6                  226048  22
dm_snapshot            15520  0
dm_mirror              19280  0
dm_mod                 50232  2 dm_snapshot,dm_mirror
8250                   27332  0
serial_core            19520  1 8250
ext3                  119080  1
jbd                    52456  1 ext3
mbcache                 8356  1 ext3
processor              28552  0
vdr:~#

Danke,
Christian