Message: 6 Date: Sat, 22 Nov 2003 10:58:21 +0100 From: Frank Benkstein benkstein@math.tu-dresden.de To: lug-dd@schlittermann.de Subject: Re: WinBond WB6692 PCI ISDN Adapter Reply-To: lug-dd@schlittermann.de
Hallo.
Was sagt denn ein "lspci"? Wenn die Karte da nicht auftaucht ist sie vielleicht kaputt.
Tut mir leid, mit unresolved symbol Fehlern kenne ich mich nicht so aus. Muss der Treiber vielleicht mit einer Prozessor-Unterst=FCtzung >=3D PentiumMMX im Kernel gebaut werden?
Hatte bisher immer eine FritzCard von AVM, die lief recht gut unter Linux. (Jetzt aber schon lange nicht mehr ausprobiert.)
Gr=FC=DFe Frank Benkstein.
--__--__--
Message: 11 Date: Sat, 22 Nov 2003 12:27:03 +0100 From: Hilmar Preusse hille42@web.de To: lug-dd@schlittermann.de Subject: Re: WinBond WB6692 PCI ISDN Adapter Organization: Hilmar Preusse Inc. Reply-To: lug-dd@schlittermann.de
Ich probier mich mal jetzt als Wahrsager. Falls ich Mist erzähle bitte korrigieren.
\begin{enumerate} \item unresolved symbol bedeutet, daß das Modul versucht auf eine Funktion zuzugreifden, die im Kernel nicht existiert. \item Funktion _mmx_memcpy wird in /usr/src/linux/arch/i386/lib/mmx.c implementiert (rgrep über die Kernelsourcen) \item das File wird beim compilieren berücksichtigt, wenn die Funktion CONFIG_X86_USE_3DNOW ausgewählt wurde (Anschauen des Makefiles in /usr/src/linux/arch/i386/lib/ \item Die Funktion selber ist nicht anwählbar, sondern wird auf True gesetzt, sobald als Prozessor Athlon/Duron/K7 oder CyrixIII/VIA-C3 ausgewählt wurde (rgrep über die Kernelsourcen -> /usr/src/linux-2.4.22/arch/i386/config.in) \item Das Modul wurde offenbar für einen dieser Prozessoren gebaut, der Kernel aber nicht. \end{itemize}
Ist das Modul selbst gebacken? Hilft Dir das da oben weiter?
Hallo,
vielen Dank erstmal für die Antworten.
Ich beantworte jetzt mal beide Antworten gleichzeitig, da beide irgendwie in die gleiche Richtung gehen.
lspci liefert mir unter 00:0a.0 (was auch immer das heissen mag) einen Eintrag für die Karte. Die ist also nicht kaputt. Hätte mich auch gewundert. Unter dem falschen Betriebssystem funktioniert sie nämlich problemlos ...
Der Kernel (mit Modulen) ist von mir selber kompiliert für Athlon/Duron/K7. Das sollte kein Problem sein, weil ich einen Athlon habe. Ansonsten funktioniert der Kernel wie er sollte.
Beim Kompilieren werden "mmx" und "3dnow" als USE-flags berücksichtigt. Das sollte bei einem Athlon eigentlich doch auch kein Problem sein ...
Wenn man mal ein bischen googelt, wird man darauf gebracht, dass es sich um einen Kompilierfehler (vom crosscompiler??) handeln könnte.
http://www.chilis-home.de/geek/portal/wbb/thread.php?sid=ca8592ec78ed74fd488...
Leider ist es nicht sehr ergiebig ...
Linux ist so ein schönes Betriebssystem. Jetzt müsste es einfach nur noch funktionieren.
Grüße Burkhard
On 23.11.03 Burkhard Hoeckendorf (b.hoeckendorf@web.de) wrote:
Hallo,
lspci liefert mir unter 00:0a.0 (was auch immer das heissen mag) einen Eintrag für die Karte.
Ich weiß nicht genau, was lspci in dem Moment genau tut, aber IIRC hat jede aktuelle Karte einen kleinen Chip drauf wo drinsteht, was das für eine ist. lspci beweist in dem Augenblick nur, daß die Karte da ist und erkannt wurde.
Die ist also nicht kaputt. Hätte mich auch gewundert. Unter dem falschen Betriebssystem funktioniert sie nämlich problemlos ...
OK.
Der Kernel (mit Modulen) ist von mir selber kompiliert für Athlon/Duron/K7. Das sollte kein Problem sein, weil ich einen Athlon habe. Ansonsten funktioniert der Kernel wie er sollte. Beim Kompilieren werden "mmx" und "3dnow" als USE-flags berücksichtigt. Das sollte bei einem Athlon eigentlich doch auch kein Problem sein ...
Komisch. Gibts die Symbole, die bemängelt werden in der passenden /boot/System.map? Nein, die braucht man nicht zum Funktionieren, aber zum Debuggen ist sie ganz gut.
Wenn man mal ein bischen googelt, wird man darauf gebracht, dass es sich um einen Kompilierfehler (vom crosscompiler??) handeln könnte.
Wozu brauchst Du 'nen Crosscompiler? Du willst doch auf Intel für Intel bauen?
Linux ist so ein schönes Betriebssystem. Jetzt müsste es einfach nur noch funktionieren.
Moment, der Kernel bootet doch oder? <gd&r>
H., ist gespannt wann debian.org wieder on-line ist.
lug-dd@mailman.schlittermann.de