> -----Original Message----- > From: kvm-ppc-ow...@vger.kernel.org [mailto:kvm-ppc- > ow...@vger.kernel.org] On Behalf Of Alexander Graf > Sent: Thursday, February 28, 2013 10:22 PM > To: Wood Scott-B07421 > Cc: Bhushan Bharat-R65777; kvm-...@vger.kernel.org; kvm@vger.kernel.org; > Bhushan Bharat-R65777 > Subject: Re: [PATCH 2/7] Added ONE_REG interface for debug instruction > > > On 28.02.2013, at 17:23, Scott Wood wrote: > > > On 02/27/2013 10:13:11 PM, Bharat Bhushan wrote: > >> diff --git a/arch/powerpc/kvm/booke.c b/arch/powerpc/kvm/booke.c > >> index 8b553c0..a41cd6d 100644 > >> --- a/arch/powerpc/kvm/booke.c > >> +++ b/arch/powerpc/kvm/booke.c > >> @@ -1448,6 +1448,12 @@ int kvm_vcpu_ioctl_get_one_reg(struct kvm_vcpu > *vcpu, struct kvm_one_reg *reg) > >> case KVM_REG_PPC_TSR: > >> r = put_user(vcpu->arch.tsr, (u32 __user *)(long)reg->addr); > >> break; > >> + case KVM_REG_PPC_DEBUG_INST: { > >> + u32 opcode = KVMPPC_INST_EHPRIV; > >> + r = copy_to_user((u32 __user *)(long)reg->addr, > >> + &opcode, sizeof(u32)); > >> + break; > >> + } > > > > We're using ehpriv even for PR-mode KVM (e.g. e500v2)? > > If it's a reserved instruction, that should work. Since we need to use a > single instruction to replace the debugged one with, any reserved opcode > should be as good as any other, right?
Right, that has been the idea here. Thanks -Bharat > > > Alex > > -- > To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in the > body of a message to majord...@vger.kernel.org More majordomo info at > http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
