Home
last modified time | relevance | path

Searched hist:"963 cf3dc6342fe60bb78c615884537621abca0bc" (Results 1 – 3 of 3) sorted by relevance

/linux/arch/powerpc/include/asm/
H A Dkvm_fpu.h963cf3dc6342fe60bb78c615884537621abca0bc Fri Feb 19 11:00:40 CET 2010 Alexander Graf <agraf@suse.de> KVM: PPC: Add helpers to call FPU instructions

To emulate paired single instructions, we need to be able to call FPU
operations from within the kernel. Since we don't want gcc to spill
arbitrary FPU code everywhere, we tell it to use a soft fpu.

Since we know we can really call the FPU in safe areas, let's also add
some calls that we can later use to actually execute real world FPU
operations on the host's FPU.

Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Avi Kivity <avi@redhat.com>
/linux/arch/powerpc/kvm/
H A Dfpu.S963cf3dc6342fe60bb78c615884537621abca0bc Fri Feb 19 11:00:40 CET 2010 Alexander Graf <agraf@suse.de> KVM: PPC: Add helpers to call FPU instructions

To emulate paired single instructions, we need to be able to call FPU
operations from within the kernel. Since we don't want gcc to spill
arbitrary FPU code everywhere, we tell it to use a soft fpu.

Since we know we can really call the FPU in safe areas, let's also add
some calls that we can later use to actually execute real world FPU
operations on the host's FPU.

Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Avi Kivity <avi@redhat.com>
H A DMakefilediff 963cf3dc6342fe60bb78c615884537621abca0bc Fri Feb 19 11:00:40 CET 2010 Alexander Graf <agraf@suse.de> KVM: PPC: Add helpers to call FPU instructions

To emulate paired single instructions, we need to be able to call FPU
operations from within the kernel. Since we don't want gcc to spill
arbitrary FPU code everywhere, we tell it to use a soft fpu.

Since we know we can really call the FPU in safe areas, let's also add
some calls that we can later use to actually execute real world FPU
operations on the host's FPU.

Signed-off-by: Alexander Graf <agraf@suse.de>
Signed-off-by: Avi Kivity <avi@redhat.com>