On Wed, Sep 01, 2010, Amit Kucheria wrote:
Because it adds a sub-arch, revision-specific override into generic architecture code (vfpmodule.c)
To do this elegantly with a hope to get it to mainline, we'd need a way to disable the hwcap through some board-specific fixup code that can check the revision of the board at runtime.
Unfortunately, it seems after talking to Nicolas that mdesc->fixup() is called too early.
Nicolas suggested linking the i.MX5 code _after_ the VFP module :)
Sounds like a plan!
Another solution is that we could perhaps add code in the board init function to check the cpu revision and if NEON was enabled, then stop booting.
Would be a good workaround if the elegant version takes too long