<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Wayland EGL do not fallback to software rendering anymore when the wl_drm interface is not available"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=99791">99791</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Wayland EGL do not fallback to software rendering anymore when the wl_drm interface is not available
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>Mesa
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>17.0
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>Other
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>major
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>EGL/Wayland
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>wayland-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>legrand.cedric.01@gmail.com
          </td>
        </tr>

        <tr>
          <th>QA Contact</th>
          <td>mesa-dev@lists.freedesktop.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Hello,

Since my system update to Mesa 17.0.0-rc3, the Wayland EGL implementation does
not fallback to software rendering anymore when the wl_drm interface is not
available.

After a quick look on the code, it seems that the implementation sends a
WL_DRM_FORMAT_* inconditionaly, even when wl_drm is not available. Of course,
this triggers an error on the server side as wl_shm does not know them:
 -> <a href="mailto:wl_display@1.error">wl_display@1.error</a>(wl_shm_pool@14, 0, "invalid format 0x34325258")

Thanks,
Cédric Legrand</pre>
        </div>
      </p>


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

      <ul>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>