-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cbmctrl on Linux hanging on checking for status #110
Comments
Could you please check if the symptoms match what was reported in #108 (especially if the LED turns on again about ~2s after it turned off after plugging the device in) and if so flash the firmware attached to #108 (comment) and see if it helps? |
Thank you for the reply! That absolutely worked. Thank you.
|
Thanks for the feedback, glad it works! We're on it :), but for now I suggest you keep using that firmware. |
This seems to have the same root cause like #108. |
I fully acknowledge that this might be a me problem, but appreciate any insight that could be provided.
I have a ZoomFloppy, fresh from RETRO. Machine is a Gemini Lake based machine, running Ubuntu 22.04. Compiled OpenCBM from GitHub master, with the xum1541 plugin, at commit db80d1b against libusb-1.0. Test drive is one of two Commodore 1541 drives connected over serial.
xum1541cfg devinfo reports:
Any command I run, of
status 8
,dir 8
,command 8 I0:
, ordetect
, with XUM1541_DEBUG=9 results in:... followed by a hang. Control-C will successfully stop the process, and a subsequent reset command will complain with
previous command was interrupted, resetting
, and successfully resetting. So, that's the thing. The only command that successfully seems to run isreset
, as it doesn't seem to wait for a result. It does cause the red LED to light up as the drive spins for a standard reset, so data is definitely being sent over the line.The hardware seems fine. Plugging the same ZoomFloppy and set of disk drives into a Windows 11 machine with OpenCBM binaries responds as the documentation suggests. All of the above commands work, I can read and write from the drives. In case one was more sensitive than the other, I changed out USB cables, and I changed out serial cables, to no avail.
I'd love to keep this connected to the Linux box and work with disks from there, but can connect it to the Windows machine if I have to. :) If you have any ideas for things to try, I'd appreciate it.
Thank you for all of your hard work.
The text was updated successfully, but these errors were encountered: