-
Notifications
You must be signed in to change notification settings - Fork 201
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
DEC Pro350 fails floppy on POST #970
Comments
FlashFloppy obeys step commands and asserts Trk0 as appropriate even when no image is mounted. |
Hmm. Then I'm back to square one. The only workaround for now is to always have a non-system diskette inserted in the first FF drive. A real RX50 does not require that a diskette be present. I've managed to dump the controller firmware from the masked 8051 and this just provides a bit more impetus to disassemble it. Just curious: Am I the only person to report such an issue? |
Yes, my 350 does this too. Normally I have a usb stick in so never see this. It seems to boot fine with a stick in at least until I updated from 3.39 to 3.43 flash floppy. I have two images on my stick. Neither boot of course, but neither seemed to prevent the 350 from coming up. Now one image fails and the other succeeds in starting. Neither image can be recognized with something on them. I have the RT-11 OS on mine. A DIR just returns an error on both. Yet, one of these is an image I can boot on my Rainbow so was sure it would work here. |
Interesting data point. I only ever tried non-bootable P/OS images. |
I had really hoped that would work as it would allow me to get stuff to the
Pro from the Rainbow. Still trying to figure out how to best get things
(code) to the Pro. I can read floppies it seems. Thought that did not work for me.
I must have mis-remembered. But I would like to use the Gotek.
…On Fri, Mar 21, 2025 at 12:05 PM Steven Hirsch ***@***.***> wrote:
Interesting data point. I only ever tried non-bootable P/OS images.
—
Reply to this email directly, view it on GitHub
<#970 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AN77PWWVWDHLEATE4XINKOT2VRBD7AVCNFSM6AAAAABYHST4Y2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDONBTHE2TOOBVGQ>
.
You are receiving this because you commented.Message ID:
***@***.***>
[image: snhirsch]*snhirsch* left a comment (keirf/flashfloppy#970)
<#970 (comment)>
Interesting data point. I only ever tried non-bootable P/OS images.
—
Reply to this email directly, view it on GitHub
<#970 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AN77PWWVWDHLEATE4XINKOT2VRBD7AVCNFSM6AAAAABYHST4Y2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDONBTHE2TOOBVGQ>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I've been picking away at this issue for a while now. I'm coming to the belief that the Pro floppy controller is testing for the expected RX50 drive by doing something like this even when no floppy is inserted:
How does FF behave when the host selects and steps in the absence of an inserted diskette? I can hear the RX50 whirring in and out during POST and I think this needs to be happening with FF as well. If that's not the current behavior, can it be modified to do so when 'host = dec' is set?
This behavior may be particular to the Pro3xx controller firmware as no such problems appear on, e.g. an RQDX3 controller (PDP-11).
The text was updated successfully, but these errors were encountered: