Date: Tue, 30 May 2006 00:09:10 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: David Xu <davidxu@freebsd.org> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/i386/isa npx.c Message-ID: <20060530000449.A24521@delplex.bde.org> In-Reply-To: <200605290719.49433.davidxu@freebsd.org> References: <200605280440.k4S4ej96064322@repoman.freebsd.org> <200605282006.26364.davidxu@freebsd.org> <20060528223012.H2592@epsplex.bde.org> <200605290719.49433.davidxu@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 29 May 2006, David Xu wrote: > On Sunday 28 May 2006 21:58, Bruce Evans wrote: > >> OK if it is correct to not copy the environment. >> > I will revert changes, I think I should keep it safe as before. Thanks. I couldn't find any more details about this using google. >> ... old CPUs (at least amd64 ones) that don't support mxcsr_mask >> also don't support DAZ, so the correct mask for them is 0xFFBF. These >> complications are implemented in Linux's i386 so I suppose they are >> no-ops at worst for non-amd64 CPUs. Linux stores the mask in a global >> variable. I think this breaks the asymmetric SMP case more than >> necessary. > process migrates from one CPU to another, I don't think you can use such > CPUs in same system if they are different in this case. Only actually using DAZ is sure not to work. > I haven't tried DAZ bit, will you fix it ? No, not in -current, sorry. I'll check your fix for it. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060530000449.A24521>