<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.5" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Josh Saddler - Latest comments on Hardware success!</title>
		<link>http://blogs.gentoo.org/nightmorph?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.5"/>
		<ttl>60</ttl>
				<item>
			<title>In response to: Hardware success!</title>
			<pubDate>Thu, 30 Oct 2008 02:39:49 +0000</pubDate>
			<dc:creator>energyman [Visitor]</dc:creator>
			<guid isPermaLink="false">c20035@http://blogs.gentoo.org/</guid>
			<description>oh, not in the kernel config ;)&lt;br /&gt;
&lt;br /&gt;
afaik the problem is that when pat is turned on by the kernel and the driver there is some bad interaction. Pat support in kernel, deactivated at command line and turned on by the driver works well (for me...)</description>
			<content:encoded><![CDATA[oh, not in the kernel config ;)<br />
<br />
afaik the problem is that when pat is turned on by the kernel and the driver there is some bad interaction. Pat support in kernel, deactivated at command line and turned on by the driver works well (for me...)]]></content:encoded>
			<link>http://blogs.gentoo.org/nightmorph/2008/10/29/hardware_success#c20035</link>
		</item>
				<item>
			<title>In response to: Hardware success!</title>
			<pubDate>Wed, 29 Oct 2008 19:34:51 +0000</pubDate>
			<dc:creator>Josh Saddler [Member]</dc:creator>
			<guid isPermaLink="false">c20034@http://blogs.gentoo.org/</guid>
			<description>@&lt;strong&gt;Donnie&lt;/strong&gt; &amp;amp; &lt;strong&gt;Jeremy&lt;/strong&gt;:&lt;br /&gt;
I already use cpufreq to run &quot;ondemand&quot; the whole time. However, that's not the same as getting lower heat and saving a bit of energy regardless of frequency, which can be accomplished by lowering the voltage to the CPU.&lt;br /&gt;
&lt;br /&gt;
On the old motherboard, I dropped the voltage from the default 1.35V (IIRC) all the way to 1.150. Could have gone a bit lower, judging by other success stories, but I decided not to push my luck. As it was, I saw about ~5C decrease in temps regardless of load.&lt;br /&gt;
&lt;br /&gt;
@&lt;strong&gt;energyman&lt;/strong&gt;:&lt;br /&gt;
&lt;br /&gt;
I already knew about that before I even installed the drivers, so I made sure to have PAT disabled in my kernel config ahead of time. Didn't make a difference.</description>
			<content:encoded><![CDATA[@<strong>Donnie</strong> &amp; <strong>Jeremy</strong>:<br />
I already use cpufreq to run "ondemand" the whole time. However, that's not the same as getting lower heat and saving a bit of energy regardless of frequency, which can be accomplished by lowering the voltage to the CPU.<br />
<br />
On the old motherboard, I dropped the voltage from the default 1.35V (IIRC) all the way to 1.150. Could have gone a bit lower, judging by other success stories, but I decided not to push my luck. As it was, I saw about ~5C decrease in temps regardless of load.<br />
<br />
@<strong>energyman</strong>:<br />
<br />
I already knew about that before I even installed the drivers, so I made sure to have PAT disabled in my kernel config ahead of time. Didn't make a difference.]]></content:encoded>
			<link>http://blogs.gentoo.org/nightmorph/2008/10/29/hardware_success#c20034</link>
		</item>
				<item>
			<title>In response to: Hardware success!</title>
			<pubDate>Wed, 29 Oct 2008 18:29:39 +0000</pubDate>
			<dc:creator>energyman [Visitor]</dc:creator>
			<guid isPermaLink="false">c20033@http://blogs.gentoo.org/</guid>
			<description>when 3d stutters with newer ati hardware, you need to pass nopat as a kernel boot option.</description>
			<content:encoded><![CDATA[when 3d stutters with newer ati hardware, you need to pass nopat as a kernel boot option.]]></content:encoded>
			<link>http://blogs.gentoo.org/nightmorph/2008/10/29/hardware_success#c20033</link>
		</item>
				<item>
			<title>In response to: Hardware success!</title>
			<pubDate>Wed, 29 Oct 2008 15:08:47 +0000</pubDate>
			<dc:creator>Jeremy Olexa [Visitor]</dc:creator>
			<guid isPermaLink="false">c20032@http://blogs.gentoo.org/</guid>
			<description>1) userspace utilities are very easy to use wrt cpu freqs (as Donnie mentioned)&lt;br /&gt;
2) Coolness about the new router. Sounds neat.</description>
			<content:encoded><![CDATA[1) userspace utilities are very easy to use wrt cpu freqs (as Donnie mentioned)<br />
2) Coolness about the new router. Sounds neat.]]></content:encoded>
			<link>http://blogs.gentoo.org/nightmorph/2008/10/29/hardware_success#c20032</link>
		</item>
				<item>
			<title>In response to: Hardware success!</title>
			<pubDate>Wed, 29 Oct 2008 14:35:45 +0000</pubDate>
			<dc:creator>Donnie Berkholz [Visitor]</dc:creator>
			<guid isPermaLink="false">c20031@http://blogs.gentoo.org/</guid>
			<description>To save power and heat, why resort to fiddling with the BIOS? You should be able to use the kernel cpufreq on even desktop CPUs nowadays.</description>
			<content:encoded><![CDATA[To save power and heat, why resort to fiddling with the BIOS? You should be able to use the kernel cpufreq on even desktop CPUs nowadays.]]></content:encoded>
			<link>http://blogs.gentoo.org/nightmorph/2008/10/29/hardware_success#c20031</link>
		</item>
				<item>
			<title>In response to: Hardware success!</title>
			<pubDate>Wed, 29 Oct 2008 14:34:28 +0000</pubDate>
			<dc:creator>Donnie Berkholz [Visitor]</dc:creator>
			<guid isPermaLink="false">c20030@http://blogs.gentoo.org/</guid>
			<description>I wonder if the guy at D-Link who knew Gentoo quit, and that's why it got EOL'd. =)</description>
			<content:encoded><![CDATA[I wonder if the guy at D-Link who knew Gentoo quit, and that's why it got EOL'd. =)]]></content:encoded>
			<link>http://blogs.gentoo.org/nightmorph/2008/10/29/hardware_success#c20030</link>
		</item>
			</channel>
</rss>
