<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=1996&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=1996</link>
		<description><![CDATA[The most recent posts in nomodeset causes suspend to work only once per boot [SOLVED].]]></description>
		<lastBuildDate>Sat, 14 Apr 2018 12:06:42 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8366#p8366</link>
			<description><![CDATA[<p>Great. You might even want to lodge a bug report on <span class="bbc">pm-utils</span> to add the appropriate vendor quirk combination into the database for T400.</p>]]></description>
			<author><![CDATA[dummy@example.com (ralph.ronnquist)]]></author>
			<pubDate>Sat, 14 Apr 2018 12:06:42 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8366#p8366</guid>
		</item>
		<item>
			<title><![CDATA[Re: nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8365#p8365</link>
			<description><![CDATA[<p>Since the only lines in the log having to do with graphics are these:</p><div class="codebox"><pre><code>+ PM_QUIRKDB=/usr/lib/pm-utils/video-quirks
+ PM_LKW_QUIRKS=/var/cache/pm-utils/last_known_working.quirkdb</code></pre></div><p>I tried different command line parameters having to do with quirks. This command causes suspend/resume to work as expected when running with nomodeset/vesa graphics: <span class="bbc">sudo pm-suspend --quirk-dpms-on</span></p><p>Wow, this was tough. I&#039;ll mark as solved.</p>]]></description>
			<author><![CDATA[dummy@example.com (GNUser)]]></author>
			<pubDate>Sat, 14 Apr 2018 11:49:37 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8365#p8365</guid>
		</item>
		<item>
			<title><![CDATA[Re: nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8364#p8364</link>
			<description><![CDATA[<p>Thanks, ralph.ronnquist. That was key.</p><p>I logged both without nomodeset (suspend working consistently) and with nomodeset (suspend works once then fails to work subsequently).</p><p>Interestingly, the logs without nomodeset and the <strong>first</strong> log with nomodeset are identical. With nomodeset, second attempt to suspend onwards do nothing and the last few lines of the log are:</p><div class="codebox"><pre><code>+ flock -x -n 3
+ return 1
+ exit 1</code></pre></div><p>It seems that the problem is that when running on vesa graphics, the pm-suspend command gets stuck at some point (presumably during the resume phase) and never finishes executing, leaving behind some kind of lock that prevents further attempts to suspend.</p>]]></description>
			<author><![CDATA[dummy@example.com (GNUser)]]></author>
			<pubDate>Sat, 14 Apr 2018 11:39:47 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8364#p8364</guid>
		</item>
		<item>
			<title><![CDATA[Re: nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8359#p8359</link>
			<description><![CDATA[<p>To explore deeper, you might want to try </p><div class="codebox"><pre><code># PM_DEBUG=true pm-suspend &gt;&amp; LOG </code></pre></div><p> Reviewing that LOG file might tell you something about why suspending fails.</p>]]></description>
			<author><![CDATA[dummy@example.com (ralph.ronnquist)]]></author>
			<pubDate>Sat, 14 Apr 2018 04:19:22 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8359#p8359</guid>
		</item>
		<item>
			<title><![CDATA[Re: nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8357#p8357</link>
			<description><![CDATA[<p>I did one more experiment: <br />Deleted the <span class="bbc">nomodeset</span> kernel boot option, blacklisted the <span class="bbc">i915</span> kernel module, rebooted.</p><p>Result:<br />All observations are the same as when using nomodeset. </p><p>I think this proves that using the vesa fallback instead of i915 is breaking computer&#039;s ability to suspend--it does not matter if i915 is disabled directly (by blacklisting it) or indirectly (by using nomodeset).</p><p>Since i915 seems to be responsible for all the graphics bugs I was experiencing, I&#039;m happy with vesa. Nevertheless, if anyone knows a way to make suspend work while on vesa graphics, please do share.</p>]]></description>
			<author><![CDATA[dummy@example.com (GNUser)]]></author>
			<pubDate>Sat, 14 Apr 2018 02:54:33 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8357#p8357</guid>
		</item>
		<item>
			<title><![CDATA[Re: nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8355#p8355</link>
			<description><![CDATA[<p>I did a bit more research on this issue and discovered that the <span class="bbc">i915</span> kernel module, which is the default graphics driver on my T400 with integrated Intel graphics, requires kernel mode setting (see <a href="https://askubuntu.com/a/249579" rel="nofollow">here</a>). Therefore, using <span class="bbc">nomodeset</span> kernel boot option on my machine causes it to fallback to the more barebones vesa graphics driver.</p><p>I can confirm that i915 is <strong>not</strong> the graphics driver when I use nomodeset kernel boot option.</p><p>Here is the output of&#160; sudo lshw -c video <strong>without</strong> nomodeset (notice the &quot;configuration:&quot; line):</p><div class="codebox"><pre><code>  *-display:0 UNCLAIMED     
       description: VGA compatible controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 07
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list
       configuration: driver=i915 latency=0
       resources: memory:e1400000-e17fffff memory:d0000000-dfffffff ioport:5400(size=8) memory:c0000-dffff</code></pre></div><p>And here is the output of the same command <strong>with</strong> nomodeset:</p><div class="codebox"><pre><code>  *-display:0 UNCLAIMED     
       description: VGA compatible controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 07
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list
       configuration: latency=0
       resources: memory:e1400000-e17fffff memory:d0000000-dfffffff ioport:5400(size=8) memory:c0000-dffff</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (GNUser)]]></author>
			<pubDate>Sat, 14 Apr 2018 00:25:49 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8355#p8355</guid>
		</item>
		<item>
			<title><![CDATA[nomodeset causes suspend to work only once per boot [SOLVED]]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=8354#p8354</link>
			<description><![CDATA[<p>I&#039;m on a T400 with integrated graphics. Today I discovered that using the <span class="bbc">nomodeset</span> kernel boot option magically makes various video artifacts go away, no matter what kernel I&#039;m using.</p><p>An unfortunate and unexpected side effect of using nomodeset is that it breaks my machine&#039;s ability to suspend, regardless of which kernel I&#039;m running. Both <span class="bbc">loginctl suspend</span> and <span class="bbc">sudo pm-suspend</span> work without nomodeset, break with nomodeset.</p><p>Does anyone know of a way to use nomodeset kernel boot option without breaking machine&#039;s ability to suspend?</p>]]></description>
			<author><![CDATA[dummy@example.com (GNUser)]]></author>
			<pubDate>Fri, 13 Apr 2018 20:02:20 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=8354#p8354</guid>
		</item>
	</channel>
</rss>
