You are not logged in.
Pages: 1
I have searched the wiki/forums/web and have not been able to find out the answer to my issue.
I have a Dell 1420 with 4GB of ram and am running Arch64 - However, Arch only sees 3954Mb instead of the 4094MB (2mb being set aside by the system) that are available. I am using a discrete graphics card - so it is not using any of the 4094MB that is installed, and I have the latest bios updates.
When I installed a 32bit fedora kernel with PAE enabled - it was able to see the 4094MB; so I don't understand why the Arch 64bit kernel cannot.
Any help would be appreciated. Thanks.
Offline
how are you checking your memory?
cat /proc/meminfoWhen I installed a 32bit fedora kernel with PAE enabled - it was able to see the 4094MB; so I don't understand why the Arch 64bit kernel cannot.
I think this probably is because the arch kernel is compiled to support up to 8 cpu cores. Each of those supported cores is used up memory that will not be available to the system when running. Of course this is just an example. There are probably other kernel compilation options that where used in arch 64 bit kernel as apposed to the 32 bit fedora kernel.
Last edited by jacko (2008-09-17 15:50:48)
Offline
my machine as an example. I DO however compile my kernel, so I leave off a ton of crud.
$ cat /proc/meminfo
MemTotal: 1026196 kB
MemFree: 57676 kB
Buffers: 188228 kB
Cached: 464788 kB
SwapCached: 0 kB
Active: 438776 kB
Inactive: 404472 kB
SwapTotal: 1012084 kB
SwapFree: 1012084 kB
Dirty: 92 kB
Writeback: 0 kB
AnonPages: 190124 kB
Mapped: 59692 kB
Slab: 97620 kB
SReclaimable: 90288 kB
SUnreclaim: 7332 kB
PageTables: 6252 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 1525180 kB
Committed_AS: 454556 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 298532 kB
VmallocChunk: 34359439355 kB
Quicklists: 0 kB
DirectMap4k: 13184 kB
DirectMap2M: 1034240 kB$ free -m
total used free shared buffers cached
Mem: 1002 945 56 0 183 453Last edited by jacko (2008-09-17 15:53:56)
Offline
MemTotal: 4049844 kB
MemFree: 2969960 kB
Buffers: 50312 kB
Cached: 454352 kB
SwapCached: 0 kB
Active: 829828 kB
Inactive: 113008 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 1736 kB
Writeback: 0 kB
AnonPages: 438168 kB
Mapped: 110016 kB
Slab: 43820 kB
SReclaimable: 30644 kB
SUnreclaim: 13176 kB
PageTables: 20964 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 2024920 kB
Committed_AS: 907916 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 105356 kB
VmallocChunk: 34359632379 kBThank you jacko - That makes sense now.
Offline
I still have the 4GB RAM recognition problem when running Arch32:
$ cat /proc/meminfo
MemTotal: 3114188 kB
MemFree: 1873836 kB
Buffers: 64792 kB
Cached: 1054404 kB
SwapCached: 0 kB
Active: 475016 kB
Inactive: 655668 kB
HighTotal: 2226728 kB
HighFree: 1147496 kB
LowTotal: 887460 kB
LowFree: 726340 kB
SwapTotal: 3903752 kB
SwapFree: 3903752 kB
Dirty: 32 kB
Writeback: 0 kB
AnonPages: 11524 kB
Mapped: 6380 kB
Slab: 89612 kB
SReclaimable: 82632 kB
SUnreclaim: 6980 kB
PageTables: 632 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 5460844 kB
Committed_AS: 48100 kB
VmallocTotal: 114680 kB
VmallocUsed: 12828 kB
VmallocChunk: 97820 kB
DirectMap4k: 4096 kB
DirectMap4M: 913408 kBHere's the top portion of dmesg:
Linux version 2.6.27-ARCH (root@architect) (gcc version 4.3.2 (GCC) ) #1 SMP PREEMPT Sun Oct 12 15:16:25 CEST 2008
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000bfe8ac00 (usable)
BIOS-e820: 00000000bfe8ac00 - 00000000bfe8cc00 (ACPI NVS)
BIOS-e820: 00000000bfe8cc00 - 00000000bfe8ec00 (ACPI data)
BIOS-e820: 00000000bfe8ec00 - 00000000c0000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 000000013c000000 (usable)
last_pfn = 0xbfe8a max_arch_pfn = 0x100000
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
kernel direct mapping tables up to 38000000 @ 7000-c000
RAMDISK: 7ff35000 - 7ffef25f
Allocated new RAMDISK: 00510000 - 005ca25f
Move RAMDISK from 000000007ff35000 - 000000007ffef25e to 00510000 - 005ca25e
DMI 2.3 present.
ACPI: RSDP 000FEC30, 0014 (r0 DELL )
ACPI: RSDT 000FCB3B, 0040 (r1 DELL WS 670 7 ASL 61)
ACPI: FACP 000FCB9F, 0074 (r1 DELL WS 670 7 ASL 61)
ACPI: DSDT FFFD932B, 3116 (r1 DELL dt_ex 1000 MSFT 100000D)
ACPI: FACS BFE8AC00, 0040
ACPI: SSDT FFFDC57E, 00BA (r1 DELL st_ex 1000 MSFT 100000D)
ACPI: APIC 000FCC13, 00AA (r1 DELL WS 670 7 ASL 61)
ACPI: BOOT 000FCCBD, 0028 (r1 DELL WS 670 7 ASL 61)
ACPI: ASF! 000FCCE5, 0067 (r16 DELL WS 670 7 ASL 61)
ACPI: MCFG 000FCD4C, 003E (r1 DELL WS 670 7 ASL 61)
ACPI: HPET 000FCD8A, 0038 (r1 DELL WS 670 7 ASL 61)
2174MB HIGHMEM available.
896MB LOWMEM available.
mapped low ram: 0 - 38000000
low ram: 00000000 - 38000000
bootmap 00008000 - 0000f000Offline
Arch 32 does not have PAE enabled in the stock kernel. You'll need to compile your own version and and make sure that PAE is enabled. I think with the stock kernel the most Arch will recognize is ~3.5GB.
Offline
Also might be worth checking to see if your kernel is grabbing space for iommu - mine is grabbing between 64 and 256MB depending on it's mood. try booting with the quiet option to see if it is mentioned. You have to play with the iommu= kernel option to change it, but I can't be arsed at the moment. you could try the iommu=noaperture see if that fixes it.
Offline
Pages: 1