<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>technikhaufen - hardware</title>
    <link>http://gebi.supersized.org/</link>
    <description>many to many</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.3-alpha1 - http://www.s9y.org/</generator>
    <pubDate>Thu, 27 Mar 2008 16:07:59 GMT</pubDate>

    <image>
        <url>http://gebi.supersized.org/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: technikhaufen - hardware - many to many</title>
        <link>http://gebi.supersized.org/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>Intel 965 board with 8GB Ram and Linux</title>
    <link>http://gebi.supersized.org/archives/2-Intel-965-board-with-8GB-Ram-and-Linux.html</link>
            <category>hardware</category>
            <category>Linux</category>
    
    <comments>http://gebi.supersized.org/archives/2-Intel-965-board-with-8GB-Ram-and-Linux.html#comments</comments>
    <wfw:comment>http://gebi.supersized.org/wfwcomment.php?cid=2</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://gebi.supersized.org/rss.php?version=2.0&amp;type=comments&amp;cid=2</wfw:commentRss>
    

    <author>nospam@example.com (Michael Gebetsroither)</author>
    <content:encoded>
    &lt;p&gt;I thought upgrading from 4 to 8GB would be painless, as i am allready using 64bit &lt;a href=&quot;http://grml.org&quot;&gt;GRML&lt;/a&gt; (debian).&lt;/p&gt;

&lt;p&gt;But i was wrong!&lt;/p&gt;

&lt;h4&gt;System&lt;/h4&gt;

&lt;ul&gt;
&lt;li&gt;Board: Intel DG965WH&lt;/li&gt;
&lt;li&gt;Memory: 4x 2GB Kingmax DDR2 800&lt;/li&gt;
&lt;li&gt;OS: GRML, 2.6.23-grml64 (which is based on 2.6.23.16)&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Installation and memtest went fine (4 runs without errors) and as soon as i boot into linux the computer speed went to a crowl.&lt;/p&gt;

&lt;h4&gt;The problem is a wrong memory mapping from newer Intel bioses:&lt;/h4&gt;

&lt;pre&gt;&lt;code&gt;reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
reg03: base=0xcf800000 (3320MB), size=   8MB: uncachable, count=1
reg04: base=0xcf700000 (3319MB), size=   1MB: uncachable, count=1
reg05: base=0x100000000 (4096MB), size=4096MB: write-back, count=1
reg06: base=0x200000000 (8192MB), size= 512MB: write-back, count=1
reg07: base=0xd0000000 (3328MB), size= 256MB: write-combining, count=1 (bogus)
&lt;/code&gt;&lt;/pre&gt;

&lt;h4&gt;After some fiddling and searching i&#039;ve found a reasonable solution:&lt;/h4&gt;

&lt;ul&gt;
&lt;li&gt;64MB ram are lost because we would need one more mapping.&lt;/li&gt;
&lt;li&gt;Special bootparameter is needed&lt;/li&gt;
&lt;li&gt;Manual adjusting of /proc/mtrr&lt;/li&gt;
&lt;/ul&gt;

&lt;h4&gt;Quick and dirty&lt;/h4&gt;

&lt;p&gt;For 8GB ram append mem=8832M to your boot cmdline.&lt;/p&gt;

&lt;p&gt;Adjust memory mapping as soon as possible in your boot process (should be done before udev starts, /etc/init.d/bootlocal.first if it&#039;s available on your system, don&#039;t forget to mount /proc if it&#039;s not allready mounted).&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;echo &quot;disable=7&quot; &amp;gt; /proc/mtrr
echo &quot;base=0x220000000 size=0x8000000 type=write-back&quot; &amp;gt; /proc/mtrr
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;This creates the missing 128MB mapping at the end. There would be another mapping with 64MB right after our new one, but that is disabled through our special mem= boot cmdline option.&lt;/p&gt;

&lt;h4&gt;The corrected mapping&lt;/h4&gt;

&lt;pre&gt;&lt;code&gt;reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
reg03: base=0xcf800000 (3320MB), size=   8MB: uncachable, count=1
reg04: base=0xcf700000 (3319MB), size=   1MB: uncachable, count=1
reg05: base=0x100000000 (4096MB), size=4096MB: write-back, count=1
reg06: base=0x200000000 (8192MB), size= 512MB: write-back, count=1
reg07: base=0x220000000 (8704MB), size= 128MB: write-back, count=1
&lt;/code&gt;&lt;/pre&gt;

&lt;h4&gt;Con&lt;/h4&gt;

&lt;p&gt;After some time searching for a solution and a not really helpfull intel tech support these provided me with a now again useable system. Now with 8GB ram!&lt;/p&gt;
 
    </content:encoded>

    <pubDate>Thu, 27 Mar 2008 14:19:26 +0100</pubDate>
    <guid isPermaLink="false">http://gebi.supersized.org/archives/2-guid.html</guid>
    
</item>

</channel>
</rss>