<div dir="ltr">Thanks for the pointers, Scott.<div>Looks like some elbow grease is in order. I will post any results I have once I get to this :-/</div><div><br></div><div>Eran<br><br><div class="gmail_quote">On Fri, Apr 15, 2011 at 11:41 PM, Scott Wood <span dir="ltr"><<a href="mailto:scottwood@freescale.com">scottwood@freescale.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Fri, 15 Apr 2011 02:52:22 +0300<br>
Eran Duchan <<a href="mailto:pavius@gmail.com">pavius@gmail.com</a>> wrote:<br>
<br>
> Hey list<br>
><br>
> I have a custom MPC875 board running 2.6.37. SMC1 is the console, SCC4 is a<br>
> general purpose UART (DTS is set up accordingly). No hardware or software<br>
> flow control for either.<br>
><br>
> The issue is simple: the non-console UART transmits garbled characters at<br>
> the end of the transmission.<br>
<br>
</div>Hmm, there's a wait_closing field in uart_cpm_port that doesn't seem to be<br>
initialized anywhere.<br>
<br>
The driver should also be sending the STOP_TX/GRA_STOP_TX command *before*<br>
clearing the transmit enable bits, rather than after.<br>
<div class="im"><br>
>  For example, set up SMC1 to console (works<br>
> perfect) and SCC4 as non-console, run stty -F /dev/ttyCPM1 19200 raw and<br>
> then echo -n 1234567890 > /dev/ttyCPM1 - transmission may be something like<br>
> "1234567ø". Set the SCC4 as console (same baud rates) and the problem is<br>
> reversed (SCC4 works perfect, SMC1 transmit garbled).<br>
><br>
> Rx direction seems fine, after some rudementary testing.<br>
><br>
> I dived into the code and see that the console UART has a completely<br>
> different initialization sequence than the non-console UART. Short of diving<br>
> into this ancient CPM architecture - does anyone have an idea?<br>
<br>
</div>The console is a bit different because it has a user that isn't tied to an<br>
open file-handle -- which doesn't interact well with the driver's<br>
(possibly misguided) desire to actually deconfigure the hardware when not<br>
open.<br>
<font color="#888888"><br>
-Scott<br>
<br>
</font></blockquote></div><br></div></div>