From owner-freebsd-smp Sun Sep 16 15: 9: 5 2001 Delivered-To: freebsd-smp@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id 56EF037B40D for ; Sun, 16 Sep 2001 15:09:02 -0700 (PDT) Received: from mindspring.com (dialup-209.245.132.139.Dial1.SanJose1.Level3.net [209.245.132.139]) by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f8GM8wD13619; Sun, 16 Sep 2001 15:08:59 -0700 (PDT) Message-ID: <3BA52329.36662F9A@mindspring.com> Date: Sun, 16 Sep 2001 15:09:45 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Christian Kruse Cc: freebsd-smp@FreeBSD.ORG Subject: Re: Problems with a Dual Ahtlon 1,2 GHz References: <20010916042120.5e02183e.CK1@wwwtech.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Christian Kruse wrote: [ ... ] > "Page fault while in kernel mode" [ ... ] > RAM: 4 * 256MB DDR (PC 266) Infinion RAM NOTE: This may or may not be your problem; it was mine, on similar hardware. -- With 1G of RAM, you will want to increase the number of open files, sockets, etc., that are created on static allocations, in order to force some TLBs which are not flushed by a reload of %CR3 or an explicit INVTLB to be flushed, to end up being recycled instead (effectively flushing them), since there are some subtle problems in the code in locore.s, machdep.c, and pmap.c in the mp case, when interacting with the PG_G and PG_PSE bits. An alternative workaround is to add: options DISABLE_PSE to your configuration file. I've locally corrected the problem, and run with 4G of RAM+PG_PSE without incident, but I had to do some evil to make it work, which you may not want in your kernel (e.g. I changed the machdep.c swap and reserve allocations, which get ungodly huge when you have a lot of memory, and end up being largely useless, when your physical address space is so close to populate -- Matt made some changes there in -current, but I don't agree with them, so my code is "weird", starting with a 3G/1G instead of 1G/3G split on KVA vs. user space addresses). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message