<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - K8M800/K8N800 (unsure which): OpenChrome crashes if viafb is not enabled"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94797#c12">Comment # 12</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - K8M800/K8N800 (unsure which): OpenChrome crashes if viafb is not enabled"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=94797">bug 94797</a>
              from <span class="vcard"><a class="email" href="mailto:kevinbrace@gmx.com" title="Kevin Brace <kevinbrace@gmx.com>"> <span class="fn">Kevin Brace</span></a>
</span></b>
        <pre>Your issue sounds fairly similar to <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Many regressions for K8M800 on Acer Aspire 1362LC"
   href="show_bug.cgi?id=104438">Bug 104438</a>.
It is also with K8N800 chipset.
Just for the record, I have improved the code to the point where I can get
KN400 and VN800 chipsets to not only recognize FP, but also handle standby
resume.
Furthermore, I have confirmed this with both OpenChrome DDX UMS code and
upcoming OpenChrome DRM KMS code.
The laptop tested were Averatec 3250 laptop (KN400 chipset) and NeoWare m100
mobile thin client (VN800 chipset).
That being said, for Averatec 3250 laptop, you need to follow the instructions
explained here.

<a href="https://bracecomputerlab.com/2018/04/29/figuring-out-how-to-get-averatec-3250-laptop-to-handle-standby-resume-on-linux-workaround-accidentally-discovered/">https://bracecomputerlab.com/2018/04/29/figuring-out-how-to-get-averatec-3250-laptop-to-handle-standby-resume-on-linux-workaround-accidentally-discovered/</a>

I think K8N800 chipset has similar hardware to VN800 chipset, so the bleeding
edge code "should" work (at least in theory).
In case you want to try again, just for your information, you will need to
blacklist viafb and / or vesafb for Linux 4.5 or later.


(In reply to Roc Vallès Domènech from <a href="show_bug.cgi?id=94797#c11">comment #11</a>)
<span class="quote">> I'll be sure to give it a try if I ever manage to make the device work again.</span ></pre>
        </div>
      </p>


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

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