- 08 Mar, 2011 1 commit
-
-
Shawn Guo authored
Signed-off-by:
Shawn Guo <shawn.guo@freescale.com> Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-
- 07 Mar, 2011 39 commits
-
-
Shawn Guo authored
Signed-off-by:
Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Signed-off-by:
-
Shawn Guo authored
Signed-off-by:
Wolfram Sang <w.sang@pengutronix.de> Signed-off-by:
-
Shawn Guo authored
Signed-off-by:
-
Shawn Guo authored
Signed-off-by:
-
Shawn Guo authored
Signed-off-by:
-
Shawn Guo authored
This patch is to add pad control helper macro to make the code easy to read. The need is being seen when adding pad definitions for LCDIF which gets ~30 pads to define. Signed-off-by:
-
Uwe Kleine-König authored
This fixes: arch/arm/kernel/built-in.o: In function `__irq_svc': io.c:(.text+0x2e0): undefined reference to `avic_base' arch/arm/kernel/built-in.o: In function `__irq_usr': io.c:(.text+0x4c8): undefined reference to `avic_base' arch/arm/mach-mxc91231/built-in.o: In function `mxc91231_init_irq': magx-zn5.c:(.init.text+0x18): undefined reference to `mxc_init_irq' and was broken by c7259df3 (ARM i.MX irq: Compile avic irq code only on SoCs that need it) Signed-off-by:
-
Richard Zhao authored
Move to SOC_SOC_IMX3X. Leave ARCH_MX31/35 definitions there, in case some place prevent multi-soc single image. Signed-off-by:
Richard Zhao <richard.zhao@freescale.com> Acked-by:
Marc Kleine-Budde <mkl@pengutronix.de> Signed-off-by:
-
Richard Zhao authored
Move to SOC_SOC_IMX5X. Leave only places which prevent multi-soc using ARCH_MX5X. Signed-off-by:
-
Sascha Hauer authored
The boards are currently using otg_ulpi_create and mxc_ulpi_access_ops, both are only present if CONFIG_USB_ULPI is set. To remove the need of ifdefs in the board code introduce a imx_otg_ulpi_create functions which expands to a static inline function if compiled without ulpi. Signed-off-by: -
Sascha Hauer authored
The platform data for the otg port is present but never used, so remove it. Signed-off-by: -
Sascha Hauer authored
This saves us from soc level dispatching in generic files Signed-off-by: -
Sascha Hauer authored
This saves us from soc level dispatching in generic files Signed-off-by: -
Gwenhael Goavec-Merou authored
Signed-off-by:
Gwenhael Goavec-Merou <gwenhael.goavec-merou@armadeus.com> Signed-off-by:
-
Fabio Estevam authored
On mx53_evk board only RX/TX pins are used on UART3. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com> Signed-off-by:
-
Fabio Estevam authored
On mx53_smd board only RX/TX pins are used on UART2. Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Wolfram Sang authored
Reported-by:
Alexander Stein <alexander.stein@systec-electronic.com> Signed-off-by:
-
Sascha Hauer authored
Signed-off-by: -
Sascha Hauer authored
changes since v2: - use v3 and v4 for specifying the ip version instead of i.MX23/28. This is a better namespace when future versions are added. - rename mach/fb.h to mach/mxsfb.h changes since v1: - Add a LCDC_ prefix to the register names. - use set/clear registers where appropriate - protect call to mxsfb_disable_controller() in mxsfb_remove() with a (host->enabled) as suggested by Lothar Wassmann Signed-off-by:
-
Uwe Kleine-König authored
While at it remove some useless consts from unsigned int arguments. Signed-off-by:
-
Uwe Kleine-König authored
This fixes the following warning in a mx3_defconfig build: arch/arm/mach-mx3/mach-bug.c: In function 'bug_board_init': arch/arm/mach-mx3/mach-bug.c:47: warning: passing argument 1 of 'mxc_iomux_setup_multiple_pins' discards qualifiers from pointer target type While at it remove some useless consts from unsigned int arguments. Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Fabio Estevam authored
Signed-off-by:
-
Javier Martin authored
Visstrim_M10 boards have an TI tlv320aic3204 codec attached to SSI1. Signed-off-by:
Javier Martin <javier.martin@vista-silicon.com> Signed-off-by:
-
Uwe Kleine-König authored
It seems vim's autocompletion played tricks on me without me noticing. This was intruduced in 97976e22 (ARM: mx3: use .init_early to initialize cpu type, reset address and iomuxer) Signed-off-by:
-
Richard Zhu authored
Signed-off-by:
-
Richard Zhu authored
Signed-off-by:
-
Wolfram Sang authored
Signed-off-by:
-
Wolfram Sang authored
Signed-off-by:
-
Gwenhael Goavec-Merou authored
Signed-off-by:
-
Gwenhael Goavec-Merou authored
Signed-off-by:
-
Gwenhael Goavec-Merou authored
Signed-off-by:
-
Gwenhael Goavec-Merou authored
Signed-off-by:
-
Ryan Lortie authored
Change imx31_add_imx_keypad() to imx35_add_imx_keypad() in mach-mx3/devices-imx35.h. Signed-off-by:
Ryan Lortie <desrt@desrt.ca> Acked-by:
-
Ryan Lortie authored
According to the "i.MX35 (MCIMX35) Multimedia Applications Processor Reference Manual" the correct address for the pad control register IOMUXC_SW_PAD_CTL_PAD_ATA_DATA3 is 0x06ec, not 0x6e8. Signed-off-by:
Marc Reilly <marc@cpdesign.com.au> Signed-off-by:
-
