Hi! On Fri, Feb 7, 2020 at 2:11 AM Daniel Golle <[email protected]> wrote: > > On AR934x this UART is usually not initialized by the bootloader > as it is only used as a secondary serial port while the primary > UART is a newly introduced NS16550-compatible. > In order to make use of the ar933x-uart on AR934x without RTS/CTS > hardware flow control, one needs to set the > UART_CS_{RX,TX}_READY_ORIDE bits as other than on AR933x where this > UART is used as primary/console, the bootloader on AR934x typically > doesn't set those bits. > Setting them explicitely on AR933x should not do any harm, so just > set them unconditionally. > > Signed-off-by: Daniel Golle <[email protected]> > --- > If this works well on AR93xx there will be no need to add another > compatible string and logic to differentiate between AR933x and AR934x > in the UART driver. I don't have AR933x here to test, it'd be great if > someone with that hardware can test if applying this patch breaks the > serial console or not.
Tested on ar9331 (pisen,ts-d084) and uart console works fine. Tested-by: Chuanhong Guo <[email protected]> _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
