On 06/22/2010 12:14 PM, Chuck Meade wrote:
I did not do that, and I have it running here. I will say though that I
hardcoded the driver to run in soft UART mode. You will need to at least
add the appropriate line to your dts to get the driver to operate in
Soft UART mode.
I hardcoded mine because I had to backport this UCC UART driver to an
older
Linux kernel, and that kernel was from before dts existed.
Add whatever you need to your dts to make it run in soft UART mode and
get
the firmware loaded. Use two different BRGs for tx and rx. Make sure
your
BRG choice is valid for your UCC3.
I believe that the UCC UART support has not had too much use so far, but
I do have it working (in that older kernel after backporting).
I've done all this but sadly the behaviour is the same :-(
Any ideas what I might be missing?
Check your setup of the UCC3 pins for UART mode. Make sure you either have
the UCC3 CD, CTS, RTS pins at the correct levels, or deconfigure those pins
(set them up as GPIOs). Just verify every pin is properly set up for UCC3.
The UCC3 TxD and RxD signals must be set up properly.
Only UCC3 RxD and TxD are configured
What BRGs did you choose for tx and rx?
BRG1 & BRG2
Get a scope on the UCC3 tx pin and try to output some chars. See if there is
any digital activity on that pin at all. If you are looking at a terminal for
output, there are too many things that could be wrong between that tx pin and
your display (e.g. level translation issue, null modem issue, baud
incompatibility,
terminal program set for XON/XOFF or HW flow control and UART not set up
compatibly).
For now get the probe directly on the CPU's UCC3 Tx pin, output chars and see
if there is any activity.
We've done all this - nothing on the pins directly at the CPU.
This is behaving very much like there is no clock to the device.
Is there something special that needs to be done to get the BRGs
to work?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
