* Tomi Valkeinen <tomi.valkeinen@xxxxxx> [131213 07:49]: > Hi Laurent, Tony, > > On 2013-12-13 16:37, Laurent Pinchart wrote: > > >>> - dsi_enable_pads, dsi_disable_pads: Those don't seem to be used in > >>> mainline. What's their purpose, and how are they implemented on platforms > >>> that make use of them ? Is the pinmux API an option ? > >> > >> They are used in mainline, grep again =). > > > > The only implementations I can find in arch/arm/mach-omap2/display.c are > > > > static int omap_dsi_enable_pads(int dsi_id, unsigned lane_mask) > > { > > return 0; > > } > > > > static void omap_dsi_disable_pads(int dsi_id, unsigned lane_mask) > > { > > } > > Yep. It seems Tony removed the muxing for -rc2 in > e30b06f4d5f000c31a7747a7e7ada78a5fd419a1 ARM: OMAP2+: Remove legacy mux > code for display.c > > Tony, that patch removes DSI muxing, which is not done via DT. I can't > test right now, but I presume DSI displays don't work at all after -rc2. Hmm I suggest you test against commit adfe9361b236 (ARM: dts: Add basic devices on am3517-evm) as it does not yet remove the legacy data and that's what's heading to linux next soonish. With the DT configured displays that muxing needs to be done in the DSS driver(s) using pinctrl-single. BTW, I suspect quite a few of the DSI using boards have been broken a while before 0b2aa8bed3e1 (gpio: twl4030: Fix regression for twl gpio output) as at least the following have been using TWL GPIO to enable the panel: board-3430sdp.c board-devkit8000.c board-ldp.c board-omap3stalker.c This was the case at least for LDP. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html