Comment 10 for bug 894389

Guys we have been working on this for nearly a week now trying to extract everything from omapzoom. I spent a couple of days on it and handed it over to Jassi with my notes.

However it seems despite omapzoom seems to have appropriate set of ingredients, it is not workable with 'mr0' userland libs for ics and Vishal advises us to go mine from Android's Panda tree instead.

I wouldn't assume this will bear any fruit in the next week or two for 11.12, it is a very large and ugly job that has already defeated several people. In addition, we not only transplant to tracking which is its own challenge, but on top of quite different dss there which will demand a lot of integration action, overlay apis and dssconp were obvious differenes but there are lots more.

Also we know from previous work there is very very unlikely to be any commonality between sgx for android and vanilla. So we already deal with that well by having in-tree sgx in its own topic that ubuntu never sees and use out-of-tree sgx build for ubuntu.

That technique can get expensive if overused because it multiplies the number of output trees for test, however it's powerful enough to deal with dss changes / additions on top of current tracking entirely in the sgx topic, so no worries there at least (worries everywhere else on this one though). Similarly this is why we're unfazed about supporting 2.0 and 3.0 mm stuff together, we would build the tree twice once with each kind of topics.