On 26/05/15 17:41, Maxime Coquelin wrote:
2. Allocating ~80 clock components appears to fragment memory enough
to prevent busybox (.text is ~300K, non-XIP) from running getty.
I have to use "init=/bin/sh" to avoid OOM problems.
Yes, I reproduced the same issue while testing your work.
Could you try with:
CONFIG_NOMMU_INITIAL_TRIM_EXCESS=0
It solves (hides) the problem on my side.
You can eventually setting it once booted to 1 via procfs.
That works for me too. Thanks.
Incidentally switching to SLOB also reduced the problem for me. It was
OK whilst I had ~20 clocks (and debugfs) but not enough for me to run
with all the clocks registered.
Daniel.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
