Yes... in my environment, I have firmware calls to find out what
physical memory exists, then I call add_memory_region as necessary. See
arch/mips/sibyte/swarm/setup.c if you're interested. Nothing too
interesting about it.
Matthew Dharm wrote:
> So, how should my boot code convey that info? With more
> add_memory_region() calls? Is that really all I need?
> Matthew D. Dharm Senior Software Designer
> Momentum Computer Inc. 1815 Aston Ave. Suite 107
> (760) 431-8663 X-115 Carlsbad, CA 92008-7310
> Momentum Works For You www.momenco.com
> > -----Original Message-----
> > From: firstname.lastname@example.org
> > [mailto:email@example.com]On Behalf Of Kip Walker
> > Sent: Wednesday, May 15, 2002 3:15 PM
> > To: Matthew Dharm
> > Cc: Linux-MIPS
> > Subject: Re: MIPS 64?
> > Matthew Dharm wrote:
> > >
> > > I don't suppose anyone has a primer or white paper on the
> > High Memory
> > > stuff? i.e. Applications, requirements, or a quick HOWTO?
> > Well, the CONFIG option is at the bottom of the Machine
> > Selection menu.
> > With a fairly recent 2.4 or 2.5 kernel, it should build at work.
> > Basically, if your firmware/boot code conveys info about
> > regions above
> > physical address 0x1fffffff, the kernel will allocate "struct page"
> > entries for it, and add them to the pool of allocatable memory. The
> > kernel gets at them by mapping them into Kseg2/Kseg3 temporarily.
> > turn it on, see what happens! I haven't looked for a primer.
> > Kip