u-boot.git/include/ns16550.h, branch v2016.01 Unnamed repository; edit this file 'description' to name the repository. dm: ns16550: Support CONFIG_SYS_NS16550_MEM32 with driver model 2015-06-11T01:26:55+00:00 Simon Glass sjg@chromium.org 2015-05-12T20:55:02+00:00 9091400859248e2f1d04f34f37c8a30b15fc4ef7 This option is used by some boards, so support it with driver model. This is really ugly - we should rewrite this driver once all users are moved to driver model. Signed-off-by: Simon Glass <sjg@chromium.org> 
This option is used by some boards, so support it with driver model. This
is really ugly - we should rewrite this driver once all users are moved to
driver model.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: ns16550: Use an address instead of a pointer for the uart base 2014-10-24T01:29:07+00:00 Simon Glass sjg@chromium.org 2014-10-23T03:37:04+00:00 167efe01bc5a9de2aa4f7ce2663dbe398f9d43f6 It is inconvenient to have to use casts when specifying platform data. Also it is not strictly correct, since we should use map_sysmem() to convert an address to a pointer. Adjust the platform data to use an address. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Tom Rini <trini@ti.com> 
It is inconvenient to have to use casts when specifying platform data. Also
it is not strictly correct, since we should use map_sysmem() to convert an
address to a pointer.

Adjust the platform data to use an address.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Tom Rini <trini@ti.com>
dm: serial: Add driver model support for ns16550 2014-09-10T19:00:01+00:00 Simon Glass sjg@chromium.org 2014-09-04T22:27:34+00:00 12e431b2777ce3b6940d7b7f1e32e28f58277560 Add driver model support so that ns16550 can support operation both with and without driver model. The driver needs a clock frequency so cannot stand alone unfortunately. The clock frequency must be provided by a separate driver. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add driver model support so that ns16550 can support operation both with
and without driver model.

The driver needs a clock frequency so cannot stand alone unfortunately. The
clock frequency must be provided by a separate driver.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: serial: Move baud rate calculation to ns16550.c 2014-09-10T19:00:01+00:00 Simon Glass sjg@chromium.org 2014-09-04T22:27:32+00:00 fa54eb12431efa845bc5692347ee3a7f39d897bc Move the function that calculates the baud rate divisor into ns16550.c so it can be used by that file. Signed-off-by: Simon Glass <sjg@chromium.org> 
Move the function that calculates the baud rate divisor into ns16550.c so
it can be used by that file.

Signed-off-by: Simon Glass <sjg@chromium.org>
omap: clean-up dead configs 2014-08-09T15:17:04+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-07-30T10:11:41+00:00 8ac22a60e29c4d0925e3d640a3607eabb2732b26 The following configs are not defined at all. - CONFIG_OMAP1510 - CONFIG_OMAP_1510P1 - CONFIG_OMAP_SX1 - CONFIG_OMAP3_DMA - CONFIG_OMAP3_ZOOM2 - CONFIG_OMAP_INNOVATOR Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Tom Rini <trini@ti.com> 
The following configs are not defined at all.

 - CONFIG_OMAP1510
 - CONFIG_OMAP_1510P1
 - CONFIG_OMAP_SX1
 - CONFIG_OMAP3_DMA
 - CONFIG_OMAP3_ZOOM2
 - CONFIG_OMAP_INNOVATOR

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Tom Rini <trini@ti.com>
serial: nsl16550: add hw flow control support 2014-05-12T19:19:45+00:00 Karicheri, Muralidharan m-karicheri2@ti.com 2014-04-09T19:38:46+00:00 d57dee5787ad96d2c80bf36f443276592d39ee21 keystone serial hw support hw flow control. This patch enables hw flow control for keystone EVMs as an optional feature based on CONFIG_SERIAL_HW_FLOW_CONTROL. Signed-off-by: Murali Karicheri <m-karicheri2@ti.com> 
keystone serial hw support hw flow control. This patch
enables hw flow control for keystone EVMs as an optional
feature based on CONFIG_SERIAL_HW_FLOW_CONTROL.

Signed-off-by: Murali Karicheri <m-karicheri2@ti.com>
serial/ns16550: ns16550 has a different register layout on SOC_DA8XX 2012-09-01T12:58:10+00:00 Mikhail Kshevetskiy mikhail.kshevetskiy@gmail.com 2012-07-09T08:52:43+00:00 99b603e7143ab7ba8460000675eb46382f1afdc7 also fix NS16550_init() as we need 16x divider Signed-off-by: Mikhail Kshevetskiy <mikhail.kshevetskiy@gmail.com> Acked-by: Christian Riesch <christian.riesch@omicron.at> Tested-by: Christian Riesch <christian.riesch@omicron.at> Acked-by: Sughosh Ganu <urwithsughosh@gmail.com> Tested-by: Sughosh Ganu <urwithsughosh@gmail.com> 
also fix NS16550_init() as we need 16x divider

Signed-off-by: Mikhail Kshevetskiy <mikhail.kshevetskiy@gmail.com>
Acked-by: Christian Riesch <christian.riesch@omicron.at>
Tested-by: Christian Riesch <christian.riesch@omicron.at>
Acked-by: Sughosh Ganu <urwithsughosh@gmail.com>
Tested-by: Sughosh Ganu <urwithsughosh@gmail.com>
NS16550: trivial code clean for checkpatch 2011-10-23T18:19:53+00:00 Simon Glass sjg@chromium.org 2011-10-15T19:14:09+00:00 f8df9d0d1a1f668cfb37c02fa42e5fa10e0eec0f This removes most checkpatch warnings from the ns16550 driver and its header. Signed-off-by: Simon Glass <sjg@chromium.org> 
This removes most checkpatch warnings from the ns16550 driver and its
header.

Signed-off-by: Simon Glass <sjg@chromium.org>
ns16550: change to allow 32 bit access to registers 2011-10-01T19:54:16+00:00 Dave Aldridge fovsoft@gmail.com 2011-09-01T22:47:14+00:00 79df1208ee6984aa63468673c042667d121bb0bc If CONFIG_SYS_NS16550_MEM32 is defined then 32 bit memory mapped access will be used to read/write the uart registers. This is especially useful for SoC devices that implement 16550 compatible uarts but that have peripheral access width constraints. Signed-off-by: Dave Aldridge <fovsoft@gmail.com> 
If CONFIG_SYS_NS16550_MEM32 is defined then 32 bit memory
mapped access will be used to read/write the uart registers.

This is especially useful for SoC devices that implement 16550
compatible uarts but that have peripheral access width constraints.

Signed-off-by: Dave Aldridge <fovsoft@gmail.com>
Move arch/ppc to arch/powerpc 2010-04-21T21:42:38+00:00 Stefan Roese sr@denx.de 2010-04-15T14:07:28+00:00 a47a12becf66f02a56da91c161e2edb625e9f20c As discussed on the list, move "arch/ppc" to "arch/powerpc" to better match the Linux directory structure. Please note that this patch also changes the "ppc" target in MAKEALL to "powerpc" to match this new infrastructure. But "ppc" is kept as an alias for now, to not break compatibility with scripts using this name. Signed-off-by: Stefan Roese <sr@denx.de> Acked-by: Wolfgang Denk <wd@denx.de> Acked-by: Detlev Zundel <dzu@denx.de> Acked-by: Kim Phillips <kim.phillips@freescale.com> Cc: Peter Tyser <ptyser@xes-inc.com> Cc: Anatolij Gustschin <agust@denx.de> 
As discussed on the list, move "arch/ppc" to "arch/powerpc" to
better match the Linux directory structure.

Please note that this patch also changes the "ppc" target in
MAKEALL to "powerpc" to match this new infrastructure. But "ppc"
is kept as an alias for now, to not break compatibility with
scripts using this name.

Signed-off-by: Stefan Roese <sr@denx.de>
Acked-by: Wolfgang Denk <wd@denx.de>
Acked-by: Detlev Zundel <dzu@denx.de>
Acked-by: Kim Phillips <kim.phillips@freescale.com>
Cc: Peter Tyser <ptyser@xes-inc.com>
Cc: Anatolij Gustschin <agust@denx.de>