Re: SCCx UART status on 8xx

In message [off-list ref] you wrote:

I'm messing with a mpc823e based board trying to enable the SCC3 UART. I'm using the 2.4.25 denx linux_ppc kernel and I've got SMC1 for console and SMC2 up and running but I'm in desperate need of another rs232 port (which is on SCC3 on my board). 
Reading quite a lot of old posts on this mailing list got me confused whether the SCCx UART support in the kernel is ready to be used on 8xx or if there will take a large amount of hacking to get things going (reading the header of 8xx_io/uart.c got me 
wondering even more).

All UARTS (up to 2 x SMC + 4 x SCC, depending on CPU  model)  can  be
used with our tree, including hardware handshake.

I've read some posts saying that Linux don't init other uart ports than the console port and that is the potential problem here, but it is unclear if this statement is true or not. I can also add to the problem description that my SMC2 port works fine f
or writing, but reading just hangs in the read() call. So, can anyone confirm any status on the SMCx and SCCx UART drivers for 2.4?

Works fine on all board supported by us.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
The C-shell doesn't parse. It adhoculates.
    - Casper.Dik@Holland.Sun.COM in [off-list ref]

On Feb 20, 2006, at 3:15 PM, Wolfgang Denk wrote:

All UARTS (up to 2 x SMC + 4 x SCC, depending on CPU  model)  can  be
used with our tree, including hardware handshake.

Except that you have to be careful about BRG allocation.  At most,
the 8xx will have 4 BRGs, some only have 2.  There have been various
implementations to work with this, some forced the BRGs to be
multiply mapped (where more than one UART had to run at the same rate)
while others silently returned errors and the UARTs were non-functional
although appeared for use.

Thanks.

	-- Dan