u-boot.git/include/ns16550.h, branch v2016.09 Unnamed repository; edit this file 'description' to name the repository. dm: ns16550: Add support for reg-offset property 2016-03-18T03:27:39+00:00 Michal Simek michal.simek@xilinx.com 2016-02-16T15:17:49+00:00 59b35ddd2684bc2f81352d8cd14037752d9b639b reg-offset is the part of standard 8250 binding in the kernel. It is shifting start of address space by reg-offset. On Xilinx platform this offset is typically 0x1000. Signed-off-by: Michal Simek <michal.simek@xilinx.com> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Tom Rini <trini@konsulko.com> Moved the new field to the end of the struct to avoid problems: Signed-off-by: Simon Glass <sjg@chromium.org> 
reg-offset is the part of standard 8250 binding in the kernel.
It is shifting start of address space by reg-offset.
On Xilinx platform this offset is typically 0x1000.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
Moved the new field to the end of the struct to avoid problems:
Signed-off-by: Simon Glass <sjg@chromium.org>
Revert "dm: ns16550: Add support for reg-offset property" 2016-02-29T15:26:20+00:00 Tom Rini trini@konsulko.com 2016-02-29T15:26:20+00:00 e5e88c65965b7c7e2d5dabd458b0e57dde2d6c17 This reverts commit d9a3bec682f9756621615f4306718a356a3230e3. While this is a correct change to do long term it unfortunately breaks a number of platforms that are using pdata and not named struct members so they are getting all of their data after 'base' incorrect. Acked-by: Michal Simek <michal.simek@xilinx.com> Signed-off-by: Tom Rini <trini@konsulko.com> 
This reverts commit d9a3bec682f9756621615f4306718a356a3230e3.

While this is a correct change to do long term it unfortunately breaks a
number of platforms that are using pdata and not named struct members so
they are getting all of their data after 'base' incorrect.

Acked-by: Michal Simek <michal.simek@xilinx.com>
Signed-off-by: Tom Rini <trini@konsulko.com>
dm: ns16550: Add support for reg-offset property 2016-02-22T15:21:10+00:00 Michal Simek michal.simek@xilinx.com 2016-02-16T15:05:23+00:00 d9a3bec682f9756621615f4306718a356a3230e3 reg-offset is the part of standard 8250 binding in the kernel. It is shifting start of address space by reg-offset. On Xilinx platform this offset is typically 0x1000. Signed-off-by: Michal Simek <michal.simek@xilinx.com> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Tom Rini <trini@konsulko.com> 
reg-offset is the part of standard 8250 binding in the kernel.
It is shifting start of address space by reg-offset.
On Xilinx platform this offset is typically 0x1000.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
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>