Date: Thu, 11 Nov 2004 15:43:56 +0100 From: Omar Punzalan <omar.punzalan@ifom-ieo-campus.it> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: freebsd-hackers@freebsd.org Subject: Re: RX4640 Message-ID: <1D5DB638-33F0-11D9-BCE2-000393DAB970@ifom-ieo-campus.it> In-Reply-To: <C0074796-335B-11D9-9449-000D93C47836@xcllnt.net> References: <20041108120100.2CC8216A4D2@hub.freebsd.org> <E9818952-31B4-11D9-A5EA-000393DAB970@ifom-ieo-campus.it> <86ekj1laqc.fsf@kamino.rfc1149.org> <C0074796-335B-11D9-9449-000D93C47836@xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 10, 2004, at 10:01 PM, Marcel Moolenaar wrote: > On Nov 10, 2004, at 12:17 PM, Arne Schwabe wrote: > >> Omar Punzalan <omar.punzalan@ifom-ieo-campus.it> writes: >> >>> I have successfully installed my new (and shiny) freebsd5.3 on one of >>> our hp rx4640 itanium2 system. With the SMP kernel, it has detected >>> the 4 CPUs correctly. But then reviewing the /var/log/messages, its >>> sees only 1G of ram: >>> >>> Nov 8 18:10:50 TEST2 kernel: real memory = 1058357248 (1009 MB) >>> Nov 8 18:10:50 TEST2 kernel: avail memory = 1018814464 (971 MB) >>> Nov 8 18:10:50 TEST2 kernel: FPSWA Revision = 0x10012, Entry = >>> 0xe0000040ffe62050 >>> Nov 8 18:10:50 TEST2 kernel: FreeBSD/SMP: Multiprocessor System >>> Detected: 4 CPUs >>> >>> On my web searches, I found out that not even PAE is supported in >>> ia64 >>> arch. I also put hw.physmem=8G inside the loader.conf but no effect. >>> Is there a way for me to convince freebsd that the system has 8Gb of >>> ram? >> >> If I remember PAE was a hack for IA32 to allow more then 4GB but since >> ia64 is 64 bit it should not such a hack for > 4gb > > Yes. PAE has nothing to do with ia64. The problem here is that on > some IPF machines (typically the HP rx2600) the physical memory > layout is sparse. It's this sparseness that's causing problems, > because currently we allocate a vm_page array that needs to be > physically contiguous. When a machine has only 2BG of memory, > but 1GB is located above the 4G boundary, we need a vm_page > array that can be larger than the size of any of the usable > memory regions. Not to mention that the vm_page will represent > pages (roughly 3GB worth of it) for memory that isn't even there. > > A fix for this is in the pipeline. All it takes is time. If the > memory layout for the machine is not sparse, you can take out > the code from sys/ia64/ia64/machdep.c that skips memory above > 4G. Beware of DMA problems caused by the need for bounce buffers > when you do that... > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > > Thanks for the responses. I tried to comment out those lines from sys/ia64/ia64/machdep.c and successfully rebuilt the kernel. Upon reboot, it detects the 8G of ram (wonderful!) but reports only the 4G as available, then it freezes while loading FPSWA. Well, I think I'm gonna wait for some time until you guys will fix it (hope so soon). Omar
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1D5DB638-33F0-11D9-BCE2-000393DAB970>