Thread (12 messages) 12 messages, 4 authors, 2010-05-14

Re: [PATCH v2 1/2] DSS2: Allow FB_OMAP2 to build without VRFB

From: Nishanth Menon <nm@ti.com>
Date: 2010-05-13 16:15:09
Also in: linux-omap

Koen Kooi had written, on 05/13/2010 11:00 AM, the following:
Op 13 mei 2010, om 17:20 heeft Senthilvadivu Guruswamy het volgende geschreven:
quoted
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.

Signed-off-by: Senthilvadivu Guruswamy <redacted>
---
arch/arm/plat-omap/include/plat/vrfb.h |   16 ++++++++++++++++
1 file changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/vrfb.h b/arch/arm/plat-omap/include/plat/vrfb.h
index d8a03ce..3792bde 100644
--- a/arch/arm/plat-omap/include/plat/vrfb.h
+++ b/arch/arm/plat-omap/include/plat/vrfb.h
@@ -35,6 +35,7 @@ struct vrfb {
	bool yuv_mode;
};

+#ifdef CONFIG_OMAP2_VRFB
That is still a compiletime option, not a runtime check. You need something like if(is_omap3()), not #ifdef 
having VRFB or tiler is a SOC feature - ideal detection should be in 
id.c using the FEATURES framework.

and the actual rotation handling should be handled with function 
pointers to use VRFB apis OR use tiler APIs (once it is available) to 
runtime use the right rotation/other features functions runtime..

-- 
Regards,
Nishanth Menon
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help