|
|
| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
tecfreak
Regular 
Anmeldungsdatum: 08.11.2008
Beiträge: 33
|
 Verfasst am: 04 Feb 2010 22:56 Titel: IRQ Verteilung durcheinander nach pciback.hide |
   |
|
Hallo,
ich versuche gerade 3 PCI Devices zu verstecken um diese an DomUs durchzureichen.
Ohne pciback.hide sieht das ganze so aus:
Kernel Parameter:
| Code: | | /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/xavier-root ro console=tty0 nousb noirqdebug pci=nomsi |
./list_hw
| Code: | 23: 00:00.0 - RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
23: 00:07.0 - Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
22: 00:08.0 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
21: 00:08.1 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
16: 02:00.0 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
16: 02:00.1 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) |
cat /proc/interrupts
| Code: | 1: 8 0 Phys-irq-level i8042
8: 0 0 Phys-irq-level rtc0
9: 0 0 Phys-irq-level acpi
14: 112 0 Phys-irq-level ide0
16: 423 0 Phys-irq-level eth1, eth2
21: 0 0 Phys-irq-level sata_nv
22: 2423 0 Phys-irq-level sata_nv
23: 24135 0 Phys-irq-level eth0
... |
lspci -v
| Code: | ...
01:06.0 Network controller: SiteCom Europe BV ISDN PCI DC-105V2 (rev 02)
Subsystem: SiteCom Europe BV ISDN PCI DC-105V2
Flags: bus master, medium devsel, latency 16, IRQ 11
I/O ports at 9000 [size=8]
Memory at fd000000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 1
01:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Device 101c
Flags: bus master, medium devsel, latency 32, IRQ 5
Memory at fd001000 (32-bit, non-prefetchable) [size=512]
01:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Device 101c
Flags: bus master, medium devsel, latency 32, IRQ 7
Memory at fd002000 (32-bit, non-prefetchable) [size=512]
... |
Die Geräte 01:06:0, 01:08:0, 01:09:0 sollen versteckt werden und dabei passiert folgendes:
Kernel Parameter:
| Code: | | /vmlinuz-2.6.26-2-xen-amd64 root=/dev/mapper/xavier-root ro console=tty0 nousb noirqdebug pci=nomsi pciback.hide=(01:06.0)(01:08.0)(01:09.0) |
./list_hw
| Code: | 23: 00:00.0 - RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
19: 00:01.0 - ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
23: 00:07.0 - Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
22: 00:08.0 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
21: 00:08.1 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
16: 01:06.0 - Network controller: SiteCom Europe BV ISDN PCI DC-105V2 (rev 02)
18: 01:08.0 - Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
19: 01:09.0 - Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
16: 02:00.0 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
16: 02:00.1 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) |
cat /proc/interrupts
| Code: | 1: 8 0 Phys-irq-level i8042
8: 0 0 Phys-irq-level rtc0
9: 0 0 Phys-irq-level acpi
14: 112 0 Phys-irq-level ide0
16: 1333 0 Phys-irq-level eth1, eth2
21: 0 0 Phys-irq-level sata_nv
22: 2464 0 Phys-irq-level sata_nv
23: 85526 0 Phys-irq-level eth0
... |
Wie man sieht teilen sich die drei Geräte die ich durchreichen möchte mit keinem anderen Gerät die IRQs aber nur solange der Bootparameter pciback.hide nicht gesetzt ist. Sonst kommt alles durcheinander.
Das Verstecken scheint zwar zu funktionieren, da man nach dem setzen des pciback.hide Parameters bei "lspci -v" bei allen drei Geräten die Zeile "Kernel driver in use: pciback" angezeigt bekommt.
Nun weiss ich nicht mehr weiter. Lässt sich das Problem denn irgendwie lösen?
System: ctvdr4 mit aktuellen updates vom heise repo (kernel: 2.6.26-2-xen-amd64) |
|
| Nach oben |
|
 |
Carsten
Golden User  
Anmeldungsdatum: 20.08.2005
Beiträge: 782
|
| Verfasst am: 05 Feb 2010 13:55 Titel: |
|
|
Moin,
Dein Board erinnert mich an meines. Wor die IRQs im VOR-PCIBACK.HIDE
Szenario sind, kann man aus Deinen Ausgaben doch gar nicht sehen? Ich
kenne den Befehl list_hw nicht. Dein dmesg | grep GSI gibt Aufschluss.
Insofern weißt Du nicht, ob nicht auch vorher schon die beiden NICs den
IRQ 16 mit dem einem PCI-Slot Teilen. Die NICs sind wohl PCIex1, gell?
Wenn das so ist wie bei mir, shared der erste PCI Slot nach den PCIe Slots
den IRQ mit den x1 Slots. Da habe ich eine VGA Karte drin, die macht keinen
Ärger.
Theoretisch kann MSI hier helfen, wenn die PCIx-NICs MSI unterstützen.
Aber das tut der Lenny-Kernel nicht, da musst Du Dir selber einen
2.6.18.8er backen, oder schauen, was mit Xen 4.0 kommt.
Meine DVB-C Karten sind auf den drei folgenden PCI-Slots, ISDN habe ich
an USB. Eventuell ist die Architektur bei Dir so ähnlich, selbst wenn Du
auch evtl. nur 3 statt 4 PCI Slots hast.
Gruß,
Carsten.
_________________
Hardware: Gigbyte GA-M56S-S3, AMD Athlon II X4 640 (Xen ondemand govenor), 4GB, 3 NICs (1 x forcedeth, 2 x r8168),
Systemplatte: HD502HI, Datenplatten: 2xHD153UI, 1xST31000520AS, 1xST3500830A, 1 x DVD-ROM JLMS XJ-HD165H
3 x DVB-C (Technisat Cablestar2, Technotrent C-1500, Satelco Easywatch), FritzCard USB, Switch GS716T
Software: Xen 4.0.1-rc4 / Kernel 2.6.18.8 (Dom0&DomUs), Endian 2.4, scalix 11.4.5, spamassassin 3.2.3, hylafax 4.3.1,
e-Tobi vdr-1.6.0 & 1.7.15 (HD), mt-daapd 0.2.4+r1376
Clients: 2xHauppauge MVP with vomp, Rokulabs Soundbridge, div. PCs, streaming with Vomp on Windows & iTunes,
Streaming Client POV ION/Atom auf Ubuntu Lucid mit XBMC und VNSI Streaming. |
|
| Nach oben |
|
|
tecfreak
Regular
Anmeldungsdatum: 08.11.2008
Beiträge: 33
|
| Verfasst am: 06 Feb 2010 17:54 Titel: |
|
|
Also, das Board (GA-M61P-S3) hat:
| Code: |
1x PCIe x16 <-- Intel Dual Port Server NIC (PCIe x4)
2x PCIe x1 <-- unbenutzt
4x PCI <-- 1. HFC ISDN
2. leer (noch?)
3. DVB-S2
4. DVB-S2 |
Zu dem list_hw Script:
Das script ist von neobiker und kombiniert die Ausgabe von "dmesg | grep GSI" und "lspci". Damit erübrigt sich das mühsame Abgleichen und Zuordnen der einzenlen Devices.
| Code: | #!/bin/bash
for dev_id in $( lspci | cut -d\ -f1 ) ; do
irq=$( dmesg | grep GSI | grep $dev_id | awk '{print $12}' | head -n 1 )
device=$( lspci | grep $dev_id | cut -d\ -f2- )
[ -n "$irq" ] && echo "$irq: $dev_id - $device"
done |
So sieht es aus wenn die drei PCI devices durch pciback.hide versteckt werden(01:06.0, 01:08.0, 01:09.0):
dmesg | grep GSI | sort -u
| Code: | [ 0.000000] IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
[ 0.908106] ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC4] -> GSI 19 (level, low) -> IRQ 19
[ 0.908758] ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ 18
[ 0.914639] ACPI: PCI Interrupt 0000:01:06.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 16
[ 1.422977] ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 23 (level, low) -> IRQ 23
[ 1.952953] ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSI] -> GSI 22 (level, low) -> IRQ 22
[ 2.772263] ACPI: PCI Interrupt 0000:00:08.1[B] -> Link [APSJ] -> GSI 21 (level, low) -> IRQ 21
[ 3.420872] ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [APC8] -> GSI 16 (level, low) -> IRQ 16
[ 3.600941] ACPI: PCI Interrupt 0000:02:00.1[B] -> Link [APC5] -> GSI 16 (level, low) -> IRQ 16 |
...das list_hw script macht das nun etwas übersichtlicher:
| Code: | 23: 00:00.0 - RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
19: 00:01.0 - ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
23: 00:07.0 - Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
22: 00:08.0 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
21: 00:08.1 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
16: 01:06.0 - Network controller: SiteCom Europe BV ISDN PCI DC-105V2 (rev 02)
18: 01:08.0 - Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
19: 01:09.0 - Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
16: 02:00.0 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
16: 02:00.1 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) |
Wird nun der pciback.hide Parameter nicht an den Dom0 kernel übergeben, dann sieht das wieder ganz anders aus - so wie ich mir das auch vorgestellt habe. Dabei bleibt der pci=nomsi Parameter immer gesetzt.
dmesg | grep GSI | sort -u
| Code: | [ 0.000000] IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23
[ 1.454754] ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 23 (level, low) -> IRQ 23
[ 1.976482] ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSI] -> GSI 22 (level, low) -> IRQ 22
[ 2.794284] ACPI: PCI Interrupt 0000:00:08.1[B] -> Link [APSJ] -> GSI 21 (level, low) -> IRQ 21
[ 3.443602] ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [APC8] -> GSI 16 (level, low) -> IRQ 16
[ 3.630220] ACPI: PCI Interrupt 0000:02:00.1[B] -> Link [APC5] -> GSI 16 (level, low) -> IRQ 16 |
./list_hw
| Code: | 23: 00:00.0 - RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
23: 00:07.0 - Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
22: 00:08.0 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
21: 00:08.1 - IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
16: 02:00.0 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
16: 02:00.1 - Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) |
lspci -v
| Code: | 00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
Subsystem: Giga-byte Technology Device 5001
Flags: bus master, 66MHz, fast devsel, latency 0
Capabilities: [44] HyperTransport: Slave or Primary Interface
Capabilities: [dc] HyperTransport: MSI Mapping Enable+ Fixed-
00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
Subsystem: Giga-byte Technology Device 0c11
Flags: bus master, 66MHz, fast devsel, latency 0
00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2)
Subsystem: Giga-byte Technology Device 0c11
Flags: 66MHz, fast devsel, IRQ 10
I/O ports at b400 [size=64]
I/O ports at 1c00 [size=64]
I/O ports at 1c40 [size=64]
Capabilities: [44] Power Management version 2
Kernel driver in use: nForce2_smbus
Kernel modules: i2c-nforce2
00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2)
Subsystem: Giga-byte Technology Device 0c11
Flags: 66MHz, fast devsel
00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1) (prog-if 01 [Subtractive decode])
Flags: bus master, 66MHz, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: 00009000-00009fff
Memory behind bridge: fd000000-fd0fffff
Capabilities: [b8] Subsystem: Giga-byte Technology Device 026f
Capabilities: [8c] HyperTransport: MSI Mapping Enable+ Fixed-
00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2) (prog-if 8a [Master SecP PriP])
Subsystem: Giga-byte Technology Device 5002
Flags: bus master, 66MHz, fast devsel, latency 0
[virtual] Memory at 000001f0 (32-bit, non-prefetchable) [disabled] [size=8]
[virtual] Memory at 000003f0 (type 3, non-prefetchable) [disabled] [size=1]
[virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8]
[virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1]
I/O ports at f000 [size=16]
Capabilities: [44] Power Management version 2
Kernel driver in use: AMD_IDE
Kernel modules: ata_generic, ide-pci-generic, amd74xx
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
Subsystem: Giga-byte Technology Device e000
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 23
Memory at fd100000 (32-bit, non-prefetchable) [size=4K]
I/O ports at b800 [size=8]
Capabilities: [44] Power Management version 2
Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+ Queue=0/3 Enable-
Capabilities: [6c] HyperTransport: MSI Mapping Enable+ Fixed+
Kernel driver in use: forcedeth
Kernel modules: forcedeth
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) (prog-if 85 [Master SecO PriO])
Subsystem: Giga-byte Technology Device b002
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22
I/O ports at 09f0 [size=8]
I/O ports at 0bf0 [size=4]
I/O ports at 0970 [size=8]
I/O ports at 0b70 [size=4]
I/O ports at cc00 [size=16]
Memory at fd101000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Capabilities: [b0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/2 Enable-
Capabilities: [cc] HyperTransport: MSI Mapping Enable+ Fixed+
Kernel driver in use: sata_nv
Kernel modules: sata_nv, ata_generic, ide-pci-generic
00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) (prog-if 85 [Master SecO PriO])
Subsystem: Giga-byte Technology Device b002
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21
I/O ports at 09e0 [size=8]
I/O ports at 0be0 [size=4]
I/O ports at 0960 [size=8]
I/O ports at 0b60 [size=4]
I/O ports at e000 [size=16]
Memory at fd102000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Capabilities: [b0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/2 Enable-
Capabilities: [cc] HyperTransport: MSI Mapping Enable+ Fixed+
Kernel driver in use: sata_nv
Kernel modules: sata_nv, ata_generic, ide-pci-generic
00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: 0000a000-0000afff
Memory behind bridge: f9000000-faffffff
Prefetchable memory behind bridge: 00000000fc000000-00000000fc0fffff
Capabilities: [40] Subsystem: nVidia Corporation Device 0000
Capabilities: [48] Power Management version 2
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1 Enable-
Capabilities: [60] HyperTransport: MSI Mapping Enable+ Fixed-
Capabilities: [80] Express Root Port (Slot+), MSI 00
Capabilities: [100] Virtual Channel <?>
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6150SE nForce 430 (rev a2) (prog-if 00 [VGA controller])
Subsystem: Giga-byte Technology Device d000
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 10
Memory at f8000000 (32-bit, non-prefetchable) [size=16M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at fb000000 (64-bit, non-prefetchable) [size=16M]
[virtual] Expansion ROM at fc100000 [disabled] [size=128K]
Capabilities: [48] Power Management version 2
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Kernel modules: nvidiafb
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
Flags: fast devsel
Capabilities: [80] HyperTransport: Host or Secondary Interface
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
Flags: fast devsel
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
Flags: fast devsel
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
Flags: fast devsel
Capabilities: [f0] Secure device <?>
Kernel driver in use: k8temp
Kernel modules: k8temp
01:06.0 Network controller: SiteCom Europe BV ISDN PCI DC-105V2 (rev 02)
Subsystem: SiteCom Europe BV ISDN PCI DC-105V2
Flags: bus master, medium devsel, latency 16, IRQ 11
I/O ports at 9000 [size=8]
Memory at fd000000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 1
01:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Device 101c
Flags: bus master, medium devsel, latency 32, IRQ 5
Memory at fd001000 (32-bit, non-prefetchable) [size=512]
01:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Device 101c
Flags: bus master, medium devsel, latency 32, IRQ 7
Memory at fd002000 (32-bit, non-prefetchable) [size=512]
02:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Dual Port Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at fa020000 (32-bit, non-prefetchable) [size=128K]
Memory at fa000000 (32-bit, non-prefetchable) [size=128K]
I/O ports at a000 [size=32]
[virtual] Expansion ROM at fc000000 [disabled] [size=128K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting <?>
Capabilities: [140] Device Serial Number 28-c8-0b-ff-ff-17-15-00
Kernel driver in use: e1000e
Kernel modules: e1000e
02:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Dual Port Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at fa040000 (32-bit, non-prefetchable) [size=128K]
Memory at fa060000 (32-bit, non-prefetchable) [size=128K]
I/O ports at a400 [size=32]
[virtual] Expansion ROM at fc020000 [disabled] [size=128K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting <?>
Capabilities: [140] Device Serial Number 28-c8-0b-ff-ff-17-15-00
Kernel driver in use: e1000e
Kernel modules: e1000e |
cat /proc/interrupts
| Code: | CPU0 CPU1
1: 8 0 Phys-irq-level i8042
8: 0 0 Phys-irq-level rtc0
9: 0 0 Phys-irq-level acpi
14: 112 0 Phys-irq-level ide0
16: 451 0 Phys-irq-level eth1, eth2
21: 0 0 Phys-irq-level sata_nv
22: 2541 0 Phys-irq-level sata_nv
23: 23086 0 Phys-irq-level eth0
256: 26872 0 Dynamic-irq-level timer0
257: 1765 0 Dynamic-irq-level resched0
258: 28 0 Dynamic-irq-level callfunc0
259: 23 0 Dynamic-irq-level spinlock0
260: 0 2040 Dynamic-irq-level resched1
261: 0 71 Dynamic-irq-level callfunc1
262: 0 34 Dynamic-irq-level spinlock1
263: 0 3829 Dynamic-irq-level timer1
264: 132 0 Dynamic-irq-level xenbus
265: 0 0 Dynamic-irq-level console
266: 0 0 Dynamic-irq-level suspend
NMI: 0 0 Non-maskable interrupts
RES: 1765 2040 Rescheduling interrupts
CAL: 28 71 function call interrupts |
Also wie man sehen kann ist alles in bester Ordnung was die IRQs betrifft, aber halt nur solange dem dom0 kernel der Parameter pciback.hide nicht übergeben wird. Denn damit kommt alles ziemlich durcheinander wie man oben an den Ausgaben sehen kann.
Komisch ist nur, dass ich alle drei devices ohne Probleme an zwei verschiedene DomUs durchreichen kann. Jedoch wie ich gelesen habe wird es damit sofort Probleme geben, sobald in den DomUs die passenden Module geladen/entladen werden und die Karten benutzt werden. Soweit bin ich aber noch nicht.
Ist das nun jetzt ein Denkfehler von mir, oder kann das so wirklich nicht funktionieren?
Woran liegt es denn, dass die IRQ verteilung durch das setzen von pciback.hide so durcheinander kommt? Ist der kernel schuld? Ist das mit dem 2.6.18 waldi kernel besser?
Ich verstehe das ganze einfach nicht. Das sah doch am Anfang mit den IRQs doch so gut aus.
Gruß
tec |
|
| Nach oben |
|
|
Carsten
Golden User
Anmeldungsdatum: 20.08.2005
Beiträge: 782
|
| Verfasst am: 06 Feb 2010 20:56 Titel: |
|
|
Moin,
also das war mir jetzt alles zu viel, das hat mich wuschig gemacht. Aber schon an der ersten Ausgabe des Neobikerskripts kann man sehen, dass Dein Board das gleiche Routing hat wie meines und dass der Slot, in dem die ISDN Karte steckt seinen IRQ 16 mit dem PCIe Bus teilt. Die musst Du umstecken. In den zweiten Slot.
Eventuell macht das IRQ sharing auch gar keine probleme mehr. Bei vernünftig programmierten Teribern und Xen sollte es auch so gehen. Aber ich kenne den Stand nicht. Also würde ich es umstecken.
GrC.
_________________
Hardware: Gigbyte GA-M56S-S3, AMD Athlon II X4 640 (Xen ondemand govenor), 4GB, 3 NICs (1 x forcedeth, 2 x r8168),
Systemplatte: HD502HI, Datenplatten: 2xHD153UI, 1xST31000520AS, 1xST3500830A, 1 x DVD-ROM JLMS XJ-HD165H
3 x DVB-C (Technisat Cablestar2, Technotrent C-1500, Satelco Easywatch), FritzCard USB, Switch GS716T
Software: Xen 4.0.1-rc4 / Kernel 2.6.18.8 (Dom0&DomUs), Endian 2.4, scalix 11.4.5, spamassassin 3.2.3, hylafax 4.3.1,
e-Tobi vdr-1.6.0 & 1.7.15 (HD), mt-daapd 0.2.4+r1376
Clients: 2xHauppauge MVP with vomp, Rokulabs Soundbridge, div. PCs, streaming with Vomp on Windows & iTunes,
Streaming Client POV ION/Atom auf Ubuntu Lucid mit XBMC und VNSI Streaming. |
|
| Nach oben |
|
|
tecfreak
Regular
Anmeldungsdatum: 08.11.2008
Beiträge: 33
|
| Verfasst am: 06 Feb 2010 21:37 Titel: |
|
|
Das mit dem irq 16 ist aber nur dann der Fall, wenn das pciback.hide aktiv ist. Ohne diese Option bekommt die ISDN nen eigenen IRQ.
Wenn du im letzten post etwas weiter runterscrollst, dann sieht man dass es beim nicht gesetzten pciback.hide bei den irqs ganz anders aussieht.
Wie gesagt, sobald pciback.hide aktiviert ist sieht die IRQ verteilung komplett anders aus. Genau das ist mein Problem.
Wie ist das bei dir, ändern sich die irqs beim gesetzten pciback.hide, oder bleibt alles gleich?
Wenn das alles nur am ctvdr4 und dem 2.6.24er kernel liegt, dann werde ich wohl gleich auf waldis 2.6.18er und xen 3.4.2 umsteigen. |
|
| Nach oben |
|
|
gaefi
Starter 
Anmeldungsdatum: 15.02.2009
Beiträge: 1
|
| Verfasst am: 31 März 2010 00:14 Titel: |
|
|
Ein herzliches Hallo,
das erste mal, das ich mich in dieses wunderbare Forum einbringen möchte. Aber bisher waren alle meine Fragen schon beantwortet, bis zu diesem Zeitpunkt. ctserver 4.01 incl. einem neuem Rechner und schon sind die Probleme mit passthrough eines PCI-Device da.
@ tecfreak
Müsste den nicht, solange der dom0 der Parameter pciback.hide nicht übergeben wird, die Ausgabe von cat /proc/interrupts die IRQ-Belegung anzeigen?
z.B.
| Code: |
...
16: 152492089 Phys-irq saa7146 (1)
17: 28607703 Phys-irq saa7146 (0)
...
|
_________________
Du musst nur jemanden kennen, der jemand kennt, der sich damit auskennt. |
|
| Nach oben |
|
|
|
|
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum nicht posten
Du kannst Dateien in diesem Forum nicht herunterladen
|
|
Powered by phpBB © 2001, 2005 phpBB Group.
|
