mxs_gpio: correctly use the GPIO API The GPIO API expects a linear GPIO number as parameter to the gpio_*() functions. The current implementation of the mxs_gpio driver operates on iomux_cfg_t cookies instead. Therefore the 'gpio' command cannot be used with this driver. Change the driver to implement the correct API and introduce some checks to catch users that still use the old semantics. 1. assert the most sigificant bit in the iomux_cfg_t pad definitions, so that using such a cookie in place of a GPIO number will decisively generate an invalid GPIO number and flag an error at runtime. 2. introduce a compile switch CONFIG_MXS_IOMUX_COMPILE_CHECK to make the iomux_cfg_t cookie a 64 bit variable, so that passing an iomux_cfg_t value to a gpio_*() function will generate a compile time error.
config: rename CONFIG_MX* to CONFIG_SOC_MX*
Add GPL-2.0+ SPDX-License-Identifier to source files Signed-off-by: Wolfgang Denk <wd@denx.de> [trini: Fixup common/cmd_io.c] Signed-off-by: Tom Rini <trini@ti.com>
mx23: Fix pad voltage selection bit On mx23 the pad voltage selection bit needs to be always '0', since '1' is a reserved value. For example: Pin 108, EMI_A06 pin voltage selection: 0= 1.8V (mDDR) or 2.5V (DDR1); 1= reserved. Fix the pad voltage definitions for the mx23 case. Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Acked-by: Marek Vasut <marex@denx.de>
mxs: Fix iomux.h to not break build during assembly stage This fixes the build failure when included in mx23_olinuxino.h board config; the addition of "asm/types.h" is due "u32" being otherwise undefined. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
mxs: reorganize source directory for easy sharing of code in i.MXS SoCs Most code can be shared between i.MX23 and i.MX28 as both are from i.MXS family; this source directory structure makes easy to share code among them. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Acked-by: Stefano Babic <sbabic@denx.de>