[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
pc386 on 386sx
- Date: Thu, 29 Jul 1999 18:06:49 +0200 (CEST)
- From: valette at crf.canon.fr (VALETTE Eric)
- Subject: pc386 on 386sx
>>>>> "joel" == <joel at oarcorp.com> writes:
joel> On Wed, 28 Jul 1999, erik.ivanenko wrote:
joel> The more general solution is to use the cpuModel-like code to determine if
joel> the CPU model can support an FPU and use that in ADDITION to the patch I
joel> am posting to disable all FP actions on the fly if the FPU is not there.
Or use the result stored by cpuModel.S as explained...
joel> This does again raise the question about the boundary between libcpu and
joel> score/cpu. if the executive needs to know this information, then the
joel> cpuModel code is crossing the boundary. :)
NO. It is natural for score/cpu/<cpu> to use functions implemented
in libcpu/<cpu> as they only depend on processor and not on rtems executive
code... The main difference being that score/cpu/<cpu> functions shall
not be used by application code...
/ ` Eric Valette
/-- __ o _. Canon CRF - Communication Dept
(___, / (_(_(__ Rue de la touche lambert
35517 Cesson-Sevigne Cedex
Tel: +33 (0)2 99 87 68 91 Fax: +33 (0)2 99 84 11 30
E-mail: valette at crf.canon.fr http://www.crf.canon.fr