On Thu, 30 Sep 1999, Peter Eisch wrote:

> 
> magma@4800 => ttya@9600
> 
> CR: 0x0d -> 0xc7  0101100001  -> 0111000111
>  0: 0x30 -> 0xc8  0000011001  -> 0000100111
>  1: 0x31 -> 0xc9  0100011001  -> 0100100111
>  2: 0x32 -> 0xc8  0010011001  -> 0000100111
>  3: 0x33 -> 0xc9  0110011001  -> 0100100111
>  4: 0x34 -> 0xca  0001011001  -> 0110100111
>  5: 0x35 -> 0xcb  0101011001  -> 0001100111
>  6: 0x36 -> 0xcc  0011011001  -> 0101100111
>  7: 0x37 -> 0xcd  0111011001  -> 0011100111
>  8: 0x38 -> 0xde  0000111001  -> 0011110111
>  9: 0x39 -> 0xc6  0100111001  -> 0011000111
> 
> magma@2400 => ttya@9600
> CR: 0x0d -> 0xf8  0101100001  -> 0000111111
> <didn't bother going further, this seems to be too far>
> 
> Before a wife and kid I would rip this open -- kernel drivers were my
> "thing" a couple years ago.  I'll have to see what I can do to get a
> handle on this.

Looks like it's off by something other than but near 2. :-( I'd suggest
trying it at magma@600 and ttya@1200 or something like that. Then try
magma@ nearby values. The advantage of doing it slower is that the baud
rate generators have valid rates which are closer together, so you're more
likely to be able to match divisors.

Take care,

Bill