<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:elizabethx.de.la.torre.mena@intel.com" title="Elizabeth <elizabethx.de.la.torre.mena@intel.com>"> <span class="fn">Elizabeth</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - [BAT][SKL] Serial console hung in kms_flip when running IGT"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100258">bug 100258</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEW
           </td>
           <td>NEEDINFO
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - [BAT][SKL] Serial console hung in kms_flip when running IGT"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100258#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - [BAT][SKL] Serial console hung in kms_flip when running IGT"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100258">bug 100258</a>
              from <span class="vcard"><a class="email" href="mailto:elizabethx.de.la.torre.mena@intel.com" title="Elizabeth <elizabethx.de.la.torre.mena@intel.com>"> <span class="fn">Elizabeth</span></a>
</span></b>
        <pre>(In reply to Chris Wilson from <a href="show_bug.cgi?id=100258#c1">comment #1</a>)
<span class="quote">> Each character has a 1s timeout in wait_for_xmitr. If the string was log
> enough and the serial console bust, it can easily appear to be hung. As
> wait_for_xmitr keeps poking the nmi watchdog. the slow loop will not be
> caught. If that is correct, this appears to be a hw issue.

> An alternative hypothesis is that the usb device struct sent garbage to be
> printed and it really is stuck printing out all of memory, 1 character at a
> time. Kasan might help.

> I don't think the vtcon switch of modes is significant.

> What would be useful is the dmesg before to see if we can identify what usb
> event triggered.</span >

Hello,
Is this bug still valid? If so, could you attach the dmesg mentioned before or
any other relevant information? Thank you.</pre>
        </div>
      </p>


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

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