Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 8 May 2021 20:44:50 +0300
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Eugene Grosbein <eugen@grosbein.net>
Cc:        FreeBSD Stable <freebsd-stable@freebsd.org>
Subject:   Re: Install of 13.0-RELEASE i386 with ZFS root hangs up
Message-ID:  <YJbOEvRfoMlX8fdn@kib.kiev.ua>
In-Reply-To: <4bee4d1d-46a7-e0d1-48d9-c3e964a05ef0@grosbein.net>
References:  <20210507.214759.1825935389016318351.yasu@utahime.org> <CAOjFWZ4m6ctgA%2BzOXXKk-cfEgypTcFKH58%2BVyJO%2BH4b=0nA=JQ@mail.gmail.com> <YJWakGZvOtvrEZ1C@kib.kiev.ua> <4bee4d1d-46a7-e0d1-48d9-c3e964a05ef0@grosbein.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, May 08, 2021 at 06:33:02PM +0700, Eugene Grosbein wrote:
> 08.05.2021 2:52, Konstantin Belousov wrote:
> 
> > i386 kernel uses memory up to 24G since 13.0.
> > 
> > PAE only means that devices that can access full 64bit address are allowed
> > to avoid dma bouncing.
> 
> Maybe you could tell something on similar topic?
> 
> There is FreeBSD 12.2-STABLE r369567 Base12 amd64 running
> with Intel Atom CPU capable of long mode and addressing 8GB RAM,
> ASRock A330ION motherboard and two memory modules installed: 4G+2GB.
> Why so small "avail memory"?
> 
> FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)
> CPU: Intel(R) Atom(TM) CPU  330   @ 1.60GHz (1600.03-MHz K8-class CPU)
>   Origin="GenuineIntel"  Id=0x106c2  Family=0x6  Model=0x1c  Stepping=2
>   Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Features2=0x40e31d<SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE>
>   AMD Features=0x20000800<SYSCALL,LM>
>   AMD Features2=0x1<LAHF>
>   TSC: P-state invariant, performance statistics
> real memory  = 6442450944 (6144 MB)
> Physical memory chunk(s):
> 0x0000000000010000 - 0x000000000009dfff, 581632 bytes (142 pages)
> 0x0000000000103000 - 0x00000000001fffff, 1036288 bytes (253 pages)
> 0x0000000002b00000 - 0x00000000d8709fff, 3586170880 bytes (875530 pages)
> avail memory = 3571384320 (3405 MB)
> 
> Also http://www.grosbein.net/freebsd/dmidecode.txt

Some necromancy revealed that this CPU did not have memory controller
on-chip, it was a design from the 2008 where MCH handled memory.  It is
up to the chipset and BIOS to configure and report the memory above 4G
to OS.  As you clearly see from the SMAP printed above, BIOS does not
report anything above 4G.

Might be, look at bios settings.  No other ideas.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YJbOEvRfoMlX8fdn>