Searched hist:"6 a0e6b3872f09550bf8e0587d375940092580360" (Results 1 – 3 of 3) sorted by relevance
/linux/arch/arm/mach-omap2/ |
H A D | display.c | diff 6a0e6b3872f09550bf8e0587d375940092580360 Thu Dec 19 11:34:19 CET 2013 Tomi Valkeinen <tomi.valkeinen@ti.com> ARM: OMAP2+: DT 'compatible' tweak for displays
As there is no common panel framework in the kernel, we have OMAP specific panel drivers. However, the DT data should be generic. This brings the issue that some other platform could use the same panels, and would need to create a driver with the same 'compatible' string as the OMAP driver.
In the long run, we have to get a common panel framework. For the time being, this patch solves the issue:
At early boot time, we go through the DT nodes looking for the panels the kernel supports for OMAP. For each found node, the 'compatible' string is prepended with "omapdss,", i.e. "sony,acx565akm" becomes "omapdss,sony,acx565akm". The OMAP display drivers all have "omapdss," at the beginning of their compatible field.
This allows us to have generic DT data, but OMAP specific display drivers.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Reviewed-by: Archit Taneja <archit@ti.com> Acked-by: Tony Lindgren <tony@atomide.com>
|
H A D | common.h | diff 6a0e6b3872f09550bf8e0587d375940092580360 Thu Dec 19 11:34:19 CET 2013 Tomi Valkeinen <tomi.valkeinen@ti.com> ARM: OMAP2+: DT 'compatible' tweak for displays
As there is no common panel framework in the kernel, we have OMAP specific panel drivers. However, the DT data should be generic. This brings the issue that some other platform could use the same panels, and would need to create a driver with the same 'compatible' string as the OMAP driver.
In the long run, we have to get a common panel framework. For the time being, this patch solves the issue:
At early boot time, we go through the DT nodes looking for the panels the kernel supports for OMAP. For each found node, the 'compatible' string is prepended with "omapdss,", i.e. "sony,acx565akm" becomes "omapdss,sony,acx565akm". The OMAP display drivers all have "omapdss," at the beginning of their compatible field.
This allows us to have generic DT data, but OMAP specific display drivers.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Reviewed-by: Archit Taneja <archit@ti.com> Acked-by: Tony Lindgren <tony@atomide.com>
|
H A D | board-generic.c | diff 6a0e6b3872f09550bf8e0587d375940092580360 Thu Dec 19 11:34:19 CET 2013 Tomi Valkeinen <tomi.valkeinen@ti.com> ARM: OMAP2+: DT 'compatible' tweak for displays
As there is no common panel framework in the kernel, we have OMAP specific panel drivers. However, the DT data should be generic. This brings the issue that some other platform could use the same panels, and would need to create a driver with the same 'compatible' string as the OMAP driver.
In the long run, we have to get a common panel framework. For the time being, this patch solves the issue:
At early boot time, we go through the DT nodes looking for the panels the kernel supports for OMAP. For each found node, the 'compatible' string is prepended with "omapdss,", i.e. "sony,acx565akm" becomes "omapdss,sony,acx565akm". The OMAP display drivers all have "omapdss," at the beginning of their compatible field.
This allows us to have generic DT data, but OMAP specific display drivers.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Reviewed-by: Archit Taneja <archit@ti.com> Acked-by: Tony Lindgren <tony@atomide.com>
|