On 06/14/2011 07:42 PM, Somebody in the thread at some point said:
So if the OMAP_DSS_DPI option is enabled, and the OMAP2_DSS_DSI option is not, you get the following build error with Nico's tree:
drivers/video/omap2/dss/dpi.c: In function 'dpi_set_dsi_clk': drivers/video/omap2/dss/dpi.c:61: error: implicit declaration of function 'dsi_pll_calc_clock_div_pck' drivers/video/omap2/dss/dpi.c:66: error: implicit declaration of function 'dsi_pll_set_clock_div' drivers/video/omap2/dss/dpi.c: In function 'omapdss_dpi_display_enable': drivers/video/omap2/dss/dpi.c:192: error: implicit declaration of function 'dsi_pll_init' drivers/video/omap2/dss/dpi.c:209: error: implicit declaration of function 'dsi_pll_uninit' make[4]: *** [drivers/video/omap2/dss/dpi.o] Error 1
This was reported to the mailing list almost two weeks ago, and still is unfixed.
When HDMI works on .39, you will indeed need DSI.
The following hack works around the issue by making sure DSI is enabled if DPI is enabled. Although I suspect this fix would still break if OMAP3 was disabled, but no worse then it already does today.
In linux-omap on kernel.org, they fixed the OMAP3-only dep
config OMAP2_DSS_DSI bool "DSI support" depends on ARCH_OMAP3 || ARCH_OMAP4
Nico: Hopefully a proper fix is on its way, but in the meantime, please consider merging this.
Again, in linux-omap on kernel.org, the put static inline versions of the missing functions in dss.h and fixed the problem that way.
config OMAP2_DSS_DPI bool "DPI support"
- select OMAP2_DSS_DSI
I think what we should do is make an effort on uplevelling from linux-omap dss to solve that with upstreamfulness, if there's any broken deps coming then we can solve them here and upstream at the same time.
In addition it might help the HDMI patches with what's gone on there in the meantime.
Unfortunately as you know from other mail I will be looking at PVR / SGX mainly tomorrow, but Jassi has offered to help with this dss stuff when he's finished what he's working on in the next day or two.
-Andy