Hallo, Tobias Becker schrieb:
* Jan Girlich
schrieb: Ein "make dep && make clean bzImage modules modules_install" und den fertigen Kernel an die richtige Stelle geschoben. Isdnlog mit abclcr=4 und providerchange=/etc/isdn/provider in der Config-File ausgeführt. Das Skript provider läuft und gibt "0" zurück.
Wie ich soweit beim ersten Mal gekommen bin ist mir inzwischen ein Rätsel. Oder mir sind ein paar Fehlermeldungen nicht aufgefallen.
isdnlog muss neu übersetzt werden. Hierbei muss die Konstante CONFIG_ISDN_WITH_ABC_LCR_SUPPORT aus der Kernelkonfiguration gesetzt sein. Mangels entsprechenden Kernel(quellen) weiß ich nicht, ob dies automatisch der Fall ist. Auf jeden Fall wird hierdurch das Verhalten in ~/isdn4k-utils/isdnlog/isdnlog/processor.c o. ä. geändert.
Ja, ich habe mir die Stelle im Source-Code angesehen. Und die Konstante ist erst nach einspielen des Channelbind-Patches verfügbar und muss dann noch auf 'y' gesetzt werden.
Hiernach sollte isdnlog echtes LCR betreiben, eine Bestätigung dafür ist mir bislang nicht aber bekannt, von daher wären Deine Ergebnisse in jedem Fall wissenswert.
Sollte das Neuübersetzen zu Problemen führen, diese bitte hier schildern.
Das Problem liegt ein wenig früher als ich dachte. Und zwar ist kein Hisax-Treiber mehr da, wenn man den Patch einspielt und den Kernel neu kompiliert. Dabei spielt es keine Rolle, ob man den Hisax als Modul oder fest in den Kernel mit einkompiliert. Er scheint einfach zu verschwinden. "modprobe: can't find module hisax" Und bei fest im Kernel kompiliertem Treiber ist nichts davon in dmesg zu finden. Ist es ein Ausweg den capi-Treiber zu verwenden? Das werde ich im Verlaufe der nächsten Tage mal probieren, aber ich habe noch keinerlei Erfahrungen mit der Capi. Bis dahin Jan