On Mon, 19 Aug 2019 at 16:55, <richard.pur...@linuxfoundation.org> wrote:
> I'd even possibly accept a case for higher memory defaults for graphics > images when GL is enabled. Pushing the default qemu memory size to > 512MB everywhere is wrong though and sends out the wrong message for > the project. > Thanks for the response (I do realize runqueue work is making you less available). I have basically one objection: trying to understand what went wrong in a OOM situation, where the symptoms and error messages are unhelpful and tools to diagnose the issue are missing from the target image, is just as frustrating. Having a tighter limit makes this more likely to occur when users experiment with images and add or change things in them (e.g. via local.conf). You, me or Hongxu would dig deeper and get to the bottom of it, but someone just starting out with the project could simply give up and move to alternatives. Other than that, I am fine with raising the memory in a more targeted way (e.g. core-image-sato, subject to 'opengl' in DISTRO_FEATURES and elsewhere where X would otherwise fail to start), and will rework the patches accordingly. Cheers, Alex
-- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core