<div dir="ltr"><div><div><div><div><div>Hi Roy,<br><br></div>Thanks for your help! Actually the info you provided was very useful. Using it I found how i915 is loaded, where it's located and finally figured out that there's an issue in this specific module.<br><br></div>It's located in initrd and kernel passes module parameters correctly. I see that other parameters for i915 are correctly handled. All except this particular one: enable_execlists.<br><br></div>Looking further into that module's source code for my distro, I found a function called "intel_sanitize_enable_execlists". Based on its source code it seems like it can silently change that parameter's value without any notification in the logs.<br><br></div>So at least now it's clear what's the root cause of such weird parameter handling.<br><br></div>Again, thanks a lot for your advises!<br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best Regards,<br>Maxim</div></div></div>
<br><div class="gmail_quote">On Thu, Dec 29, 2016 at 3:06 PM, Edinburgh Linux Users Group <span dir="ltr"><<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016.12.28 23:56, Edinburgh Linux Users Group wrote:<br>
> Hi Roy,<br>
><br>
</span><span class="">> After some investigation it turned out that Ubuntu packs both -<br>
> gzipped<br>
> initrd.img and Intel's microcode into one initrd file. That's why I<br>
> couldn't initially extract the whole Init ramfs.<br>
><br>
> Now I see that i915.ko module is included into initrd and that<br>
> /etc/modprobe.d actually has i915.conf with my options inside. So,<br>
> it's<br>
> clear now that i915 is a module and where its configuration comes<br>
> from.<br>
> It's also confirmed by "dmesg" output where i915 reports setting of<br>
> the<br>
> "dangerous options".<br>
><br>
> The weird thing now is - provided all of the facts above, the module<br>
> still<br>
> ignores the config. It still continues to use some default settings.<br>
><br>
> There's no other place except /etc/modprobe.d in initrd which contains<br>
> or<br>
> may override "enable_execlists" setting (checked by 'grepping' all of<br>
> the<br>
> extracted contents)<br>
><br>
> Best Regards,<br>
> Maxim<br>
><br>
</span>[snip]<br>
<br>
Maxim,<br>
<br>
I'm stretching my module loading knowledge a bit now.<br>
There are several mechanisms for loading kernel modules.<br>
They don't all respect module parameter settings, as you<br>
appear to be discovering.<br>
<br>
How you address this for your use case with Ubuntu is<br>
outside my experience. If you can unload the module, its trivial.<br>
You can only do that while the module is not used though.<br>
<br>
Having helped with identifying the problem, I'll leave it to<br>
someone who knows Ubuntu to point the way to a Ubuntu<br>
solution.<br>
<br>
The backstop is to rebuild your kernel with i915 set to =y.<br>
Then it will respond to kernel command line parameters.<br>
<div class="HOEnZb"><div class="h5"><br>
Regards,<br>
<br>
Roy Bamford.<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/<wbr>mailman/listinfo/edlug</a><br>
</div></div></blockquote></div><br></div></div>