gnu@l5.uucp (John Gilmore) (10/07/85)
When I was at Sun, I and several hardware designers looked at some VMEbus cards that had very poorly designed bus request circuits. Their designers had apparently not heard of metastability. There is no problem with the bus specs, just with brain-damaged implementations. It's a shame that some of Motorola's boards are broken this way, since it makes "their bus" look bad. All Sun VMEbus cards have good arbiters, with metastability calculated to be a problem once in a zillion years or so (based on the mfr's specs on the flipflops that capture and synchronize the signals coming in from the bus). That gets looked at very closely in design reviews. Mitch Bradley [designer of Sun's Ethernet and SCSI boards] comments: > Apparently synchronization is poorly understood in the world at large. > I had not even heard of it in school. Andy [Bechtolsheim] taught it to me. > I have seen lots of boards with synchronization problems - the Archive > formatter, the Xylogics 450 (now fixed), ... I might also mention the AMD 9513 counter/timer chip, which they fixed by producing a 9513A and a new manual with a long chapter on metastability. I can explain metastability and synchronization if people are interested in a more technical discussion, say in net.arch. [net.chips would be better if we had it...it's probably not of interest to net.analog.]