Marius Cirsta :
It gives you a nicer figure for marketing ( 6 cores vs 2 )
Thanks, but I didn't mean 6 vs. 2, I meant 6 (2+4) vs. 4 (2+2). It seems to me that, for a few apps & OS functions running in the background, 2x A53's should be plenty. I wonder how often more than two A53's are used while both A57's remain idle. Anyway, I just now read, in the 820 Preview article, that the 820 is exactly this - 2 fast cores and 2 slow ones. But, in that case, the slow Kryo's probably cost the same amount of die (except for L2 cache).
My guess is that the 4+2 chips are binned parts where at least one of the faster cores has a defect. Because they're so small, it's probably much less common that the A53's have a defect. Then, the reason they don't disable 2x A53's is because it wouldn't cost them anything and they could sell it as a 6-core instead of 4-core.
Something else I've been wondering is whether the latest Android kernels can simultaneously utilize all cores. I remember when the first BIG.Little SoCs hit the market, the two clusters were mutually exclusive. I think it wouldn't be too hard to schedule - just throw something on a low power core if the high power ones are occupied. Beyond that, CPU-bound jobs (i.e. those which use the most % of their timeslices) should have priority for running on the fast cores. That way, most of the I/O would end up on the slow cores, leaving the fast ones available for number crunching.