u-boot.git/board/freescale/mx6qsabrelite/mx6qsabrelite.c, branch master

mx6qsabrelite: Remove mx6qsabrelite code in favor of nitrogen6x

2013-07-26T14:44:29+00:00

mx6qsabrelite and nitrogen6q boards are hardware compatible, so let's avoid the
code duplication and only use the nitrogen6x source code to make board code
maintainance easier.

Tested booting a mainline device tree kernel on a mx6qsabrelite board.

Signed-off-by: Fabio Estevam

mx6: mx6qsabrelite/nitrogen6x: Remove incorrect setting of gpio CS signal

2013-06-03T11:25:46+00:00

The number of gpio signal is packed inside CONFIG_SF_DEFAULT_CS macro
(shifted and or'ed with chip select), so it's incorrect to pass
that macro directly as an argument to gpio_direction_output() call.

Also, SPI driver sets the direction and initial value of a gpio,
used as a chip select signal, before any actual activity happens
on the bus.

So, it is safe to just remove the gpio_direction_output call,
that works incorrectly, thus making no effect, anyway.

Signed-off-by: Andrew Gabbasov 
Tested-by: Robert Winkler 
Acked-by: Dirk Behme

imx: iomux-v3: Include PKE and PUE to pad control pull definitions

2013-04-28T09:15:07+00:00

PUE requires PKE to mean something, as do pull values with PUE, so do not
compell users to explicitly use PKE and PUE everywhere. This is also what is
done on Linux and what has already been done for i.MX51.

By the way, remove some unused pad control definitions.

There is no change of behavior.

Note that SPI_PAD_CTRL was defined by several boards with a pull value, but
without PKE or PUE, which means that no pull was actually enabled in the pad.
This might be a bug in those boards, but this patch does not change the
behavior, so it just removes the meaningless pull value from those definitions.

Signed-off-by: Benoît Thébaudeau

mx6: Fix get_board_rev() for the mx6 solo case

2013-04-03T09:36:34+00:00

When booting a Freescale kernel 3.0.35 on a Wandboard solo, the get_board_rev()
returns 0x62xxx, which is not a value understood by the VPU
(Video Processing Unit) library in the kernel and causes the video playback to
fail.

The expected values for get_board_rev are:
0x63xxx: For mx6quad/dual
0x61xxx: For mx6dual-lite/solo

So adjust get_board_rev() accordingly and make it as weak function, so that we
do not need to define it in every mx6 board file.

Signed-off-by: Fabio Estevam 
Acked-by: Dirk Behme 
Acked-by: Eric Nelson

mmc: i.MX6: fsl_esdhc: Define maximum bus width supported by a board

2013-04-03T09:26:28+00:00

Maximum bus width supported by some i.MX6 boards is not 8bit like
others. In case where both host controller and card support 8bit transfers,
they agree to communicate on 8bit interface while some boards support only 4bit interface.
Due to this reason the mmc 8bit default mode fails on these boards. To rectify this,
define maximum bus width supported by these boards (4bit). If max_bus_width is not
defined, it is 0 by default and 8bit width support will be enabled in host
capabilities otherwise host capabilities are modified accordingly.

It is tested with a MMCplus card.

Signed-off-by: Abbas Raza 
cc: stefano Babic 
cc: Andy Fleming 
Acked-by: Dirk Behme 
Acked-by: Andrew Gabbasov

mx6: Provide a structure for accessing HDMI registers

2013-03-07T17:03:44+00:00

Provide a structure for accessing HDMI registers, so that we can use proper
read/write accessors.

Signed-off-by: Fabio Estevam 
Tested-by: Eric Nelson

i.MX6: consolidate pad names for multi-CPU boards

2013-03-07T15:43:46+00:00

Rename all i.MX6 pad declarations to MX6_PAD_x, so a board
may support either i.MX6Quad/Dual (MX6Q) or i.MX6Dual-Lite/Solo
(MX6DL) by including the proper header.

Boards mx6qarm2, mx6qsabreauto, mx6qsabrelite, and mx6qsabresd
only support MX6Q, so they include mx6q_pins.h.

Signed-off-by: Eric Nelson

i.MX6: mx6qsabrelite: indent with tabs

2013-03-07T15:43:46+00:00

This patch has no functional changes and simply replaces
leading spaces with tabs.

Signed-off-by: Eric Nelson

mx6qsabrelite: search mii phy address 4-7

2013-01-28T05:57:51+00:00

Signed-off-by: Troy Kisky

i.MX6: mx6qsabrelite: Add splash screen support

2012-10-16T10:35:12+00:00

Adds support for HDMI, two LVDS panels and one RGB panel to
the SABRE-Lite board.

Displays supported:
         HDMI		- 1024 x 768 for maximum compatibility
         Hannstar-XGA   - 1024 x 768 LVDS (Freescale part number MCIMX-LVDS1)
         wsvga-lvds     - 1024 x 600 LVDS (Boundary p/n Nit6X_1024x600)
         wvga-rgb       - 800 x 480 RGB (Boundary p/n Nit6X_800x480)

Since the ipuv3_fb display driver currently supports only a single display,
this code auto-detects panel by probing the HDMI Phy for Hot Plug Detect
or the I2C touch controller of the LVDS and RGB displays in the priority
listed above.

Setting 'panel' environment variable to one of the names above will
override auto-detection.

Signed-off-by: Eric Nelson