* Nishanth Menon <[email protected]> [100707 16:09]:
> >
> >Why don't you just rename u32 omap3_features to omap_features?
> >
> >Then maybe move omap_features to plat-omap/common.c, and have
> >a generic function for getting features?
> >
> >There should not be any need to have separate features variable
> >for each omap.
> 192Mhz_clk is a OMAP3 only feature(differentiator b/w omap3430,35xx
> and 3630, 37xx).
Hmm, maybe it should be defined as l3_max_clk or similar instead?
> overall, we will face this in the future. there are OMAP generic
> features and OMAP family specific features. currently OMAP3 has
> 34xx, 35xx series and 3630 and 37xx series. in future we may see
> similar things for OMAP4+ as well.. we need a differentiator when it
> comes to omap3 specific features Vs omap generic feature.
Sounds it will get more complex.. We should probably set it up
with something like this then:
#define FEAT_MPU_L2_OUTER BIT(1)
#define FEAT_MPU_L2 BIT(0)
...
#define FEAT_IVA2 BIT(1)
#define FEAT_IVA BIT(0)
...
#define FEAT_L3_192 BIT(0)
...
struct omap_feature {
u32 mpu; /* MPU features */
u32 iva; /* IVA features */
u32 l3_max_clk;
...
};
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
