Gentoo Archives: gentoo-user-de

From: Stefan Nowy <stefan@××××.de>
To: gentoo-user-de@l.g.o
Subject: [gentoo-user-de] Re: Fritz Card
Date: Tue, 12 Jun 2012 16:10:08
Message-Id: 4FD769B5.2@nowy.de
In Reply to: Fritz Card (was: Re: [gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise) by Alex Schuster
1 Hallo!
2
3 Am 09.06.2012 20:00, schrieb Alex Schuster:
4 > Ich schnappe mir diesen Thread mal, weil ich auch eine Fritz Card
5 > (PCI) habe und der ganze ISDN-Kram hier (auf ~amd64, gentoo-sources-3.3.5)
6 > nicht mehr klappt, was langsam sehr nervig ist.
7
8 leider scheint kaum noch jemand ISDN zu verwenden... außerhalb
9 Deutschlands ja eh unüblich, das schränkt den Nutzerkreis doch stark ein...
10
11
12 > Das war schon länger problematisch.
13
14 Ja, leider, und ist immer wieder ein Problem wenn man eine neue Maschine
15 aufsetzt oder diese einigermaßen aktuell gehalten werden soll...
16
17 > Das fcpci-Paket aus portage
18 > kompilierte irgendwann nicht mehr, aber ich konnte einige Patches von
19 > Hand einspielen. Ab Kernel 3.0 ging das dann auch nicht mehr, aber
20
21 ich habe mich im Groben an
22 http://forums.gentoo.org/viewtopic-t-891622-start-0.html
23 gehalten, also fcpci von
24 https://belug.de/~lutz/pub/fcpci
25 und patch von
26 http://final-frontier.ath.cx/ebuilds/kernel-2.6.39.patch.
27 Das funktioniert auch mit kernel 3.0.6 (zumindest auf zwei anderen
28 Maschine wie der in meinem Ursprungsposting
29
30
31 > net-dialup/fcpci aus dem dfreise-Overlay läuft. Dann kam das neue udev,
32 > und seit dem kann ich keine PPP-Verbindungen mehr starten. Das liegt wohl
33 > daran, dass device-nodes nicht mehr umbenannt werden können. Ich habe das
34 > hier in /etc/udev/rules.d/50-capi.conf:
35
36 dort habe ich
37 KERNEL=="capi", NAME=="capi20", SYMLINK+="faxCAPI"
38
39 aber IIRC geht das auch nicht
40
41 > Die erste Regel benennt /dev/capi in /dev/capi20 um, die zweite legt ein
42 > device im /dev/capi/ Unterverzeichnis an. Aber das Umbenennen mit NAME
43 > geht nun nicht mehr. Doch auch wenn ich die devices manuell mit mknod
44 > anlege, klappt es nicht, es liegt wohl nicht nur am udev.
45
46
47 aus o.g. Anleitung geht hervor:
48 Sollte /dev/capi20 nicht da sein:
49 "cd /dev ; MAKEDEV capi20 ; cp -aR capi20* /lib/udev/devices/."
50
51 in meinen Aufzeichnungen habe ich noch eine Bemerkung:
52 in /lib/udev/devices
53 chmod 666 capi20*
54 ln -s capi20 faxCAPI
55
56
57 vielleicht hilft Dir das ja weiter
58
59 > Nun brauche ich langsam mal eine neue Lösung. Entweder mit fcpci, oder
60 > mISDN, oder alternativ eine andere Karte verwenden, ich habe auch noch
61 > eine HFC-PCI Karte. Achja, den alten hisax-Treiber gibt es ja auch
62 > noch...
63 > Was ich unbedingt brauche ist PPP. Eingehende Anrufe zu protokollieren
64 > wäre schon schön (ich habe mir was gescriptet so dass dann gleich ein
65 > Fenster aufgeht und mir den Anrufer anzeigt), aber zur Not verzichtbar.
66 > Fax wäre auch gut, aber ich könnte auch ohne leben.
67
68 ich stimme Dir zu, wobei ich aber keine anderen ISDN-Karten kaufen
69 möchte. Bei mir ist das zwar andersrum, also unbedingt faxen und evtl.
70 PPP. Was bei mir mit fcpci und CAPI geht ist die Protokollierung
71 mittels dem Modul capidrv (Jun 12 17:57:37 server kernel: capidrv-1:
72 incoming call XXXX)
73
74
75 > mISDN hatte ich mir vor einer Weile mal angeschaut, aber nicht viel gutes
76 > darüber gelesen. Angeblich kompiliert das eh nicht, die Gentoo-Pakete
77 > sind veraltet, oder es ist eh im Kernel drin. Ich hatte mir auch mal die
78 > v2 heruntergeladen, hab's aber auch nicht gebaut bekommen, und dann
79 > aufgegeben ohne mir das näher anzusehen.
80
81 Das Problem scheint zu sein, dass solche Dokumentationen hoffnungslos
82 veraltet sind... in meinen Augen müsste man a) vernünftige Lösungen
83 implementieren und b) diese auch vernünftig für die verschiedenen
84 Einsatzszenarien dokumentieren. Leider kann ich im Punkt a) nichts
85 ausrichten, da ist mein Wissen leider viel zu beschränkt...
86
87
88 Viele Grüße
89 Stefan

Replies

Subject Author
Re: [gentoo-user-de] Re: Fritz Card Alex Schuster <wonko@×××××××××.org>