<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Check the kernel version and update.<br>
<br>
If in any case the problems persist, make a simply test with the last
kernel version 2.6.21.5<br>
<br>
With 4 Gbyte of ram i have a problems on sata controller because that
dont recognize the HD device, but i fixed with the kernel upgrade.<br>
<br>
Look here:<br>
<br>
<a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242969">https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=242969</a><br>
<br>
Bye<br>
<br>
Giancarlo <br>
<br>
<br>
Marcelo de Souza Sant'Anna ha scritto:<br>
<br>
<br>
<blockquote cite="mid1183448316.6796.3.camel@notebook-santanna"
 type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="GENERATOR" content="GtkHTML/3.14.2">
Read this too:<br>
  <br>
  <a
 href="http://fedora.kiewel-online.de/repoview/linux/releases/7/Everything/i386/repodata/repoview/kernel-PAE-0-2.6.21-1.3194.fc7.html">http://fedora.kiewel-online.de/repoview/linux/releases/7/Everything/i386/repodata/repoview/kernel-PAE-0-2.6.21-1.3194.fc7.html</a><br>
  <br>
  <br>
On Mon, 2007-07-02 at 22:37 -0400, Srikanth Konjarla wrote:
  <blockquote type="CITE">
    <pre><font color="#000000">Thanks for the response. Interestingly, i could not find any BIOS </font>
<font color="#000000">options pertaining to memory.</font>

<font color="#000000">I found the following.</font>

<font color="#000000"># cat /proc/mtrr</font>
<font color="#000000">reg00: base=0xfeda0000 (4077MB), size= 128KB: write-back, count=1</font>
<font color="#000000">reg01: base=0xfff00000 (4095MB), size=   1MB: write-protect, count=1</font>
<font color="#000000">reg02: base=0x00000000 (   0MB), size=2048MB: write-back, count=1</font>
<font color="#000000">reg03: base=0x80000000 (2048MB), size=1024MB: write-back, count=1</font>
<font color="#000000">reg04: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1</font>

<font color="#000000">Could be incompatible memory modules or something?</font>

<font color="#000000">Thanks</font>

<font color="#000000">Srikanth</font>

<font color="#000000">Wolfgang S. Rupprecht wrote:</font>
<font color="#000000">> Srikanth Konjarla <<a
 href="mailto:srikanth.konjarla@gmail.com">srikanth.konjarla@gmail.com</a>> writes:</font>
<font color="#000000">>> I am running F7 in 64-bit mode on a laptop. I have upgraded the memory</font>
<font color="#000000">>> from 3G to 4G (Bios confirms it) but kernel sees only 3.2G (i have</font>
<font color="#000000">>> passed mem=4096M kernel parameter). Wondering if i am missing anything</font>
<font color="#000000">>> here.</font>
<font color="#000000">> </font>
<font color="#000000">> What you are missing is the really nasty design of IBM-PC legacy</font>
<font color="#000000">> memory allocations.  ;-)</font>
<font color="#000000">> </font>
<font color="#000000">> Play around in your BIOS and see if you can map the excess memory</font>
<font color="#000000">> above 4GB.  Often the labels for the settings will have the term</font>
<font color="#000000">> "MTRR" in the name.  When you get it right "cat /proc/mtrr" should</font>
<font color="#000000">> show the extra 750MBytes mapped above 4 Gigs.  The setting names might</font>
<font color="#000000">> not make much sense (at least they don't on my Tyan).  You might need</font>
<font color="#000000">> to just try them all and see what effect they have on the linux mttr</font>
<font color="#000000">> settings.  Here is what it looks like on my board when I have it set</font>
<font color="#000000">> to see all 4 GBytes:</font>
<font color="#000000">> </font>
<font color="#000000">> $ cat /proc/mtrr </font>
<font color="#000000">> reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1</font>
<font color="#000000">> reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1</font>
<font color="#000000">> reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1</font>
<font color="#000000">> reg03: base=0xcff00000 (3327MB), size=   1MB: uncachable, count=1</font>
<font color="#000000">> reg04: base=0x100000000 (4096MB), size= 512MB: write-back, count=1</font>
<font color="#000000">> reg05: base=0x120000000 (4608MB), size= 256MB: write-back, count=1</font>
<font color="#000000">> reg06: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=2</font>
<font color="#000000">> </font>
<font color="#000000">> Notice the first 3 entries are 3.25 GBytes (reg00, reg01 and reg02).</font>
<font color="#000000">> The last 0.75GBytes are mapped above 4GByte (reg04 and reg05).</font>
<font color="#000000">> </font>
<font color="#000000">> -wolfgang</font>

    </pre>
  </blockquote>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">-- 
------------------------------------------------------------------------
Giancarlo del Rossi
RHCE - System Administrator
EnterMED s.r.l - Via liberta' 56 - 90143 Palermo
+39917303009 - +3991305023 - +3497609610
<a class="moz-txt-link-freetext" href="http://www.entermed.it">http://www.entermed.it</a> - <a class="moz-txt-link-abbreviated" href="mailto:gdelrossi@entermed.it">gdelrossi@entermed.it</a>
-- Ennyn Durin Aran Moria: pedo mellon a minno --
------------------------------------------------------------------------
</pre>
</body>
</html>