Kein Betreff
Fr Feb 26 19:36:39 CET 1999
>From guckes Fri Feb 26 20:36:40 1999
Return-Path: <owner-linux-l at mlists.in-berlin.de>
Delivered-To: guckes at math.fu-berlin.de
Received: (qmail 747 invoked from network); 26 Feb 1999 19:36:38 -0000
Received: from gnu.in-berlin.de (HELO mail.vr.IN-Berlin.DE) (192.109.42.4)
by leibniz.math.fu-berlin.de with SMTP; 26 Feb 1999 19:36:38 -0000
Received: from localhost (daemon at localhost)
by mail.vr.IN-Berlin.DE (8.9.1a/8.9.1) with SMTP id UAA28771;
Fri, 26 Feb 1999 20:16:40 +0100 (CET)
(envelope-from owner-linux-l at mlists.in-berlin.de)
Received: by GNU.IN-Berlin.DE (bulk_mailer v1.11); Fri, 26 Feb 1999 20:16:33 +0100
Received: (from majordom at localhost)
by mail.vr.IN-Berlin.DE (8.9.1a/8.9.1) id UAA28656
for mlists-in-berlin-de-outgoing-linux-l; Fri, 26 Feb 1999 20:15:42 +0100 (CET)
(envelope-from owner-linux-l at mlists.in-berlin.de)
Message-ID: <36D6F2C6.FBF1CF00 at t-online.de>
Date: Fri, 26 Feb 1999 20:15:18 +0100
X-Mailer: Mozilla 4.01 [de]C-DT (Win95; I)
MIME-Version: 1.0
To: linux-l at mlists.in-berlin.de
Subject: Re: linux-l: hisax: ... (2.) Fortsetzung
X-Priority: 3 (Normal)
References: <Pine.LNX.4.05.9902252039520.545-100000 at camelot.hubig.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Sender: 0332378470-0001 at t-online.de
From: im-Zweifelsfall at t-online.de (Polet & SEIBERTZ)
Sender: owner-linux-l at mlists.in-berlin.de
Reply-To: linux-l at mlists.in-berlin.de
Status: RO
Content-Length: 4734
Lines: 120
Liebe Leute,
insbesondere Georg, Soeren und Markus,
vielen Dank für Eure Hilfsversuche, leider habe ich - trotz dieser
Bemühung noch kein vernünftiges Ergebnis erzielt:
SZ:/root # modprobe hisax type03 protocol=2 io=0x180 irq=10 id=hisax1
conf:12: missing argument
SZ:/root # insmod hisax type03 protocol=2 io=0x180 irq=10 id=hisax1
/lib/modules/2.0.35/misc/hisax.o: unresolved symbol register_isdn
> 1. Du hast als io-port '0x180' angegeben.
> Das ist richtig unter win. Unter linux musst Du unbedingt '0xd80'
> eintragen.
SZ:/root # modprobe hisax type03 protocol=2 io=0xd80 irq=10 id=hisax1
conf:12: missing argument
SZ:/root # insmod hisax type03 protocol=2 io=0xd80 irq=10 id=hisax1
/lib/modules/2.0.35/misc/hisax.o: unresolved symbol register_isdn
Ich habe überhaupt keine Idee warum die IO-Adresse nicht 0x180, wie
voreingestellt, sein soll.
Nach Handbuch der Karte (es verdient den Namen sicherlich NICHT) sind
die Adressen
0x180, 0x280, 0x380 möglich (die vierte Einstellmöglichkeit legt 0x80
nahe, aber undokumentiert)
Die Karte zeigt noch andere Anomalien: Laut HB liegt auf dieser Adresse
das Register um den IRQ zu konfigurieren. Näheres gibt es nicht. Es wird
weiterhin behauptet, daß dort insgesamt 32 Byte IO-Bereich
(einschließlich o.g. Registers) liegen. WinDingsda behauptet einen
Adressbereich von 0x180 bis 0x184 zu belegen, im word-Modus zuwenig, im
d-word-Modus zu viel (na ja, muß ja nicht benutz werden) nach HB wird
word-breit gearbeitet.
> 2. I4L_TELES_MODUL_OPTIONS="type=3 protocol=2 io=0x180 irq=10 id=hisax1"
> Alle darin enthaltenen Angaben sind ja schon in den Zeilen vorher
> gemacht.
> Also: I4L_TELES_MODUL_OPTIONS=""
> Ich kenn zwar diese Distribution nicht, sieht aber soweit gut aus (mal
> angenommen die Karte liegt wirklich bei irq10 und io-adr 0x180!)
^^muß
wohl HiSax erst initialisieren
(ist auch nur einmalvergeben!)
Wenn ich /sbin/init.d/i4l_hardware richtig verstehe, dann wird
...OPTIONS auf Belegung geprüft, wenn nicht werden die
Einzel-Zuweisungen angenommen:
________________________________________________________________
if test -z "$I4L_TELES_MODUL_OPTIONS"; then
HISAX_PAR1="id=$I4L_TELES_ID type=$I4L_TELES_TYPE
protocol=$I4L$ case "$I4L_TELES_TYPE" in
.
.
3)
# Teles 16.3
HISAX_PAR2="irq=$I4L_TELES_IRQ io=$I4L_TELES_PORT"
;;
.
.
esac
HISAX_PAR="${HISAX_PAR1} ${HISAX_PAR2}"
else
HISAX_PAR=$I4L_TELES_MODUL_OPTIONS
fi
_______________________________________________________________________
...wäre somit wohl einfach nur überzogen definiert...
> > Loading ISDN drivers ...
> > Loading HiSax driver ...
> > conf:12: missing argument
> Das soll uns sicher sagen, dass in ZEILE 12 was fehlschlaegt, womit du mir
> jetzt sagst, was in Zeile 12 steht !
Entschuldige im Voraus, daß ich so doof frage, Zeile 12 wovon, absolute
Zeilen, Code-Zeilen, usw.? Es kann sich weder um rc.config noch um
i4l_hardware handeln, da paßt irgendwie nichts.
Nach Georgs Empfehlung sieht die Meldung nun so aus:
_______________________________________________________________________
.
.
conf:12: missing argument
/sbin/init.d/rc2.d/S04dummy: I4L_TELES_MEMBASE:: command not found
/sbin/init.d/rc2.d/S04dummy: I4L_TELES_IO0:: command not found
/sbin/init.d/rc2.d/S04dummy: I4L_TELES_IO1:: command not found
SIOCSIFADDR: No such device
/sbin/init.d/rc2.d/S05i4l: I4L_TELES_MEMBASE:: command not found
.
.
______________________________________________________________________
Ist das als Fortschritt zu bewerten, oder eher nicht? Warum ist aus
einem (Adreß-)Parameter plötzlich ein Prozeduraufruf geworden?
Was ich ebenso wenig wie die andere IO-Adressierung verstehe, ist, daß
HiSax hier überhaupt weitere Parameter fordert, wo ...Type=3 doch gerade
ohne ...MEMBASE, ...IO0 und ...IO1 auskommen müßte.
In die HiSax-Quelle habe ich noch nicht geschaut, aber das ist aus
meiner Sicht sowieso nicht erfolgversprechend, da die Karten-Doku das
Programmiermodell nicht offenbart. Außerdem wird ja von SuSE behauptet,
daß es so gehen sollte, oder?
Hat jemand sinnvolle Vorschläge was für Werte bei den fehlenden
Parametern sinnvoll ist. Unter Dos läuft ein Test, der die IO0/IO1
Belegung als ISAC, HSCX0, HSCX1 (???) extra prüft (Transfer von anderen
Beispielkarten des HOWTOs, keine Doku)? Daten kann man (ich) nicht
entnehmen.
Wenn die Karte bei Dir, Georg, läuft, wäre es vielleicht einmal möglich
(höflichste Bitte) die Variablen anzeigen zu lassen und sie mir
mitzuteilen?
Ich habe einfach keine Idee dazu!
Herzlichen Dank allen Helfern
Grüße
Egbert
Mehr Informationen über die Mailingliste linux-l