From owner-freebsd-current@FreeBSD.ORG Sat May 10 10:42:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0CAC37B401; Sat, 10 May 2003 10:42:01 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1522643FE1; Sat, 10 May 2003 10:42:01 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx40-bradley.dialup.earthlink.net ([216.244.42.84] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19EYM9-0006BK-00; Sat, 10 May 2003 10:41:58 -0700 Message-ID: <3EBD3999.71EB5378@mindspring.com> Date: Sat, 10 May 2003 10:40:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Don Lewis References: <200305100726.h4A7QMM7039660@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4460e002c002f0c6d5c39e8026964a65c387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c cc: current@FreeBSD.org Subject: Re: data corruption with current (maybe sis chipset related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 17:42:02 -0000 Don Lewis wrote: > On 9 May, Terry Lambert wrote: > > Chris BeHanna wrote: > >> And, why aren't Bosko's patches in the tree? > > > > I don't know. I do know that they increased the minimum memory > > requirements by 4M (part of Bosko's approach to a fix requires > > linking the kernel with a base address aligned on a 4M boundary). > > How hard would it be to make this a compile time option? Small memory > machines are unlikely to want to use 4 MB pages anyway. In other words > a configuration option that would disable 4 MB pages and put the kernel > at its current location when set one way, and would enable 4MB pages and > relocate the kernel on a 4 MB boundary when set the other way. The KVA space size is a compile time option, and it changes the base address, so changing the relocation address is just a matter of a small amount of additional code; however, the locore.s and machdep.c and any other changes necessary to use the patch are much harder to make compile-time variant. Particularly the assembly code. > I really dislike our default configuration of a little bit more speed at > the expense of data integrity. If that's what I really wanted, I could > probably get even more speed by overclocking. Or running Linux. Or using background fsck. 8-) 8-). -- Terry