linux-avmb1: Trouble mit AVM B1 unter Debian etch auf x86_64
Christoph Viethen
cv at kawo2.rwth-aachen.de
Sun Sep 2 05:25:18 CEST 2007
Hallo,
ich hab hier eine AVM B1 PCI (ist nicht die 4.0er Variante, sondern
etwas älter) in einem x86_64 System. Debian 4.0, aktueller "ganz
normaler" x86_64 Kernel (2.6.18-5-amd64). SMP-Maschine (Core 2 Duo).
Irgendwie krieg ich die gar nicht so recht an's Laufen.
Hier ein paar Ausgaben:
-------[dmesg]-------------------------
b1: revision 1.1.2.2
b1dma: revision 1.1.2.3
b1pci: PCI BIOS reports AVM-B1 at i/o 0xe700, irq 185
kcapi: Controller 1: b1pci-e700 attached
b1pci: AVM B1 PCI at i/o 0xe700, irq 185, revision 2
b1pci: revision 1.1.2.2
....
capifs: Rev 1.1.2.3
capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
b1pci-e700: card 1 "B1" ready.
b1pci-e700: card 1 Protocol: DSS1
b1pci-e700: card 1 Linetype: point to multipoint
b1pci-e700: B1-card (3.11-03) now active
kcapi: card 1 "b1pci-e700" ready.
-------[dmesg]-------------------------
Die Firmware hab ich nach /lib/firmware/isdn gelegt, und sie wird
anscheinend auch ganz korrekt geladen.
DSS1 ist richtig, und point to multipoint ist auch genau das, was ich
hier an einem Basisanschluss mit mehreren Geräten dran brauche.
3.11-03 scheint mir auch die aktuellste Firmware zu sein.
------[capiinfo]-----------------------
Number of Controllers : 1
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.11-03 (49.19)
Serial Number: .......
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x4000001f
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 asynconous operation with start/stop byte framing
V.110 synconous operation with HDLC framing
T.30 modem for fax group 3
B2 protocols support: 0x00000b1b
ISO 7776 (X.75 SLP)
Transparent
LAPD with Q.921 for D channel X.25 (SAPI 16)
T.30 for fax group 3
ISO 7776 (X.75 SLP) with V.42bis compression
V.120 asyncronous mode
V.120 bit-transparent mode
B3 protocols support: 0x8000003f
Transparent
T.90NL, T.70NL, T.90
ISO 8208 (X.25 DTE-DTE)
X.25 DCE
T.30 for fax group 3
T.30 for fax group 3 with extensions
0100
0200
39000000
1f000040
1b0b0000
3f000080
00000000 00000000 00000000 00000000 00000000 00000000
01000001 00020000 00000000 00000000 00000000
Supplementary services support: 0x000003ff
Hold / Retrieve
Terminal Portability
ECT
3PTY
Call Forwarding
Call Deflection
MCID
CCBS
------[capiinfo]-----------------------
Das sieht mir auch ziemlich normal aus.
Dann mal versucht, etwas zu faxen:
capifax -v -i blafasel -h blahead -c 9343439 017513....... weblogo.sff
Die SFF-Datei hatte ich mir vorher extra mit gepatchten NETPBM-Tools
gebaut, sollte im richtigen Format sein. 017513... ist die Nummer
meiner faxfähigen Handymailbox, mangels gerade greifbarem Faxgerät.
Die Daten hinter "-i" und "-h" sind nicht soo wichtig, denk ich mir.
Nun bricht das einfach nur mit folgenden Meldungen ab:
"Disconnected.
Reason : 3302 Protocol error layer 2
Reason-B3 : 0000 No additional information"
avmcapictrl trace full gab das folgende (so "full" sieht mir das gar
nicht aus) :
---------------------------------------------
kcapi: contr 1 set trace=4
kcapi: put [0x1] CONNECT_REQ ID=001 #0x0000 LEN=0080
Controller/PLCI/NCCI = 0x1
CIPValue = 0x1
CalledPartyNumber = <80>0017513.......
CallingPartyNumber = <00 80>9343439
CalledPartySubaddress = default
CallingPartySubaddress = default
BProtocol
B1protocol = 0x4
B2protocol = 0x4
B3protocol = 0x4
B1configuration = default
B2configuration = default
B3configuration = <00 00 00 00 08>blafasel<07>blahead
BC = default
LLC = default
HLC = default
AdditionalInfo = default
kcapi: got [0x1] CONNECT_CONF ID=001 #0x0000 LEN=0014
Controller/PLCI/NCCI = 0x101
Info = 0x0
kcapi: got [0x1] DISCONNECT_IND ID=001 #0x0001 LEN=0014
Controller/PLCI/NCCI = 0x101
Reason = 0x3302
kcapi: put [0x1] DISCONNECT_RESP ID=001 #0x0001 LEN=0012
Controller/PLCI/NCCI = 0x101
kcapi: contr 1 set trace=0
---------------------------------------------
Hmmmm. Ist es normal, dass Headline und Station ID in der
B3configuration landen? Kommt mir seltam vor.
Den "Protocol Error Layer 2" erhalte ich auch, wenn ich capidrv lade
und z.B. in minicom mit AT-Befehlen irgendwas anzuwählen versuche.
Das Schönste: In einer anderen Maschine, auch Core 2 Duo, auch als
x86_64 betrieben, und am gleichen ISDN-Anschluss, läuft die Karte
unter SuSE 10.0 (testweise aufgespielt) anscheinend ohne Probleme.
Ich kann also Fehlkonfiguration des ISDN-Anschlusses oder Defekt der
Karte ausschließen. (Allerdings bin ich mir nicht sicher, ob diese
alternative Maschine tatsächlich als SMP lief, oder ob da ein Kern
ausgeschaltet war. Müßte ich nochmal überprüfen, falls das einen
signifikanten Unterschied machen kann, d.h. falls die ISDN-
Geschichten im Linux-Kernel bekanntermaßen allergisch auf SMP
reagieren. Irgendwo las ich aber, dass SMP gerade bei der AVM B1 eben
keine Probleme verursachen soll. Hmmm.)
Was ist da also kaputt - irgendwas auf Debian-Seite, oder verhält
sich die Hardware der einen x86_64-Maschine (Motherboard etc.)
"seltsamer" als die der anderen? Bin schon drauf und dran, die
"unwillige" x86_64-Maschine zu zerlegen, dort die Platte mit dem SuSE
10.0 reinzupacken und zu schauen, ob die Karte dort unter SuSE auch
ohne Fehler funktioniert, um Hardwareprobleme bei diesem Rechner
auszuschließen. Aber das ist dann noch mehr Schrauberei. *seufz*
Bin mit meinem Latein am Ende ... und frage mich gerade, ob
irgendjemand da draußen eine AVM B1 erfolgreich auf einem x86_64-
System unter Debian 4.0 am Laufen hat. Irgendwelche anderen Ideen,
was man noch so "tracen" könnte, um dem Problem auf die Spur zu kommen?
Danke, Grüße,
Christoph
More information about the linux-avmb1
mailing list