<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:hstn@yahoo.com" title="Houston <hstn@yahoo.com>"> <span class="fn">Houston</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - [CHV] Backlight init fails on Surface 3 if module load order is wrong"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96571">bug 96571</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;">CC</td>
<td>
</td>
<td>hstn@yahoo.com
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [CHV] Backlight init fails on Surface 3 if module load order is wrong"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96571#c52">Comment # 52</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [CHV] Backlight init fails on Surface 3 if module load order is wrong"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96571">bug 96571</a>
from <span class="vcard"><a class="email" href="mailto:hstn@yahoo.com" title="Houston <hstn@yahoo.com>"> <span class="fn">Houston</span></a>
</span></b>
<pre>The bug seems to be still present in 4.16 (tested on Asus T100HA).
Also, there's workaround for non-modular kernels with statically compiled
modules, known workarounds are based on delayed loading of i915, which cannot
be used in case of non-modular kernel. Embedded systems using non-modular
kernels are therefore quite screwed on affected hardware (the only way to
support new HW is to temporarily enable kernel module loading and add kmod to
userspace until this issue is fixed). So please also consider increasing
priority of this issue or introducing a workaround for non-modular kernels.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>