Date: Sun, 15 Feb 2009 00:51:46 +0000 From: Karl Pielorz <kpielorz_lst@tdx.co.uk> To: Max Laier <max@love2party.net>, freebsd-hackers@freebsd.org Subject: Re: Tyan S2895 7.1 amd64 >8Gb RAM support? Message-ID: <4FF0CBDE2E90DAFEDE59D777@Octa64> In-Reply-To: <200902132008.38110.max@love2party.net> References: <12320CD678FB9B76CA7A29F1@Octa64> <200902132008.38110.max@love2party.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--On 13 February 2009 20:08 +0100 Max Laier <max@love2party.net> wrote: > Can you maybe try to take the nVidia RAID out of the equation? I figure > the "professional" version of the chip is not that common so maybe the > corruption stems from the disk controller. Hi, I've tested with both Marvell (PCI-X), and Promise (PCI 32 Bit) SATA controllers now - it makes no difference. I upgraded the BIOS on the machine, and did a CMOS reset, then load factory defaults. I also then slowly upped the hw.physmem setting to see what would happen. I can now get this running at 8Gb [I've changed the email subject accordingly]. Any attempt to go over that (or remove the line from loader.conf completely) and it ends in the previous random crashes, compiler errors (e.g. warnings of internal bugs in gcc) - and occasional sig11's... e.g. >From compiling the kernel one time I got: " mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/src/sys/amd64/compile/GENERIC /usr/src/sys/modules/uslcom/../../dev/usb/uslcom.c ===> utopia (depend) @ -> /usr/src/sys /libexec/ld-elf.so.1: /lib/libc.so.7: Unsupported relocation type 88 in non-PLT relocations " I could probably live with only 8Gb in the machine, but it's going to be running some large ZFS pools (and a number of other tasks) - I'd like to have all 10Gb usable (especially if I move to 8.x eventually - and obviously, as it's physically in there, it'd be good to 'use it') Can anyone think of anything that is likely to break if you go >8Gb? [up from 4Gb since the BIOS was reflashed/reset & factory defaulted]. -Kp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FF0CBDE2E90DAFEDE59D777>