Date: Mon, 18 Oct 2004 11:40:26 GMT From: Jens Axboe <axboe@kernel.dk> To: freebsd-ia64@FreeBSD.org Subject: Re: ia64/72128: 5.3-beta6 doesn't boot Message-ID: <200410181140.i9IBeQ2p056686@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR ia64/72128; it has been noted by GNATS. From: Jens Axboe <axboe@kernel.dk> To: Arun Sharma <arun.sharma@intel.com> Cc: Mark Linimon <linimon@freebsd.org>, freebsd-bugs@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: ia64/72128: 5.3-beta6 doesn't boot Date: Mon, 18 Oct 2004 13:34:30 +0200 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?200410181140.i9IBeQ2p056686>