> > > What about using the ehpriv instruction (defined in 2.06)?
> > > We could define a unique "qemu software breakpoint", and the
> > > hypervisor's ehpriv handler will be able to easily distinguish
them.
> > >
> > > On e500v2, this would be an illegal instruction.
> > >
> > > We don't need to wo
xander Graf
>>> Sent: Tuesday, November 09, 2010 12:50 PM
>>> To: Wood Scott-B07421
>>> Cc: Hollis Blanchard; Liu Yu-B13201; kvm-ppc@vger.kernel.org; Jan
>> Kiszka
>>> Subject: Re: Software breakpoint in kvmppc guest debug
>>>
>>>
&g
Graf
> >> Sent: Tuesday, November 09, 2010 12:50 PM
> >> To: Wood Scott-B07421
> >> Cc: Hollis Blanchard; Liu Yu-B13201; kvm-ppc@vger.kernel.org; Jan
> > Kiszka
> >> Subject: Re: Software breakpoint in kvmppc guest debug
> >>
> >>
> &
od Scott-B07421
>> Cc: Hollis Blanchard; Liu Yu-B13201; kvm-ppc@vger.kernel.org; Jan
> Kiszka
>> Subject: Re: Software breakpoint in kvmppc guest debug
>>
>>
>> On 09.11.2010, at 19:43, Scott Wood wrote:
>>
>>> On Tue, 9 Nov 2010 19:26:25 +01
szka
> Subject: Re: Software breakpoint in kvmppc guest debug
>
>
> On 09.11.2010, at 19:43, Scott Wood wrote:
>
> > On Tue, 9 Nov 2010 19:26:25 +0100
> > Alexander Graf wrote:
> >
> >>
> >> On 09.11.2010, at 19:17, Scott Wood wrote:
>
On 09.11.2010, at 19:43, Scott Wood wrote:
> On Tue, 9 Nov 2010 19:26:25 +0100
> Alexander Graf wrote:
>
>>
>> On 09.11.2010, at 19:17, Scott Wood wrote:
>>
>>> On Tue, 9 Nov 2010 18:14:31 +0100
>>> Alexander Graf wrote:
>>>
Now, if we can get away with not using an undefined instructi
On Tue, 9 Nov 2010 19:26:25 +0100
Alexander Graf wrote:
>
> On 09.11.2010, at 19:17, Scott Wood wrote:
>
> > On Tue, 9 Nov 2010 18:14:31 +0100
> > Alexander Graf wrote:
> >
> >> Now, if we can get away with not using an undefined instruction (be it sc
> >> 64 or trap) I don't know. I'm not e
On 09.11.2010, at 19:17, Scott Wood wrote:
> On Tue, 9 Nov 2010 18:14:31 +0100
> Alexander Graf wrote:
>
>> Now, if we can get away with not using an undefined instruction (be it sc 64
>> or trap) I don't know. I'm not even sure we can get away with trap.
>> Basically, WARN_ON should also tri
On Tue, 9 Nov 2010 17:50:12 +0100
Alexander Graf wrote:
> > There are also some fun issues regarding MSR[DE] with E.HV --
> > there are two modes, either the guest can control it directly (and shut
> > down KVM's debug events) or the guest does not have access to debug
> > resources at all and gu
On Tue, 9 Nov 2010 18:14:31 +0100
Alexander Graf wrote:
> Now, if we can get away with not using an undefined instruction (be it sc 64
> or trap) I don't know. I'm not even sure we can get away with trap.
> Basically, WARN_ON should also trigger a trap, so you'd end up in gdb for
> that when h
On 11/09/2010 08:50 AM, Alexander Graf wrote:
On 09.11.2010, at 17:36, Scott Wood wrote:
> On Tue, 9 Nov 2010 13:14:47 +0100
> Alexander Graf wrote:
>> On 09.11.2010, at 04:40, Liu Yu-B13201 wrote:
>>> Software breakpoint is a instruction which should make guest exit.
>>> We replace gues
On 09.11.2010, at 18:00, Hollis Blanchard wrote:
> On 11/09/2010 08:50 AM, Alexander Graf wrote:
>> On 09.11.2010, at 17:36, Scott Wood wrote:
>>> > On Tue, 9 Nov 2010 13:14:47 +0100
>>> > Alexander Graf wrote:
>> On 09.11.2010, at 04:40, Liu Yu-B13201 wrote:
> >>> Software breakpoi
On 09.11.2010, at 17:36, Scott Wood wrote:
> On Tue, 9 Nov 2010 13:14:47 +0100
> Alexander Graf wrote:
>
>> On 09.11.2010, at 04:40, Liu Yu-B13201 wrote:
>>
>>> Software breakpoint is a instruction which should make guest exit.
>>> We replace guest code with software breakpoint instruction so
On Tue, 9 Nov 2010 13:14:47 +0100
Alexander Graf wrote:
> On 09.11.2010, at 04:40, Liu Yu-B13201 wrote:
>
> > Software breakpoint is a instruction which should make guest exit.
> > We replace guest code with software breakpoint instruction so that we can
> > stop at anywhere we want.
> >
> > I
Hi Yu,
On 09.11.2010, at 04:40, Liu Yu-B13201 wrote:
>
> Hello all,
>
> Software breakpoint is a instruction which should make guest exit.
> We replace guest code with software breakpoint instruction so that we can
> stop at anywhere we want.
>
> In my previous guest debug patches for e500, I
15 matches
Mail list logo