From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17538.55525.494004.44221@domain.hid> Date: Sun, 4 Jun 2006 14:58:13 +0200 Subject: Re: [Xenomai-core] [rfc] unit testing context switches. In-Reply-To: <4481EE11.9040109@domain.hid> References: <17536.40316.183366.284818@domain.hid> <44813683.9040202@domain.hid> <17537.48372.286093.220257@domain.hid> <17537.50730.965937.485975@domain.hid> <4481EE11.9040109@domain.hid> From: Gilles Chanteperdrix List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Heikki Lindholm Cc: xenomai@xenomai.org Heikki Lindholm wrote: > Yes, Altivec is separate from the FPU. Hopefully nobody uses FPU in the > kernel - AFAIK currently not, but you never know about closed-source > drivers and such. Whereas, Altivec, I think, is something that should, > eventually, be supported by the real-time domain, too. Adding Altivec > support is very similar to the existing fpu support, and being that it > has to tackle the kernel-using-altivec issue anyway, it's probably nicer > to add fpu kernel support as well. Only problem is that it will increase > the context switch time. Maybe we could add an XNSIMD flag for Altivec and SSE, distinct from XNFPU, so that only the task that really use SIMD instructions would pay the price of the switch ? > I'd remember that using the FPU bits (instead > of task state) from the processor will pretty much cause saving state on > every transition to xeno, because of the kernel's lazy usage model (on > UP; SMP will do that anyway). I do not understand what you mean: on x86 the state of the ts bit in cr0 is enough to know if the FPU was used either in kernel-space or in user-space. I know power pc is a bit different because the state of the FPU is saved by the user/kernel switches, but is not the state of the MSR_FP bit enough to know if FPU was used in kernel-space ? -- Gilles Chanteperdrix.