<!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>