Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Oct 2004 13:34:30 +0200
From:      Jens Axboe <axboe@kernel.dk>
To:        Arun Sharma <arun.sharma@intel.com>
Cc:        Mark Linimon <linimon@freebsd.org>
Subject:   Re: ia64/72128: 5.3-beta6 doesn't boot
Message-ID:  <20041018113430.GK2349@suse.de>
In-Reply-To: <20041009180225.GE13195@suse.de>
References:  <200410080602.i9862nYp081905@freefall.freebsd.org> <41670570.2080109@intel.com> <41673488.6000209@intel.com> <20041009180225.GE13195@suse.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Oct 09 2004, Jens Axboe wrote:
> On Fri, Oct 08 2004, Arun Sharma wrote:
> > On 10/8/2004 2:24 PM, Arun Sharma wrote:
> > >On 10/7/2004 11:02 PM, Mark Linimon wrote:
> > >
> > >>This may be processor-specific.
> > >>
> > >>http://www.freebsd.org/cgi/query-pr.cgi?pr=72128
> > >
> > >
> > >I just tested that the 5.3-beta7 works fine on a 4 way Tiger with 1GB 
> > >RAM. I don't think there have been critical bug fixes between beta6 and 
> > >beta7 that affect the tiger. Also, on a 4GB machine, FreeBSD ignores RAM 
> > >above 1GB.
> > 
> > I meant to say FreeBSD ignores RAM above 4GB physical. So depending on your 
> > memory map, this may or may not be a problem.
> 
> I can verify my memory map in Linux, I'll send it in on the next boot.

Sorry about the delay, was away on business.

These are the only comments that Linux gives about the memory layout:

efi.trim_top: ignoring 4KB of memory at 0x0 due to granule hole at 0x0
efi.trim_top: ignoring 24KB of memory at 0x1000 due to granule hole at 0x0
efi.trim_top: ignoring 8KB of memory at 0x7000 due to granule hole at 0x0
efi.trim_top: ignoring 484KB of memory at 0x9000 due to granule hole at 0x0
efi.trim_top: ignoring 4KB of memory at 0x84000 due to granule hole at 0x0
efi.trim_top: ignoring 108KB of memory at 0x85000 due to granule hole at 0x0
efi.trim_bottom: ignoring 15360KB of memory at 0x100000 due to granule hole at 0x0
efi.trim_bottom: ignoring 7168KB of memory at 0x7d900000 due to granule hole at 0x7d000000

Virtual mem_map starts at 0xa0007fffffc70000
On node 0 totalpages: 64916
  DMA zone: 64916 pages, LIFO batch:4
  Normal zone: 0 pages, LIFO batch:1
  HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists

Let me know if you need more info!

-- 
Jens Axboe



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