Asterisk unter XEN als Squeeze-DomU mit mISDN (Subvendor problem mal anders)

iNT2k

Neuer User
Mitglied seit
5 Mrz 2006
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,
ich verzweifele langsam. Vielleicht kann mir ja hier jemand helfen:

Nach 5 Jahren dachte ich, dass es eine gute Idee wäre meine Dom0's mal vom antiken 2.6.18er Kernel upzugraden.
Herausgekommen ist der 3.2er Kernel aus den Debian-Backports (3.2.0-0.bpo.3-amd64). Alles fine bis dahin. Zum eigentlichen Problem:

Hardware: BeroNet BN4SO (1397:08b4)
Software: Debian Squeeze mit o.g. kernel, sowie pciback und mISDN/hfcmulti als modul.

Kurz und knackig:
- Ein modprobe hfcmulti in der Dom0 erkennt er die isdnkarte problemlos. Hier der Output:
Code:
[18447.234982] mISDN: HFC-multi driver 2.03
[18447.235028] HFC-multi: card manufacturer: 'beroNet GmbH' card name: 'HFC-4S Card' clock: double
[18447.235046] hfc_multi 0000:05:03.0: enabling device (0000 -> 0003)
[18447.235055] xen: registering gsi 24 triggering 0 polarity 1
[18447.235067] Already setup the GSI :24
[18447.235071] hfc_multi 0000:05:03.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
[18447.235098] card 0: defined at MEMBASE 0xffffc90001862000 (0xdf300000) IRQ 24 HZ 250 leds-type 2
[18447.236259] beroNet GmbH: HFC-4S Card DIPs(0x0) jumpers(0x0)
[18447.236309] HFC_multi: detected HFC with chip ID=0xc0 revision=1
[18447.252022] controller is PCM bus MASTER (auto detected)
[18447.252025] controller has PCM BUS ID 100 (auto selected)
[18447.352040] 1 devices registered

Derselbe Kernel läuft in der DomU. Entlade ich nun alle Treiberchen brav in der Dom0 und übergebe die PCI-Karte der DomU, so kommt diese auch dort an. Hier mal ein lspci -vvnn aus der DomU:
Code:
        00:00.0 Non-VGA unclassified device [0000]: Cologne Chip Designs GmbH ISDN network Controller [HFC-4S] [1397:08b4] (rev 01)
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Region 0: I/O ports at 3000 [disabled] [size=8]
	Region 1: Memory at df300000 (32-bit, non-prefetchable) [disabled] [size=4K]

Jetzt kommts aber: Will ich per modprobe hfcmulti die Karte dort (also in der DomU) initialisieren, kommt folgendes:
Code:
[ 6044.471541] mISDN: HFC-multi driver 2.03
[ 6044.471568] Unknown HFC multiport controller (vendor:1397 device:08b4 subvendor:0000 subdevice:0000)
[ 6044.471582] Please contact the driver maintainer for support.

Da der Subvendor scheinbar aus der DomU nicht auslesbar ist, hilft mir der angepinnte Eintrag im ipp auch nicht weiter. Davon ab bekomme ich mISDN zwar in der DomU nachgebaut - beim laden treten dann aber noch viel wildere Fehler auf. Um nur ein paar zu nennen:

Code:
Nov 24 13:33:02 xenast kernel: [10244.049530] hfcmulti: disagrees about version of symbol mISDN_freebchannel
Nov 24 13:33:02 xenast kernel: [10244.049548] hfcmulti: Unknown symbol mISDN_freebchannel (err -22)
Nov 24 13:33:02 xenast kernel: [10244.049580] hfcmulti: disagrees about version of symbol bchannel_senddata
Nov 24 13:33:02 xenast kernel: [10244.049588] hfcmulti: Unknown symbol bchannel_senddata (err -22)
Nov 24 13:33:02 xenast kernel: [10244.049600] hfcmulti: disagrees about version of symbol mISDN_initbchannel
Nov 24 13:33:02 xenast kernel: [10244.049608] hfcmulti: Unknown symbol mISDN_initbchannel (err -22)

Da derselbe (!) treiber in der Dom0 tut, in der DomU aber nicht, kann es ja auch eigentlich nicht am Modul liegen, oder irre ich ???
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.