<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [CI][BAT] igt@debugfs_test@read_all_entries* - incomplete"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109114#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [CI][BAT] igt@debugfs_test@read_all_entries* - incomplete"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109114">bug 109114</a>
              from <span class="vcard"><a class="email" href="mailto:stanislav.lisovskiy@intel.com" title="Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>"> <span class="fn">Stanislav Lisovskiy</span></a>
</span></b>
        <pre>(In reply to Chris Wilson from <a href="show_bug.cgi?id=109114#c3">comment #3</a>)
<span class="quote">> Yet you have the similar assumption about the state of crc.entries and a
> corresponding lockup during crc collection. Circumstantial, maybe. More
> likely that the assumption on crc.entries is incorrect and you should try
> and capture your knowledge of crc.entries and how the driver may differ in
> an igt.</span >

What do you mean by "similar lockup"? I guess previously you were talking about
while loop in Mika's patch, waiting on crc.entries, with probably infinite
loop, however I'm not doing that, there is only one check for crc.entries
state, ok this could be also wrong, however in other code parts this is done
exactly same way, that is what I used as example:

int drm_crtc_add_crc_entry(struct drm_crtc *crtc, bool has_frame,
   uint32_t frame, uint32_t *crcs)
{
      struct drm_crtc_crc *crc = &crtc->crc;
      struct drm_crtc_crc_entry *entry;

      int head, tail;

      spin_lock(&crc->lock);

      /* Caller may not have noticed yet that userspace has stopped reading */
      if (!crc->entries) {
            spin_unlock(&crc->lock);
            return -EINVAL;
      }

...</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 the QA Contact for the bug.</li>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>