Hallo Besucher, der Thread wurde 6,9k mal aufgerufen und enthält 15 Antworten

letzter Beitrag von deBUG am

Echte 1541 mit VICE 3.3 unter Linux via OpenCBM ansprechen - nicht mehr möglich?

    Hallo zusammen,
    ich habe mir eben auf meinem neuen Linux PC (Ubuntu 19.04) OpenCBM und VICE 3.3 kompiliert. OpenCBM funktioniert mit den gewohnten Befehlen (cbmctrl, cbmformat etc.) auf der Shell auch ganz prima, ich kann nun Disketten mittels des ZoomFloppy Adapters lesen und schreiben. Allerdings scheint der VICE Emulator in der Version 3.3 aktuell keine Real Devices (via OpenCBM) zu unterstützen. Das ging in Version 3.0 noch ganz ohne Probleme, aber jetzt stürzt der Emu immer ab, wenn ich "Real Device" bei den Peripheral Settings auswähle. Hat hier jemand ähnliche Erfahrungen gemacht?

    Habe das gleiche Problem unter Linux Mint 19.2 Cinnamon. Zugriff auf echte Commodore Laufwerke funktioniert via opencbm CLI tools, wie auch nibtools. Was nicht funktioniert (ging in der Vergangenheit) sind die Real Devices in VICE.


    vice 3.1.0.dfsg1-1

    Code
    1. $ x128 -silent +confirmexit -80col -iecdevice8 -device8 2
    2. Speicherzugriffsfehler (Speicherabzug geschrieben)

    Oct 12 21:15:15 s0nar kernel: [ 4491.390027] x128[5858]: segfault at 2 ip 00007ff5047e7cc8 sp 00007ffc1e967fb0 error 6 in libusb-1.0.so.0.1.0[7ff5047e2000+17000]


    Code
    1. $ cbmctrl --version
    2. cbmctrl version 0.4.99.99, built on Apr 13 2020 at 23:28:33
    3. $ cbmctrl detect
    4. 8: 1571
    5. $ cbmctrl dir 8
    6. 0 ."transport " 00 2a
    7. 1 "directory" prg
    8. 663 blocks free.
    9. 00, ok,00,00
    Zitat von frank128

    Das Problem ist hier offenbar die ZoomFloppy.

    Kannst du einen vollständigen Backtrace liefern?

    Und: Vor dem Starten von VICE mit XUM1541_DEBUG=9 setzen (entweder durch "XUM1541_DEBUG=9 x64", oder durch "export XUM1541_DEBUG=9" und den Output mitliefern.


    Und: Welche Version von OpenCBM benutzt du? (0.4.99.xxx, das xxx wäre wichtig)

    Zitat von strik

    Kannst du einen vollständigen Backtrace liefern?

    Und: Vor dem Starten von VICE mit XUM1541_DEBUG=9 setzen (entweder durch "XUM1541_DEBUG=9 x64", oder durch "export XUM1541_DEBUG=9" und den Output mitliefern.


    Und: Welche Version von OpenCBM benutzt du? (0.4.99.xxx, das xxx wäre wichtig)


    Code
    1. $ git clone https://github.com/OpenCBM/OpenCBM
    2. ....
    3. $ cbmctrl --version
    4. cbmctrl version 0.4.99.103, built on Oct 13 2020 at 18:59:17

    Gerade frisch kompiliert.




    Code
    1. usb 1-3: new full-speed USB device number 16 using xhci_hcd
    2. usb 1-3: New USB device found, idVendor=16d0, idProduct=0504
    3. usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    4. usb 1-3: Product: xum1541 floppy adapter (ZOOMFLOPPY)
    5. usb 1-3: Manufacturer: Nate Lawson and OpenCBM team
    6. usb 1-3: SerialNumber: 000
    7. x128[13273]: segfault at 2 ip 00007fe582b77cc8 sp 00007ffebaea0860 error 6 in libusb-1.0.so.0.1.0[7fe582b72000+17000]

    Ergänzung: Nach dem abgebrochenen Start von VICE blinkt die grüne LED.



    hier hängt dann cbmctrl detect.


    Ein Reset löscht die LED



    Aber ein erneuter cbmctrl detect schlägt wieder fehl - mit blinkender LED.


    Zitat von strik

    Ähm... Ich war jetzt davon ausgegangen, dass OpenCBM funktioniert und es nur im Zusammenhang mit VICE zu den Problemen kommt.
    Das ist nicht der Fall?


    Du nutzt noch die spezielle Firmware, die ich dir mal zu Testzwecken geschickt hatte? Ändert sich etwas, wenn du auf eine offizielle wechselst?


    Ja, ich nutze noch die spezielle Firmware 8)

    Was ist denn derzeit die offizielle Firmware?

    -rw-r--r-- 1 root cbm 37920 Okt 13 18:56 xum1541-ZOOMFLOPPY-v08.hex
    ?

    skurril - Ich dachte die aktuelle opencbm version sollte den alten Bug beseitigen.


    Mit dem Firmware downgrade ist das alte Problem wieder da :( Nach jedem zweiten cbmctrl hängt die ZoomFloppy mit blinkender LED.

    zurück mit der experimentellen FW Version funktioniert alles wieder wie gewohnt.

    Zitat von frank128

    Gerade frisch kompiliert.

    Auch installiert oder direkt aus dem Verzeichnis gestartet? Oder anders gefragt: Ist sichergestellt, dass der Eintrag "location" unter "[xum1541]" in "/etc/opencbm.conf" auf die neu übersetzte Version zeigt? Bitte prüfe mal das Dateidatum.


    Außerdem wäre noch die Linux-Kernelversion interessant (uname -a).


    Zum Segfault fällt mir spontan nur auf, dass du offenbar nicht die neueste libusb Version installiert hast. (Es sollte trotzdem nicht crashen, könnte aber erklären, warum der Fehler zB bei mir nicht auftritt).

    Zitat von thierer

    Auch installiert oder direkt aus dem Verzeichnis gestartet? Oder anders gefragt: Ist sichergestellt, dass der Eintrag "location" unter "[xum1541]" in "/etc/opencbm.conf" auf die neu übersetzte Version zeigt? Bitte prüfe mal das Dateidatum.


    Ich habe meine eigene Version von "/etc/opencbm.conf" , und die location ist korrekt gesetzt.

    Ich hoffe ich kann ein par wörter in englisch screiben, mein deutsch is sehr schlimm ....


    I get this error:


    [ 5650.150548] show_signal_msg: 38 callbacks suppressed

    [ 5650.150549] x64sc[17694]: segfault at 0 ip 0000000000000000 sp 00007f80be3b0a38 error 14

    [ 5650.150551] Code: Bad RIP value.


    Oddly enough it has worked from time to time. Same OpenCBM version as above, zoomfloppy.


    Vice 3.5 (GTK3 3.22.30, GLib 2.56.4)


    Linux 5.4.0-80-generic

    #90~18.04.1-Ubuntu SMP Tue Jul 13 19:40:02 UTC 2021

    x86_64


    aaahh :-(

    https://unix.stackexchange.com…s-does-bad-rip-value-mean