Date: Thu, 24 Feb 2000 11:37:38 +0200 From: Vallo Kallaste <vallo@matti.ee> To: User URANIA <urania@iss.com.tw> Cc: freebsd-current@freebsd.org Subject: Re: Problem with IBM Netfinity 5000 Server Message-ID: <20000224113738.A59264@myhakas.matti.ee> In-Reply-To: <Pine.BSF.4.20.0002231424210.16212-100000@iss.com.tw>; from User URANIA on Wed, Feb 23, 2000 at 02:27:31PM %2B0800 References: <Pine.BSF.4.20.0002231424210.16212-100000@iss.com.tw>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 23, 2000 at 02:27:31PM +0800, User URANIA <urania@iss.com.tw> wrote: > I've a Netfinity 5000 Server, internal 5 PCI slot onborad. > If i put one Intel 82558 NIC at 5th PCI Slot, everythings goes > fine. Every times i put the same Intel NIC to any other PCI > slots ( 1th ~ 4th ), after system login prompt , i also login > as root, then system direct reboot .... ><# > > I also set these flags at my /etc/make.conf > > # > CFLAGS= -mpentiumpro -O6 -pipe -funroll-loops -fexpensive-optimizations > # > # To avoid building various parts of the base system: > NO_SENDMAIL= true > #NO_CVS= true > # > # To compile just the kernel with special optimisations, you should use > # this instead of CFLAGS (which is not applicable to kernel builds anyway): > # > COPTFLAGS= -mpentiumpro -O6 -pipe -funroll-loops Please forget the "special" optimization parameters and compile world and kernel with standard -O -pipe. Make sure you don't have any unusual tweaks anywhere. Then compile GENERIC kernel and try it out. I don't think the optimizing compiler is bad idea but I haven't seen any significant gains versus dying kernels and weird acting standard system binaries. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000224113738.A59264>