[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B61F231.4030108@windriver.com>
Date: Thu, 28 Jan 2010 14:23:13 -0600
From: Jason Wessel <jason.wessel@...driver.com>
To: Frederic Weisbecker <fweisbec@...il.com>
CC: linux-kernel@...r.kernel.org, kgdb-bugreport@...ts.sourceforge.net,
mingo@...e.hu, "K.Prasad" <prasad@...ux.vnet.ibm.com>,
Peter Zijlstra <peterz@...radead.org>,
Alan Stern <stern@...land.harvard.edu>
Subject: Re: [PATCH 1/4] x86,hw_breakpoint,kgdb: kgdb to usehw_breakpointAPI
Frederic Weisbecker wrote:
> On Thu, Jan 28, 2010 at 01:58:26PM -0600, Jason Wessel wrote:
>
>> New version which loses the call back registration, because if we
>> register as a different breakpoint type, perf won't reject it.
>>
>
>
>
> I don't understand what you mean here.
>
>
>
>
This was the change:
- attr.bp_type = HW_BREAKPOINT_X;
+ attr.bp_type = HW_BREAKPOINT_W;
The perf API had extra constraint checks when you did not have a call
back function and the type was HW_BREAKPOINT_X. Using the
HW_BREAKPOINT_W type avoids the extra checks that would not allow me to
register without providing a call back.
This issue will go away entirely if we allow the allocation of an event
that is disabled for the purpose of the kernel debugger. No matter how
you look at it, it is still a work around at the current time.
>> I didn't
>> see that loop hole in the API the first time around.
>>
>> Also the dr7 fixup in hw_breakpoint.c is not needed.
>>
>> The trickery for entering twice into the __kgdb_notify is gone too.
>>
>> All the regression tests are still passing.
>>
>
>
>
> Ok. Well, let's go for it, as it's a regression that
> needs to be fixed anyway.
>
> But we'll need to sanitize various things after that :)
>
Agreed.
Can I take that to mean you have acked this version of the patch?
Thanks,
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists