<div dir="ltr">Stupid question though (again, I'm a grossly underqualified sysadmin).<div><br></div><div>How can I tell if the blacklisting worked correctly?</div><div><br></div><div>When I type in:</div><div><br></div><div><font face="monospace, monospace"># lspci -v | more</font></div><div><br></div><div>this is what it outputs for the VGA section:</div><div><br></div><div><div><font face="monospace, monospace">08:01.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) (prog-if 00 [VGA controller])</font></div><div><font face="monospace, monospace">        Subsystem: Super Micro Computer Inc Device 062f</font></div><div><font face="monospace, monospace">        Flags: bus master, medium devsel, latency 64, IRQ 11</font></div><div><font face="monospace, monospace">        Memory at dd000000 (32-bit, prefetchable) [size=16M]</font></div><div><font face="monospace, monospace">        Memory at df800000 (32-bit, non-prefetchable) [size=16K]</font></div><div><font face="monospace, monospace">        Memory at df000000 (32-bit, non-prefetchable) [size=8M]</font></div><div><font face="monospace, monospace">        Expansion ROM at <unassigned> [disabled]</font></div><div><font face="monospace, monospace">        Capabilities: [dc] Power Management version 1</font></div><div><font face="monospace, monospace">        Kernel modules: mgag200</font></div></div><div><br></div><div>Is there another way to confirm that the blacklisting did what it was supposed to?</div><div><br></div><div>Thanks.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 6, 2017 at 11:39 PM, Hi-Angel <span dir="ltr"><<a href="mailto:hiangel999@gmail.com" target="_blank">hiangel999@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 7 December 2017 at 06:19, Hi-Angel <<a href="mailto:hiangel999@gmail.com">hiangel999@gmail.com</a>> wrote:<br>
> On 7 December 2017 at 06:05, Ewen Chan <<a href="mailto:chan.ewen@gmail.com">chan.ewen@gmail.com</a>> wrote:<br>
>> Hi-Angel:<br>
>><br>
>> Thank you for that!!!<br>
>><br>
>> Two questions:<br>
>><br>
>> 1) Will the commands from the CentOS distro work with SuSE?<br>
><br>
> Well, the linked post doesn't show how to blacklist because it was<br>
> created after the fact (author forgot to re-build initramfs). For an<br>
> example of doing that you can refer e.g. this<br>
> <a href="https://askubuntu.com/a/110343/266507" rel="noreferrer" target="_blank">https://askubuntu.com/a/<wbr>110343/266507</a> Except I am not sure how to<br>
> rebuild initramfs on SuSe — on Archlinux I'm using it is `sudo<br>
> mkinitcpio -p linux`.<br>
><br>
>> 2) Do you think there will be problems using the VESA driver instead of the<br>
>> mgag200 driver? (i.e. the GUI/remote X/VNC would exhibit unexpected<br>
>> behaviours?<br>
><br>
> Nothing that I know of. You'd obviously get a lower graphics<br>
> performance, but otherwise I think it should be fine.<br>
<br>
</div></div>You know, btw, another silly idea: if blacklisting the driver will<br>
help, but you actually care of graphics performance — you could try<br>
enabling it back, and then installing modesetting driver, and forcing<br>
Xorg to use it through a xorg.conf. Per my understanding the leak<br>
could specifically be in Matrox DDX driver — if this is the case, by<br>
replacing it with modesetting DDX you'd keep the performance and get<br>
rid of leaks. "modesetting" is a vendor-neutral DDX driver which is<br>
implemented on top of whatever driver provides OpenGL functional.<br>
<br>
It should be noted though that if leaks are in the matrox's provision<br>
of OpenGL, it won't help.<br>
</blockquote></div><br></div>