All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v3] ARM:MXS: Initial support for the Crystalfontz CFA-10036
@ 2012-06-27  8:18 Maxime Ripard
  2012-06-27  8:18 ` [PATCH 1/2] ARM: dts: imx28: Add additionnal muxing options to iMX28 DTSI Maxime Ripard
  2012-06-27  8:18 ` [PATCH 2/2] ARM: MXS: Add Crystalfontz CFA-10036 DTS Maxime Ripard
  0 siblings, 2 replies; 14+ messages in thread
From: Maxime Ripard @ 2012-06-27  8:18 UTC (permalink / raw)
  To: linux-arm-kernel

Hi everyone,

This is the third version for the initial support for the
Crystalfontz CFA-10036 module.

The module basically has a iMX28 SoC, plus a micro-SD slot, 3 pins to
access the DUART, a USB OTG port, a OLED screen using the Solomon
SSD1307 controller over I2C and a 200-pins SODIMM port to plug an
expansion board.

Support for this board and the additional devices will come
eventually.

For now, only the DUART and the MMC controller are used.

What changed from v2:
  * Changed the pinctrl function names for the duart
  * Added the compatible string to the imx28_dt_compat structure 

Thanks,
Maxime

^ permalink raw reply	[flat|nested] 14+ messages in thread
* [PATCH v2] ARM:MXS: Initial support for the Crystalfontz CFA-10036
@ 2012-06-22  9:14 Maxime Ripard
  2012-06-22  9:14 ` [PATCH 2/2] ARM: MXS: Add Crystalfontz CFA-10036 DTS Maxime Ripard
  0 siblings, 1 reply; 14+ messages in thread
From: Maxime Ripard @ 2012-06-22  9:14 UTC (permalink / raw)
  To: linux-arm-kernel

Hi everyone,

This is the second version for the initial support for the
Crystalfontz CFA-10036 module.

The module basically has a iMX28 SoC, plus a micro-SD slot, 3 pins to
access the DUART, a USB OTG port, a OLED screen using the Solomon
SSD1307 controller over I2C and a 200-pins SODIMM port to plug an
expansion board.

Support for this board and the additional devices will come
eventually.

For now, only the DUART and the MMC controller are used.

What changed from v1:
  * MMC now works thanks to Shawn Guo
  * Removed the board file
  * Moved alternate muxing options for the imx28 to the DTSI

Thanks,
Maxime

^ permalink raw reply	[flat|nested] 14+ messages in thread
* [PATCH] ARM:MXS: Initial support for the Crystalfontz CFA-10036
@ 2012-06-21  8:46 Maxime Ripard
  2012-06-21  8:46 ` [PATCH 2/2] ARM: MXS: Add Crystalfontz CFA-10036 DTS Maxime Ripard
  0 siblings, 1 reply; 14+ messages in thread
From: Maxime Ripard @ 2012-06-21  8:46 UTC (permalink / raw)
  To: linux-arm-kernel

Hi everyone,

This is an attempt for a initial support for the Crystalfontz CFA
10036 module.

The module basically has a iMX28 SoC, plus a micro-SD slot, 3 pins to
access the DUART, a USB OTG port, a OLED screen using the Solomon
SSD1307 controller over I2C and a 200-pins SODIMM port to plug an
expansion board.

Support for this board and the additional devices will come
eventually.

For now, only the DUART and the MMC controller are used.

On the MMC part though, Something odd is going on.  On the first
patches I made against 3.4, everything was working fine. With 3.5-rc2
though, the MMC never replies to the first CMD52 command sent to
it. The pin muxing hasn't changed and has been checked, the card is
well detected through the card detect pin, the power enable pin is
correctly set to a low level, and so the SD card is correctly
powered. The MMC works fine with the exact same kernel on the
imx28-evk though.

What seems odd to me, is that when booting the board with the 3.4
kernel, at boot, the mxs-mmc driver reports a SSP clock of 288MHz,
while on 3.5, it reports a 480MHz SSP clock. By looking at the clk
driver for the iMX28, there is a comment saying that the 480MHz clock
seems to high for SD controlers, and that it should be 288MHz
instead. Given that the clock part has changed quite a lot from 3.4 to
3.5, I think it might be a good lead, but hardcoding the SSP clock to
288MHz in the mxs-mmc driver instead of using the clk_get_rate
function does not resolve the problem.

Also, this problem is seen with both DT-probing and traditionnal
probing.

Do someone have an idea on what could possibly happen here ?

Thanks,
Maxime

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2012-06-28  3:39 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-06-27  8:18 [PATCH v3] ARM:MXS: Initial support for the Crystalfontz CFA-10036 Maxime Ripard
2012-06-27  8:18 ` [PATCH 1/2] ARM: dts: imx28: Add additionnal muxing options to iMX28 DTSI Maxime Ripard
2012-06-27 11:47   ` Marek Vasut
2012-06-28  3:37   ` Shawn Guo
2012-06-27  8:18 ` [PATCH 2/2] ARM: MXS: Add Crystalfontz CFA-10036 DTS Maxime Ripard
2012-06-27 11:48   ` Marek Vasut
2012-06-28  3:39   ` Shawn Guo
  -- strict thread matches above, loose matches on Subject: below --
2012-06-22  9:14 [PATCH v2] ARM:MXS: Initial support for the Crystalfontz CFA-10036 Maxime Ripard
2012-06-22  9:14 ` [PATCH 2/2] ARM: MXS: Add Crystalfontz CFA-10036 DTS Maxime Ripard
2012-06-25 15:58   ` Shawn Guo
2012-06-21  8:46 [PATCH] ARM:MXS: Initial support for the Crystalfontz CFA-10036 Maxime Ripard
2012-06-21  8:46 ` [PATCH 2/2] ARM: MXS: Add Crystalfontz CFA-10036 DTS Maxime Ripard
2012-06-21  9:49   ` Marek Vasut
2012-06-21 10:12     ` Maxime Ripard
2012-06-21 11:01       ` Marek Vasut
2012-06-21 13:29   ` Shawn Guo

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.