<html>
    <head>
      <base href="https://bugs.dpdk.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8" class="bz_new_table">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Testbed capabilities for test case skipping"
   href="https://bugs.dpdk.org/show_bug.cgi?id=1351">1351</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Testbed capabilities for test case skipping
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>DPDK
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>unspecified
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

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

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>Normal
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>dts
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>dev@dpdk.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>juraj.linkes@pantheon.tech
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>juraj.linkes@pantheon.tech, probb@iol.unh.edu
          </td>
        </tr>

        <tr>
          <th>Target Milestone</th>
          <td>---
          </td>
        </tr></table>
      <p>
        <div class="bz_comment_block">
          <pre class="bz_comment_text">The different hardware DPDK supports is not homogeneous and support a variety
of different features. A user-friendly solution would probe the hardware under
test and skip all test cases that cannot be executed due to missing features.

There are multiple dimensions to this task.
1. Device probing. We can leverage existing DPDK probing capabilities in a DPDK
app. A machine-readable output format must be defined, such as json. The fields
themselves must be well-defined.
2. Test case/suite marking with required capabilities. If a test case isn't
marked, it should run on all hardware. There could be different names for the
same feature across different hardware, in which case we should decide whether
we want to merge these under one DTS-defined name or we'll mark each test
case/suite with multiple names.
          </pre>
        </div>
      </p>


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

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
      <div itemscope itemtype="http://schema.org/EmailMessage">
        <div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
          
          <link itemprop="url" href="https://bugs.dpdk.org/show_bug.cgi?id=1351">
          <meta itemprop="name" content="View bug">
        </div>
        <meta itemprop="description" content="Bugzilla bug update notification">
      </div>
    </body>
</html>