<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [IGT] gem_userptr_blits@mlocked-* fail or process killed"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95427#c23">Comment # 23</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [IGT] gem_userptr_blits@mlocked-* fail or process killed"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95427">bug 95427</a>
              from <span class="vcard"><a class="email" href="mailto:antonio.argenziano@intel.com" title="Antonio Argenziano <antonio.argenziano@intel.com>"> <span class="fn">Antonio Argenziano</span></a>
</span></b>
        <pre>(In reply to Chris Wilson from <a href="show_bug.cgi?id=95427#c6">comment #6</a>)
<span class="quote">> (In reply to cprigent from <a href="show_bug.cgi?id=95427#c4">comment #4</a>)
> > (In reply to Emil Velikov from <a href="show_bug.cgi?id=95427#c3">comment #3</a>)
> > > Guys have you actually looked at the following line ?
> > > Aperture size is 268435456 MiB -- That is 256 TiB !!!
> > > 
> > > That's rather impossible amount if you ask me. So there's either a bug in
> > > IGT's gem_aperture_size() or one of the two ioctls
> > > (I915_GEM_CONTEXT_GETPARAM I915_GEM_GET_APERTURE) that it uses.
> > > 
> > > With a couple of print statements you should be able to quickly track the
> > > exact offender. Good luck !
> > 
> > Yes, we saw it. The bug is reported to IGT (not to DRM/Intel). We propose
> > the test should skip.

> Why? The test only allocates enough to fill RAM and then tests that the
> buffers are evicted for memory pressure. The messages are nothing to do with
> this test, just spam.</span >

Shouldn't the test should skip if it fails to determine if it can mlock or not?
A while ago I had put together this: <a href="http://paste.debian.net/1008934/">http://paste.debian.net/1008934/</a> to fix
the test.

It is interesting that when I run the tests with "--r mlocked*" the first
subtest is executed fine and passes but all the successive subtests skip. If I
run them individually they seem to run fine most of the times. Are we leaking
something?</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
          <li>You are on the CC list for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>