Re: I/O bus reset to fix CMD MSCP controllers (and probably others)

Hans Rosenfeld <[email protected]>
Newsgroups gmane.os.netbsd.ports.vax
Message-ID <[email protected]>
On Mon, Mar 31, 2025 at 06:47:16PM +0200, Johnny Billquist wrote:
> Do we know which model of VAX and which model of CMD controller this
> is?

Robert has a VAX 4000/200 (KA660) with a CMD CQD-223/M. George reported
the same issues on a VAX 4000/500A (KA681) with a CMD CQD-223/TM.

I got mine in a uVAX 3500, but I never tried NetBSD on that system, and
even if I did it would probably have just worked as that was around
NetBSD 1.6 / 2.0 time. It did fail to boot 4.3BSD, though, which is why
I replaced it with a Emulex UC07 in that system.


> It do seem we should expect a transition to step 1 within 100ms after a
> reset, and could do a second reset much faster (than 10s).

Yes.

> I don't agree that skipping this retrying in udaattach() is correct. Just
> because udamatch() was successful don't mean we can't have a fail to reset
> for some weird reason, at which point it should be retried at least once.

Sure. I was just saying that it apparently never caused a problem so
far, so I'm not too inclined to change it. :)

> And I can tell that I'm running with a CMD controller in my 11/93 and
> booting 2.11BSD just fine. Which means it goes through both of those
> initializations fine.

I have one in my 11/73, and yes, it works fine there.


Hans


-- 
%SYSTEM-F-ANARCHISM, The operating system has been overthrown
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.