OpenSource Citrix XenServer - Problem mit PCI Subdevice TeVii S464

kmoss · December 19, 2013 at 8:37 PM

EDIT ON:

Dieser Thread wurd durch einen Moderator aus dem OT [Virtualisierung] OpenSource Citrix XenServer - VDR als Server in VM inkl. DVB Karten ausgelagert.
siehe dazu auch Post 4 unter https://www.vdr-portal.de/board60-linux/…en/#post1177625

EDIT OFF:

Ich konnte inzwischen auch einige Fortschritte erzielen.
Beim Anlegen eines lokalen ISO-Storage musste ich allerdings zuerst die vorhandenen Partitionen verkleinern.
Unstimmigkeiten habe ich beim Durchreichen der DVB-S2-Karten.

Auf dem XEN-Server als root:

Code

lspci


00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4)
00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 6 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4)
00:1f.0 ISA bridge: Intel Corporation B75 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
02:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 01)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
04:01.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
04:01.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
04:02.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)

Display More

04:01.0 und 04:01.2 -> TeVii S464
04:02.0 -> TT S2 3000

Code

/opt/xensource/libexec/xen-cmdline --set-dom0 "pciback.permissive pciback.hide=(04:01.0)(04:01.2)(04:02.0)"


dmesg|grep pciback
[	1.701152] Kernel command line: root=LABEL=root-bpwxvmza ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash pciback.permissive pciback.hide=(04:01.0)(04:01.2) pciback.permissive pciback.hide=(04:01.0)(04:01.2)(04:02.0)
[	2.047980] pciback 0000:04:01.0: seizing device
[	2.047987] pciback 0000:04:01.2: seizing device
[	2.047994] pciback 0000:04:02.0: seizing device
[	5.164969] pciback 0000:04:02.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[	5.164978] pciback 0000:04:02.0: PCI INT A disabled
[	5.165064] pciback 0000:04:01.2: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[	5.165071] pciback 0000:04:01.2: PCI INT A disabled
[	5.165163] pciback 0000:04:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[	5.165170] pciback 0000:04:01.0: PCI INT A disabled


xe vm-param-set other-config:pci=0/0000:04:01.0,0/0000:04:01.2 uuid=c77f8a2f-212e-4511-b732-60c0fa5372bd
xe vm-param-set other-config:pci=0/0000:04:02.0 uuid=3a8790b0-6632-fbd7-b1a0-1c58d7bfe8f3

Display More

Das "grep pciback" sieht etwas komisch aus: doppelt "hide"

vdr mit TeVii S464

Code

lspci
00:00.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)

vdr mit TT S2 3000

Code

lspci
00:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)

Warum kommt beim VDR mit der TeVii nur "04:01.2" und nicht "04:01.0" an?
Bei dieser Instanz konnte ich keinen lauffähigen VDR hinbekommen.

Bei der VDR Instanz mit der TT klappte die Installation des VDR. Ich konnte letztendlich mit dem iPad zugreifen und die mit iStreamDev umkodierten Streams anschauen.
Beide VDR-Instanzen basieren auf einer Ubuntu 12.04 Netzinstallation.

fnu · December 19, 2013 at 10:34 PM

Quote from kmoss

Das "grep pciback" sieht etwas komisch aus: doppelt "hide"

Vmtl. hast Du den Befehl "set-dom0" zweimal ausgeführt, dann steht das doppelt in der "/boot/extlinux.conf ". Guck mal rein, nimm das Doppelte raus. "extlinux /boot --update" und reboot nicht vergessen ...

Quote from kmoss

Warum kommt beim VDR mit der TeVii nur "04:01.2" und nicht "04:01.0" an?

Die Notation scheint korrekt:

Quote from kmoss

xe vm-param-set other-config:pci=0/0000:04:01.0,0/0000:04:01.2 uuid=c77f8a2f-212e-4511-b732-60c0fa5372bd

seltsam ...

Hast Du die VM enstprechend vorbereitet? Aus Beitrag #6, die TeVii ist glaube ich ein Karte die eine FW Datei benötigt, oder?

Quote

#/> sudo vi /etc/default/grub => wenn nötig anpassen!
...
GRUB_CMDLINE_LINUX="pci=nomsi iommu=soft swiotlb=force irqpoll console=hvc0"
...
#/> sudo update-grub
#/> sudo shutdown -h now

Kannst auch mal schauen ob das Mapping stimmt, "xe vm-param-get ..." ... ?

Regards
fnu

kmoss · December 20, 2013 at 4:57 PM

Den doppelten "hide"-Einträge sind wohl beim Einbau der TT, die ich aus dem Testrechner nahm, reingekommen. Wurden entfernt, leider keine Besserung.
Das Nichtdurchreichen von "0/0000:04:01.0,0" hat Auswirkungen. Ich habe mal einige Vergleiche angestellt, auch und insbesondere mit dem AMD-Testrechner zeigen sich die Unterschiede.

TeVii S464 auf dem XEN:

Display Spoiler

>xe vm-param-get ...

vgpu_pci: ; pci: 0/0000:04:01.0,0/0000:04:01.2; install-methods: cdrom,http,ftp; mac_seed: 3246b5d8-f511-d112-d603-e71692772ccc; install-arch:
amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository:
http://archive.ubuntu.com/ubuntu/

>cat /etc/default/grub | grep 'GRUB_CMDLINE_LINUX'

GRUB_CMDLINE_LINUX_DEFAULT="splash quiet"
GRUB_CMDLINE_LINUX="pci=nomsi iommu=soft swiotlb=force irqpoll console=hvc0"

>ls -lisa /lib/firmware/dvb*
267039 8 -rw-r--r-- 1 root root 8192 Dec 19 11:08 /lib/firmware/dvb-fe-ds3000.fw
266841 16 -rw-r--r-- 1 root root 12401 Nov 8 2012 /lib/firmware/dvb-fe-xc5000-1.6.114.fw
266787 36 -rw-r--r-- 1 root root 33768 Nov 8 2012 /lib/firmware/dvb-usb-dib0700-1.20.fw
266807 52 -rw-r--r-- 1 root root 50222 Nov 8 2012 /lib/firmware/dvb-usb-terratec-h5-drxk.fw

vdr@vdrserv:~$ dmesg | grep 'dvb'
[ 10.775830] cx88/2: cx2388x dvb driver version 0.0.9 loaded
[ 10.775835] cx88/2: registering cx8802 driver, type: dvb access: shared
[ 19.216201] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
vdr@vdrserv:~$ dmesg | grep 'firmware'
[ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
[ 19.216201] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 19.270876] ds3000_firmware_ondemand: Waiting for firmware upload(2)...

/var/log/syslog-Auszug

Dec 20 14:46:58 vdrserv kernel: [ 8.941227] Linux video capture interface: v2.00
Dec 20 14:46:58 vdrserv failsafe: Failsafe of 120 seconds reached.
Dec 20 14:46:59 vdrserv kernel: [ 9.575812] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.9 loaded
Dec 20 14:46:59 vdrserv kernel: [ 9.582046] cx88[0]: subsystem: d464:9022, board: TeVii S464 DVB-S/S2 [card=86,autodetected], frontend(s): 1
Dec 20 14:46:59 vdrserv kernel: [ 9.582050] cx88[0]: TV tuner type -1, Radio tuner type -1
Dec 20 14:46:59 vdrserv kernel: [ 9.669534] IR NEC protocol handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 9.676186] IR RC5(x) protocol handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 9.703979] i2c-core: driver [tuner] using legacy suspend method
Dec 20 14:46:59 vdrserv kernel: [ 9.703983] i2c-core: driver [tuner] using legacy resume method
Dec 20 14:46:59 vdrserv kernel: [ 9.722821] tveeprom 0-0050: Huh, no eeprom present (err=-6)?
Dec 20 14:46:59 vdrserv kernel: [ 9.867465] IR RC6 protocol handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 9.886866] IR JVC protocol handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 9.909899] IR Sony protocol handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 9.913674] IR MCE Keyboard/mouse protocol handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 9.918193] lirc_dev: IR Remote Control driver registered, major 251
Dec 20 14:46:59 vdrserv kernel: [ 9.919223] IR LIRC bridge handler initialized
Dec 20 14:46:59 vdrserv kernel: [ 10.260100] Registered IR keymap rc-tevii-nec
Dec 20 14:46:59 vdrserv kernel: [ 10.260358] input: cx88 IR (TeVii S464 DVB-S/S2) as /devices/pci-0/pci0000:00/0000:00:00.2/rc/rc0/input0
Dec 20 14:46:59 vdrserv kernel: [ 10.260564] rc0: cx88 IR (TeVii S464 DVB-S/S2) as /devices/pci-0/pci0000:00/0000:00:00.2/rc/rc0
Dec 20 14:46:59 vdrserv kernel: [ 10.261907] input: MCE IR Keyboard/Mouse (cx88xx) as /devices/virtual/input/input1
Dec 20 14:46:59 vdrserv kernel: [ 10.262362] rc rc0: lirc_dev: driver ir-lirc-codec (cx88xx) registered at minor = 0
Dec 20 14:46:59 vdrserv kernel: [ 10.262367] cx88[0]/2: cx2388x 8802 Driver Manager
Dec 20 14:46:59 vdrserv kernel: [ 10.262476] cx88-mpeg driver manager 0000:00:00.2: enabling device (0000 -> 0002)
Dec 20 14:46:59 vdrserv kernel: [ 10.262555] cx88-mpeg driver manager 0000:00:00.2: Xen PCI mapped GSI20 to IRQ27
Dec 20 14:46:59 vdrserv kernel: [ 10.262650] cx88[0]/2: found at 0000:00:00.2, rev: 5, irq: 27, latency: 32, mmio: 0xf5000000
Dec 20 14:46:59 vdrserv dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Dec 20 14:47:00 vdrserv kernel: [ 10.775830] cx88/2: cx2388x dvb driver version 0.0.9 loaded
Dec 20 14:47:00 vdrserv kernel: [ 10.775835] cx88/2: registering cx8802 driver, type: dvb access: shared
Dec 20 14:47:00 vdrserv kernel: [ 10.775839] cx88[0]/2: subsystem: d464:9022, board: TeVii S464 DVB-S/S2 [card=86]
Dec 20 14:47:00 vdrserv kernel: [ 10.775843] cx88[0]/2: cx2388x based DVB/ATSC card
Dec 20 14:47:00 vdrserv kernel: [ 10.775846] cx8802_alloc_frontends() allocating 1 frontend(s)
Dec 20 14:47:00 vdrserv kernel: [ 10.921597] DS3000 chip version: 0.192 attached.
Dec 20 14:47:00 vdrserv kernel: [ 10.921604] DVB: registering new adapter (cx88[0])
Dec 20 14:47:00 vdrserv kernel: [ 10.921608] DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)...

Vergleich TT auf XEN-Rechner

Display Spoiler

>xe vm-param-get ...
vgpu_pci: ; pci: 0/0000:04:02.0; install-methods: cdrom,http,ftp; mac_seed: bd37359d-4d8d-2971-e996-5bf22d268df0; install-arch: amd64;
base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository:
http://archive.ubuntu.com/ubuntu/

Vergleich TeVii auf AMD-Testrechner

Display Spoiler

vdr@vdr-test:~$ dmesg | grep 'dvb'

[ 12.324624] cx88/2: cx2388x dvb driver version 0.0.9 loaded
[ 12.324629] cx88/2: registering cx8802 driver, type: dvb access: shared
[ 25.855957] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...

vdr@vdr-test:~$ dmesg | grep 'firmware'

[ 25.855957] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
[ 26.084545] ds3000_firmware_ondemand: Waiting for firmware upload(2)...

vdr@vdr-test:~$ lspci
00:00.0 RAM memory: NVIDIA Corporation C51 Host Bridge (rev a2)
00:00.1 RAM memory: NVIDIA Corporation C51 Memory Controller 0 (rev a2)
00:00.2 RAM memory: NVIDIA Corporation C51 Memory Controller 1 (rev a2)
00:00.3 RAM memory: NVIDIA Corporation C51 Memory Controller 5 (rev a2)
00:00.4 RAM memory: NVIDIA Corporation C51 Memory Controller 4 (rev a2)
00:00.5 RAM memory: NVIDIA Corporation C51 Host Bridge (rev a2)
00:00.6 RAM memory: NVIDIA Corporation C51 Memory Controller 3 (rev a2)
00:00.7 RAM memory: NVIDIA Corporation C51 Memory Controller 2 (rev a2)
00:04.0 PCI bridge: NVIDIA Corporation C51 PCI Express Bridge (rev a1)
00:09.0 RAM memory: NVIDIA Corporation MCP51 Host Bridge (rev a2)
00:0a.0 ISA bridge: NVIDIA Corporation MCP51 LPC Bridge (rev a3)
00:0a.1 SMBus: NVIDIA Corporation MCP51 SMBus (rev a3)
00:0a.2 RAM memory: NVIDIA Corporation MCP51 Memory Controller 0 (rev a3)
00:0b.0 USB controller: NVIDIA Corporation MCP51 USB Controller (rev a3)
00:0b.1 USB controller: NVIDIA Corporation MCP51 USB Controller (rev a3)
00:0d.0 IDE interface: NVIDIA Corporation MCP51 IDE (rev a1)
00:0e.0 IDE interface: NVIDIA Corporation MCP51 Serial ATA Controller (rev a1)
00:0f.0 IDE interface: NVIDIA Corporation MCP51 Serial ATA Controller (rev a1)
00:10.0 PCI bridge: NVIDIA Corporation MCP51 PCI Bridge (rev a2)
00:10.1 Audio device: NVIDIA Corporation MCP51 High Definition Audio (rev a2)
00:14.0 Bridge: NVIDIA Corporation MCP51 Ethernet Controller (rev a3)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: NVIDIA Corporation GK208 [GeForce GT 630 Rev. 2] (rev a1)
01:00.1 Audio device: NVIDIA Corporation Device 0e0f (rev a1)
02:05.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]
02:09.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
02:09.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)

/var/log/syslog-Auszug

Dec 20 16:22:32 vdr-test kernel: [ 8.523635] Linux video capture interface: v2.00
Dec 20 16:22:32 vdr-test kernel: [ 8.588425] nv_tco: NV TCO WatchDog Timer Driver v0.01
Dec 20 16:22:32 vdr-test kernel: [ 8.588521] nv_tco: Watchdog reboot not detected
Dec 20 16:22:32 vdr-test kernel: [ 8.589420] nv_tco: initialized (0x4440). heartbeat=30 sec (nowayout=0)
Dec 20 16:22:32 vdr-test kernel: [ 9.301553] input: PS/2 Logitech Mouse as /devices/platform/i8042/serio1/input/input3
Dec 20 16:22:32 vdr-test kernel: [ 9.701661] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.9 loaded
Dec 20 16:22:32 vdr-test kernel: [ 9.702276] cx88[0]: subsystem: d464:9022, board: TeVii S464 DVB-S/S2 [card=86,autodetected], frontend(s): 1
Dec 20 16:22:32 vdr-test kernel: [ 9.702281] cx88[0]: TV tuner type -1, Radio tuner type -1
Dec 20 16:22:32 vdr-test kernel: [ 9.729207] cx88/0: cx2388x v4l2 driver version 0.0.9 loaded
Dec 20 16:22:32 vdr-test kernel: [ 9.947665] tuner 1-0068: Tuner -1 found with type(s) Radio TV.
Dec 20 16:22:32 vdr-test kernel: [ 10.089560] ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
Dec 20 16:22:32 vdr-test kernel: [ 10.089569] hda_intel: Disabling MSI
Dec 20 16:22:32 vdr-test kernel: [ 10.089598] snd_hda_intel 0000:00:10.1: setting latency timer to 64
Dec 20 16:22:32 vdr-test kernel: [ 10.580427] Registered IR keymap rc-tevii-nec
Dec 20 16:22:32 vdr-test kernel: [ 10.580529] input: cx88 IR (TeVii S464 DVB-S/S2) as /devices/pci0000:00/0000:00:10.0/0000:02:09.2/rc/rc0/input4
Dec 20 16:22:32 vdr-test kernel: [ 10.580582] rc0: cx88 IR (TeVii S464 DVB-S/S2) as /devices/pci0000:00/0000:00:10.0/0000:02:09.2/rc/rc0
Dec 20 16:22:32 vdr-test kernel: [ 10.580675] cx88[0]/2: cx2388x 8802 Driver Manager
Dec 20 16:22:32 vdr-test kernel: [ 10.580844] ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
Dec 20 16:22:32 vdr-test kernel: [ 10.580867] cx88[0]/2: found at 0000:02:09.2, rev: 5, irq: 17, latency: 32, mmio: 0xfa000000
Dec 20 16:22:32 vdr-test kernel: [ 10.583125] cx88[0]/0: found at 0000:02:09.0, rev: 5, irq: 17, latency: 32, mmio: 0xfb000000
Dec 20 16:22:32 vdr-test kernel: [ 10.583178] tuner 1-0068: tuner type not set
Dec 20 16:22:32 vdr-test kernel: [ 10.583287] cx88[0]/0: registered device video0 [v4l2]
Dec 20 16:22:32 vdr-test kernel: [ 10.583863] cx88[0]/0: registered device vbi0
Dec 20 16:22:32 vdr-test kernel: [ 10.829175] IR NEC protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 10.944514] IR RC5(x) protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 10.998795] IR RC6 protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 11.040679] ACPI: PCI Interrupt Link [APC6] enabled at IRQ 16
Dec 20 16:22:32 vdr-test kernel: [ 11.040702] hda_intel: Disabling MSI
Dec 20 16:22:32 vdr-test kernel: [ 11.040715] hda-intel 0000:01:00.1: Handle VGA-switcheroo audio client
Dec 20 16:22:32 vdr-test kernel: [ 11.060791] IR JVC protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 11.065657] cx88/2: cx2388x dvb driver version 0.0.9 loaded
Dec 20 16:22:32 vdr-test kernel: [ 11.065661] cx88/2: registering cx8802 driver, type: dvb access: shared
Dec 20 16:22:32 vdr-test kernel: [ 11.065664] cx88[0]/2: subsystem: d464:9022, board: TeVii S464 DVB-S/S2 [card=86]
Dec 20 16:22:32 vdr-test kernel: [ 11.065667] cx88[0]/2: cx2388x based DVB/ATSC card
Dec 20 16:22:32 vdr-test kernel: [ 11.065668] cx8802_alloc_frontends() allocating 1 frontend(s)
Dec 20 16:22:32 vdr-test kernel: [ 11.177556] IR Sony protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 11.244131] IR SANYO protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 11.352735] input: MCE IR Keyboard/Mouse (cx88xx) as /devices/virtual/input/input5
Dec 20 16:22:32 vdr-test kernel: [ 11.353078] IR MCE Keyboard/mouse protocol handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 11.423377] lirc_dev: IR Remote Control driver registered, major 250
Dec 20 16:22:32 vdr-test kernel: [ 11.446394] type=1400 audit(1387552952.191:2): apparmor="STATUS" operation="profile_load" name="/sbin/dhclient" pid=764 comm="apparmor_parser"
Dec 20 16:22:32 vdr-test kernel: [ 11.446446] type=1400 audit(1387552952.191:3): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient" pid=763 comm="apparmor_parser"
Dec 20 16:22:32 vdr-test kernel: [ 11.446846] type=1400 audit(1387552952.191:4): apparmor="STATUS" operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=764 comm="apparmor_parser"
Dec 20 16:22:32 vdr-test kernel: [ 11.446903] type=1400 audit(1387552952.191:5): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=763 comm="apparmor_parser"
Dec 20 16:22:32 vdr-test kernel: [ 11.447102] type=1400 audit(1387552952.191:6): apparmor="STATUS" operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" pid=764 comm="apparmor_parser"
Dec 20 16:22:32 vdr-test kernel: [ 11.447165] type=1400 audit(1387552952.191:7): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=763 comm="apparmor_parser"
Dec 20 16:22:32 vdr-test kernel: [ 11.488829] rc rc0: lirc_dev: driver ir-lirc-codec (cx88xx) registered at minor = 0
Dec 20 16:22:32 vdr-test kernel: [ 11.488834] IR LIRC bridge handler initialized
Dec 20 16:22:32 vdr-test kernel: [ 11.520165] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:04.0/0000:01:00.1/sound/card1/input6
Dec 20 16:22:32 vdr-test kernel: [ 11.520266] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:04.0/0000:01:00.1/sound/card1/input7
Dec 20 16:22:32 vdr-test failsafe: Failsafe of 120 seconds reached.
Dec 20 16:22:32 vdr-test kernel: [ 11.777647] DS3000 chip version: 0.192 attached.
Dec 20 16:22:32 vdr-test kernel: [ 11.777656] DVB: registering new adapter (cx88[0])
Dec 20 16:22:32 vdr-test kernel: [ 11.777663] cx88-mpeg driver manager 0000:02:09.2: DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)...

Eine Schnellsuche zu tveeprom 0-0050: Huh, no eeprom present (err=-6)? ergab einen Treffer: http://forum.ubuntuusers.de/topic/fehler-m…s/#post-5687137

Allerdings ist es bei mir genau umgekehrt: Der AMD-Testrechner hat raring wegen der GT 630 und die XEN-Instanzen nicht.

kmoss

fnu · December 20, 2013 at 7:07 PM

Quote from kmoss

Wurden entfernt, leider keine Besserung.

Was hat sich nicht gebessert? Die Ausgabe bei dmesg oder das andere Problem, das damit eigentlich nix zu hat?

Ja, sicher hat das Auswirkung und meine mich auch an einige Nutzer hier im Portal zu erinnern, die Probleme auch mit der TeVii bei Virtualisierung hatten. Das PCI Mapping stimmt jedenfalls lt. Deiner Ausgabe von "xm vm-param-get".

Das Problem könnte aber sein, wie Xen diese virtualisierten Karten behandelt. Zum einen als zwei eigenständige, also unabhängige, PCI-Karten, die dann auch noch auf ein neue PCI-ID re-mapped werden. Es gibt meine ich die Möglichkeit, die PCI Devices mit der PCI-ID vom Hypervisor durchzureichen, hab's aber grad nicht im Kopf.

Aber ich da Deine Probleme nichts mit der Anleitung zu tun haben, werde ich einen Mod bitte dies richtigerweise in einen eigenen auszulagern.

Und dann noch die Bitte diese elendlangen Log-Ausgaben zu unterlassen, das ist sowas unübersichtlich und unlesbar. Entweder per

Code

[spoiler][/spoiler]

eingrenzen oder als .txt anhängen ... oder wenigstens ein kleine Schrift verwenden ...

Regards
fnu

Steven7110 · December 21, 2013 at 7:35 AM

Genau aus den grund bin ich auf andere hardware und software umgestiegen.
Hatte es vorher auch mit xen versucht. Habe 2 gleiche sat karten.
Auf dem server brachte ein "lspci" 03.00.0 karte1 und 04.00.0 karte2.

In der vm wurde aber nur EINE karte angezeigt als 00.00.0
Und somit lief es nicht.

kmoss · December 22, 2013 at 11:24 AM

Danke für die Hinweise.
Mein vorrangiges Ziel ist die TeVii S464 "komplett" durchzureichen. Ob ich dann noch die TT in die gleiche Instanz bekomme, ist für mich z.Z. zweitranging. Im o.g. OT sind die beiden Karten
- Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter
- Multimedia video controller: Micronas Semiconductor Holding AG nGene PCI-Express Multimedia Controller (rev 01)
allerdings auch in verschiedenen Instanzen.
Die TeVii S464 ist offenbar nicht die einzige Karte, wenn man sich http://www.gossamer-threads.com/lists/xen/api/288673 anschaut. Allgemeiner formuliert: Karten, die sich "2x" melden -hier einmal mit ".0" und einmal mit ".2"- sind wohl nicht für eine virtualisierte XEN-Instanz mit iommu=soft geeignet (?).

fnu · December 22, 2013 at 12:23 PM

Steven7110

Hmm, ich lese in Deinem Beitrag nur Xen ist sch..., weil irgendwas bei Dir nicht getan hat, Deine Beschreibung finde ich wirr.

Grundsätzlich ist das Re-Mapping der PCI Karten innerhalb einer PV/VM kein Problem, habe ich in meinem Threads mehrfach beschrieben. Alle meine Karten wurden von PCI-ID irgendwas nach "00.00.0" gemappt, wie auch bei kmoss, siehe sein TT.

kmoss

Die Schwierigkeit ist ja das PCI Subdevice. Ich suche noch nach dem Schalter bei XCP/XAPI das man die Karten mit der PCI-ID vom Hypervisor durchreichen kann.

Aber ich habe inzwischen mehrere Hinweise gefunden, das der Passthru von Sub-Device scheinbar nur mit PCIe Karten möglich ist und nicht mit PCI Karten wie Deine TeVii S464 eine ist. Kann das sein das die der Nova HD S2 ähnlich ist?

Die von mir verwendeten und getesten Linux4Media Karten sind allesamt PCIe bzw. mPCIe. Allerdings haben diese auch keine PCI Sub-Devices, da meldet sich nur die Bridge am PCIe Bus und das Modul erkennt dann was hinter der Bridge installiert ist.

Regards
fnu

PS.: Es ist IMHO schlechter Stil einen vorhanden Threadnamen zu kopieren, zumal es hier um Probleme und nicht um ein HowTo geht ...

kmoss · December 22, 2013 at 1:31 PM

Quote

... und nicht mit PCI Karten wie Deine TeVii S464 eine ist. Kann das sein das die der Nova HD S2 ähnlich ist?

Kann ich nicht sagen, da ich keine Nova HD S2 habe. Neben der TT S2 3000 und den beiden verbauten TeVii S480 besitze ich nur noch DVB-S (ohne 2) - Karten.

Quote from fnu

Alle meine Karten wurden von PCI-ID irgendwas nach "00.00.0" gemappt, wie auch bei kmoss, siehe sein TT.

Ich habe die Anmerkung (negativer formuliert Kritik) von Steven7110 an den XEN-Server so verstanden, dass man nicht 2 unterschiedliche oder -wie bei Steven7110- gleiche Karten in eine VDR-Instanz durchreichen kann, was eine unschöne Einschränkung für mich wäre, da dann neue DVB-Hardware gekauft werden muss (dann offenbar lieber gleich PCIe statt PCI) oder die vorhandene Hardware auf verschieden VDR-Instanzen verteilt werden muss. Mein bisheriges Ziel mit dem XEN-Server-Testaufbau ist es letztendlich die beiden HD-VDRs mit ihren TeVii S480 in eine VDR-Instanz zu bekommen. Dazu beschäftige ich mich aktuell mit den Grundlagen und "Fallstricken".
Ich werde das Durchreichen mit 2 Karten an eine VDR-Instanz probieren und dazu neben der schon funktionierenden TT S2 3000 noch eine DVB-S (ohne 2) einbauen.

kmoss

fnu · December 22, 2013 at 1:47 PM

Quote from kmoss

dass man nicht 2 unterschiedliche oder -wie bei Steven7110- gleiche Karten in eine VDR-Instanz durchreichen kann

Man kann mehrere PCI Karten durchreichen, da gibt es nach meinem Wissensstand keine Einschränkung.

Klar ist aber auch jede Lösung hat Stärken wie Schwächen, das gilt für Software, auch Xen, als auch Hardware. Wenn ich hier im Portal gucke, waren immer die TeVii Karten ganz vorne bei den Problem-Threads ...

Das mit den Sub-Devices bei PCI Karten, ohne "e", könnte seine Ursache in den PCI Specs zu haben, weil das dafür ursprünglich mal nicht vorgesehen war und eher eine Neuerung bei PCIe sein sollte. Wenn ich was genaueres habe melde ich mich nochmal ...
Mit dem ersten Vorschlag von Intel zu PCI, wobei das nicht klar dokumentiert ist und schließlich auch geändert wurde auf bis zu 8 Sub-Functions. USB Karten würde ohne gar nicht funktionieren, aber das ist hier nicht das Problem. Bis Xen 3.4.1 war es nicht möglich Multifunktionskarten durchzureichen, die Code-Änderung soll in Xen 4.0.0 eingeflossen sein. XenServer 6.2.0 basiert auf 4.1.x, mit SP1, 4.1.5, sollte also funktionieren ...

Bin grad dran zu testen, wie man das PCI re-mapping ausschalten könnte => Das ist eine Option vom pciback Modul "passthrough=1", hat bei XenServer offensichtlich keine Wirkung, weil das dort kein Modul ist ...

[EDIT] Kannst Du mal bitte diese Notation testen:

Code

xe vm-param-set other-config:pci=0/0000:04:01.0,1/0000:04:01.2 uuid=c77f8a2f-212e-4511-b732-60c0fa5372bd

oder

Code

xe vm-param-set other-config:pci=0/0000:04:01.* uuid=c77f8a2f-212e-4511-b732-60c0fa5372bd

Regards
fnu

Steven7110 · December 22, 2013 at 4:11 PM

hi fnu,

ich habe nicht gesagt das XEN schei... ist.

Ich habe lediglich gesagt das der XEN bei MIR (alte AMD Hardware) aus 2 Karten, -> EINE Karte gemacht hat. Und somit lief es NICHT, IN einer VDR VM Instanz. XEN ist ein wirklich tolles Produkt. Aber bei mir läuft es jetzt, mit ESXi + aktueller AMD Hardware viel besser und mit sehr viel weniger Aufwand/Konfiguration.

kmoss, hat mich schon genau richtig verstanden. Danke

Grüße und noch schöne Tage.

Steven

kmoss · December 22, 2013 at 6:18 PM

Quote from fnu

xe vm-param-set other-config:pci=0/0000:04:01.0,1/0000:04:01.2 uuid=c77f8a2f-212e-4511-b732-60c0fa5372bd

Display Spoiler

>xe vm-list
...
uuid ( RO) : e3cd1ff3-d1c2-7736-f3ee-10534b371d3a
name-label ( RW): Copy of vdrserv fuer TeVii
power-state ( RO): halted

>xe vm-param-get uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a param-name=other-config
vgpu_pci: ; pci: 0/0000:04:01.0,0/0000:04:01.2; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/

>xe vm-param-remove param-name=other-config param-key=pci uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a
>xe vm-param-get uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a param-name=other-config
vgpu_pci: ; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/
>xe vm-param-set other-config:pci=0/0000:04:01.0,1/0000:04:01.2 uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a
>xe vm-param-get uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a param-name=other-config
pci: 0/0000:04:01.0,1/0000:04:01.2; vgpu_pci: ; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/

vdr@vdrserv:~$ cat /etc/default/grub | grep 'GRUB_CMDLINE_LINUX'
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet"
GRUB_CMDLINE_LINUX="pci=nomsi iommu=soft swiotlb=force irqpoll console=hvc0"
vdr@vdrserv:~$ lspci -k
00:00.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
Subsystem: Device d464:9022
Kernel driver in use: cx8800
Kernel modules: cx8800

>dmesg|grep pciback
[ 2.489476] Kernel command line: root=LABEL=root-bpwxvmza ro xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash pciback.permissive pciback.hide=(04:01.0)(04:01.2)(04:02.0)
[ 2.836346] pciback 0000:04:01.0: seizing device
[ 2.836354] pciback 0000:04:01.2: seizing device
[ 2.836361] pciback 0000:04:02.0: seizing device
[ 5.953621] pciback 0000:04:02.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 5.953631] pciback 0000:04:02.0: PCI INT A disabled
[ 5.953717] pciback 0000:04:01.2: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 5.953724] pciback 0000:04:01.2: PCI INT A disabled
[ 5.953817] pciback 0000:04:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 5.953824] pciback 0000:04:01.0: PCI INT A disabled
[ 522.127044] pciback 0000:04:01.0: restoring config space at offset 0x1 (was 0x2900400, writing 0x2900000)
[ 522.138658] pciback: vpci: 0000:04:01.0: assign to virtual slot 0
[ 522.597065] pciback 0000:04:01.2: restoring config space at offset 0x1 (was 0x2900400, writing 0x2900000)
[ 540.426127] pciback 0000:04:01.0: enabling device (0000 -> 0002)
[ 540.426148] pciback 0000:04:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 980.876753] pciback 0000:04:01.0: PCI INT A disabled

>xl pci-list-assignable-devices
0000:04:01.2
0000:04:02.0

Quote from fnu

xe vm-param-set other-config:pci=0/0000:04:01.* uuid=c77f8a2f-212e-4511-b732-60c0fa5372bd

Display Spoiler

>xe vm-param-get uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a param-name=other-config
vgpu_pci: ; pci: 0/0000:04:01.0,1/0000:04:01.2; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/
>xe vm-param-remove param-name=other-config param-key=pci uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a
>xe vm-param-get uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a param-name=other-config
vgpu_pci: ; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/
>xe vm-param-set other-config:pci=0/0000:04:01.* uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a
pci: 0/0000:04:01.*; vgpu_pci: ; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/
>xe vm-param-get uuid=e3cd1ff3-d1c2-7736-f3ee-10534b371d3a param-name=other-config
pci: 0/0000:04:01.*; vgpu_pci: ; install-methods: cdrom,http,ftp; mac_seed: 614bca3e-0f03-41b0-6a17-f8947b944d1c; install-arch: amd64; base_template_name: Ubuntu Precise Pangolin 12.04 (64-bit); linux_template: true; debian-release: precise; install-repository: http://archive.ubuntu.com/ubuntu/

vdr@vdrserv:~$ cat /etc/default/grub | grep 'GRUB_CMDLINE_LINUX'
GRUB_CMDLINE_LINUX_DEFAULT="splash quiet"
GRUB_CMDLINE_LINUX="pci=nomsi iommu=soft swiotlb=force irqpoll console=hvc0"
vdr@vdrserv:~$ lspci -k
vdr@vdrserv:~$ lspci

>xl pci-list-assignable-devices
0000:04:01.0
0000:04:01.2
0000:04:02.0

Beide Varianten funktionieren leider nicht.

kmoss

kmoss · December 22, 2013 at 6:21 PM

Quote from Steven7110

Ich habe lediglich gesagt das der XEN bei MIR (alte AMD Hardware) aus 2 Karten, -> EINE Karte gemacht hat. Und somit lief es NICHT, IN einer VDR VM Instanz. XEN ist ein wirklich tolles Produkt. Aber bei mir läuft es jetzt, mit ESXi + aktueller AMD Hardware viel besser und mit sehr viel weniger Aufwand/Konfiguration.

kmoss, hat mich schon genau richtig verstanden. Danke

Bisher habe ich es auch nicht mit zwei PCI-Karten hinbekommen. Da es dabei nicht um TeVii und/oder die SubId's geht, werde ich es in einen separaten Thread auslagern.

kmoss

Participate now!