On Dec 11, 2008, at 10:00 AM, Boris Samorodov wrote: > Marcel Moolenaar <xcllnt_at_mac.com> writes: > >> Summary: >> >> port 1: IO=0xec00; IIR=0x1, 0xc1; MCR=0x0, 0x8 >> port 2: IO=0xec08; IIR=0x1, 0xc1; MCR=0x0, 0x8 >> port 3: IO=0xe880; IIR=0x1; MCR=0x40 >> port 4: IO=0xe888; IIR=0x1; MCR=0x40 >> port 5: IO=0xe800; IIR=0x1; MCR=0x40 >> port 6: IO=0xe480; IIR=0x1; MCR=0x40 >> port 7: IO=0xe400; IIR=0x1; MCR=0x40 >> port 8: IO=0xe080; IIR=0x1; MCR=0x40 >> >> For ports 3-8, the MCR has a value that's not liked by >> uart(4). I think we need to know what that value means. >> Are the ports disabled? Are they in a non-standard >> mode? Is it just a non-standard status bit that's set >> and we should ignore it? etc... >> >> Boris: can you apply the following patch and see if >> uart(4) attaches to all ports? If yes, can you see >> if those ports actually work as well? > > All ports were attached. But ports 3-8 don't work as axpected. > I see garbage when connecting via those ports. Ok, so it's more than just a non-standard status bit that can be ignored :-/ Unfortunately, I don't have any of their hardware, nor any documentation... -- Marcel Moolenaar xcllnt_at_mac.comReceived on Thu Dec 11 2008 - 17:29:39 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:38 UTC