Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p><strong>Short answer:</strong> You're probably running out of memory.</p> <p><strong>Long answer:</strong> (This is highly speculative, using lots of guess work) </p> <p><code>PMEM</code> <em>is a module in android that handles allocating large chunks of contiguous physical memory</em>. <br> Apparently it's also relevant to graphics, see <ul> <li><a href="http://www.slideshare.net/jserv/design-and-concepts-of-android-graphics" rel="nofollow">http://www.slideshare.net/jserv/design-and-concepts-of-android-graphics</a></li> <li><a href="http://www.slideshare.net/jserv/accel2drendering" rel="nofollow">http://www.slideshare.net/jserv/accel2drendering</a></li> </ul> <br>This presentation is the best thing I could find, and it's sadly lacking in explanations. <br> However, it does mention that various graphics related things in android use large buffers allocated via PMEM.</p> <p>PMEM apparently creates a memory structure with several buffers inside one contiguous bloc*.<br> <code>base</code> is the (physical? mmaped virtual? I'm not sure) <em>base address of the entire PMEM buffer</em>. <br> <code>Size</code> seems to refer to the <em>size of the indivial "sub block"</em>. <br> <code>offset</code> gives the <em>start address of the specific "sub block"</em> <br> <code>fd</code>, or file descriptor, is used to <em>access</em> that specific buffer <br></p> <p>Since you mention that values of <code>fd</code> above 86 lead to bad things, and the above example has fd = 76, I'm guessing you're simply running out of memory <br> (PMEM can only handle 12 buffers, so maybe you're running into that limit, too?)</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload