Plötzliches OpenCBM Problem auf AMD64

Ich war jetzt so froh, dass ich endlich mein Combo-Kabel fertiggelötet habe um endlich mal meinen Parallelport am c1541 auszuprobieren.

Und dann der Schock: Aus irgendeinem unerfindlichen Grund kann ich auf einmal die cbm.ko von OpenCBM nicht mehr laden.

Ich bekomme nur:

Gar nicht schön.

Vor allem: Bis letzte Woche lief es noch!
Seitdem habe ich an meiner Linux-Installation eigentlich überhaupt nichts verändert. Zumindest nichts, was sich irgendwie auf den Kernel auswirken würde. Habe auch den nächst neueren Kernel runtergeladen und installiert. cbm.ko neu kompiliert (mit dem angegebenen Patch), installiert, und wieder das selbe.
Das ist echt frustrierend!

Übrigens kann ich den Rest von OpenCBM auch nicht kompilieren. Aber die Tools hatte ich noch von einem älteren Kompilat, das auch noch funktioniert hat. (zumindest letzte Woche noch)

Hier bekomme ich folgenden Fehler:

Hier noch meine Daten:

Ich weiss nicht genau, wer für Bugs zuständig ist.
Morgen schreibe ich das an die Mailing-Liste.
Bis dahin würde ich gerne wissen, ob irgendjemand die Fehler auch schon hatte oder etwas damit anfangen kann.

Zitat

/usr/bin/ld: ../arch/linux//libarch.a(file.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC

er sagt dir doch was das problem ist (und sogar was die warscheinliche lösung ist)

Zitat

Original von sauhund

er sagt dir doch was das problem ist (und sogar was die warscheinliche lösung ist)

Alle kompilierten Dateien vor dieser Fehlermeldung wurden mit -fPIC kompiliert!
Und bei diesem Aufruf -fPIC anzufügen bringt auch nichts.
Also ich werde aus dieser Fehlermeldung nicht schlau.

vermutlich wurde dann besagte libarch.a nicht mit -fpic kompiliert

Das ist richtig.
Das ist ein Bug. Danke!
Mit der Option bei der Stelle kompiliert er jetzt durch.
Nur am Schluss gibt es noch einen Error, der aber unwichtig zu sein scheint:

Aber leider hilft das alles noch nicht bei meinem Hauptproblem.
Einsetzten kann ich all die schönen kompilierten Tools wegen dem Segfault beim Modul leider nicht.

Ich habe noch mal versucht, alle möglichen Fehlerquellen herauszufinden und noch ein paar Informationen gesammelt, die bei der Fehlersuche helfen sollten:

Nicht dass das so viel hilft. Aus meiner Sicht ist das alles vollkommen in Ordnung.

Problem gefunden.
Bei der neuesten module-init-tools löst der Befehl "insmod" grundsätzlich einen "Segmentation Fault" aus. Es hatte also gar nichts mit dem cbm.ko zu tun gehabt!

Ich hoffe, dieses Problem wird bald gefixed. Das ist ja doch schon hammerhart!

Leider hat das mir auch so nicht viel gebracht.
Wenn ich mein selbstgebasteltes XAP1541 Kabel anstecke und das Floppy starte, leuchtet nur die LED rot, der Motor springt an und hört nicht wieder auf.
Und das, obwohl ich über eine Stunde damit verbracht habe, alle Leiterbahnen zu überprüfen! (So weit es mir möglich war)
So viel Arbeit, so viel Bastelei ist jetzt für die Katz!

Aber wenigstens kann ich das normale XM1541 Kabel jetzt wieder benutzen.
Wenigstens etwas.

Ich hatte nur einen Patch. Weiss nicht wo ich den her hatte. Ich wusste nicht, dass es noch mehr gab.
Vielleicht sollte man sie auch auf der Troubleshooting-Seite mit einem Satz erwähnen.
Ich hab alle runtergeladen und installiert und jetzt funktioniert alles.

Na ja, bis auf mein XAP1541 natürlich.

Kleine Frage zum XAP-Kabel:
Das ist doch eigentlich nur ein XA1541, bei dem noch die parallelen Eingänge mit angelegt werden. Das würde bedeuten, zum Testen des Kabels muss ich nur den XA-Anteil testen und dann würde es auch wie ein XA funktionieren.
Zumindest so weit, bis mein Floppy beim Einschalten nicht auf Dauerbetrieb geht.

Jedenfalls danke nochmal für den Hinweis!

Ja, ich habe die richtigen benutzt, aber das ist jetzt hinfällig.
Ich habe jetzt zusätzlich zu den Leiterbahnen und Lötsstellen noch mal das Schema überprüft, und zwei hammerharte Fehler gefunden.
Einer lag bei mir, einer bei dem Layoutprogramm.
Beim Layoutprogramm lagen die Nummer der Pins im Schema und dem Footprint auseinander. Das ist natürlich übel und ich musste das händisch korregieren. Das wird auch ein Fehler in meinem StereoSID-Projekt, das ich noch mal überarbeiten muss.
Und dann habe ich alle Transistoren gleich auf Collektor und Emitter geschaltet und übersehen, dass bei einem das andersrum ist. Dann kann es auch nicht klappen.

Ich hoffe, dass die SMD-Transistoren es überleben, wenn ich sie nochmal loslöte. Ich hoffe die sind so robust, denn ich habe nur noch zwei Ersatztransistoren...
Morgen versuche ich es nochmal.

Jetzt ist das Kabel so weit, dass ich wenigstens das Floppy einschalten kann, ohne dass es auf Dauerbetrieb geht.
Mehr aber auch nicht.
Wenn ich irgendeinen Befehl drauf loslasse, passiert gar nichts.
Ich vermute, dass die Transistoren vom Wieder-Auslöten kaputt gegangen sind. Was anderes kann ich mir nicht mehr denken.
Damit gebe ich diesen Versuch jetzt auf.
Ich werde mein XM1541 Kabel auf XMP1541 umlöten und schauen ob das geht. Ich weiss sowieso nicht, wo der Vorteil vom XA gegenüber dem XM liegen soll.

Zitat

Original von Nightshade
Jetzt ist das Kabel so weit, dass ich wenigstens das Floppy einschalten kann, ohne dass es auf Dauerbetrieb geht.
Mehr aber auch nicht.
Wenn ich irgendeinen Befehl drauf loslasse, passiert gar nichts.
Ich vermute, dass die Transistoren vom Wieder-Auslöten kaputt gegangen sind. Was anderes kann ich mir nicht mehr denken.
Damit gebe ich diesen Versuch jetzt auf.

Alles anzeigen

Hi,
Dauerbetrieb der Floppy ... kommt mir irgendie bekannt vor.
Wann machst Du die Floppy denn an ?
Direkt als erstes, oder erst wenn Du den PC hochgefahren hast ?

Also bei meinem PC und XM Kabel muß ich wie folgt vorgehen. Erst Floppy einschalten, dann den PC starten, in der Zeit wo der PC hochfährt läuft der Motor der Floppy an, und sobald WindowsXP gestartet ist stellt er sich wieder ab und ich kann so wie es soll drauf zugreifen.
Wenn ich allesdings mal den PC starte wenn die Floppy aus ist, habe ich keine Chance später mal drauf zuzugreifen, also wenn ich dann mal die Floppy einschalte läuft sie nur im Dauerbetrieb. Muß dann Windows erst neu starten damit es wieder geht.

Kennt jemand das Verhalten und kann es mal erklären ?
Ist es auch mit anderen Kabeln so, z.B. beim XA ?

Gruß Donald

Zitat

Original von wattie
Also bei mir reicht ein einfaches "cbmctrl reset" aus, danach hört die Floppy auf zu laufen, und ich kann problemlos drauf zugreifen.

Hi,
das habe ich natürlich auch schon probiert, keine Chance wenn die Floppy nicht vor dem PC-Start an ist.

Vielleicht noch irgendeine Einstellung die geändert werden muß, muß ich halt noch mal ein wenig mit verschieden Einstellungen versuchen.

Gruß Donald

Also bei mir läuft Linux.
Wenn ich ohne geladenen Treiber das Floppy anschalte, geht er auf den bekannten Dauerbetrieb.
Sobald ich das Kernel-Modul von OpenCBM geladen habe, kann ich den 1541 beliebig an und ausschalten und alles ist in Ordnung.

Ich habe jetzt übrigens mein XM1541-Kabel mit einem Parallelkabel modifiziert. War ne Sache von 20 Minuten. Die parallele Datenübertragung geht ohne Probleme. Ich hätte mir wirklich nicht die Mühe mit dem XA-Kabel machen sollen.

Der Geschwindigkeitszuwachs durch parallele Übertragung ist zwar nicht so hoch wie ich gedacht habe, aber mit verdoppelter Geschwindigkeit immer noch sehr gut.

Hi,

so nach einigen hin und her versuchen geht es nun auch, ohne vorher den PC neu zu starten.

Einfach Treiber deinstallieren mit "instcbm -r"
und dann wird neu installieren mit "instcbm"
und schon klappt der Zugriff.

Gruß Donald

Hi.

uiii, 0.4.1 ist in Sicht. Klasse.
Na das eine oder andere ist schon noch aufgefallen an 0.4.0, aber ich denke mal das brauch ich hier nicht aufführen, wird dann bestimmt auch schon bekannt sein und in der 0.4.1 behoben sein.

Gruß Donald