logo       

Re: Why try to reuse breakpoint structures?: msg#00065

linux.kernel.debugging.kgdb.bugs

Subject: Re: Why try to reuse breakpoint structures?

On Tuesday 10 Jan 2006 6:15 pm, Amit Kale wrote:
> We keep track of removed entries to prevent breakpoints from occuring after
> they were removed. Removed breakpoints might have occured on other
> processors before there removal from code, which will pop up on continuing
> and cause segfaults on i386. kgdb_skipexception function identifies them.

Removed breakpoints can be placed again, in which case they can't be ignored
on other processors. That's why we reuse those entries.
-Amit

> -Amit
>
> On Tuesday 10 Jan 2006 6:46 am, Jim Blandy wrote:
> > When setting a new breakpoint, kgdb_set_sw_break searches kdb_break
> > for an entry that is bp_disabled, but takes care to re-use disabled
> > entries whose address matches that of the new breakpoint. What's the
> > point? Aren't all disabled entries the same, that is, just free
> > space?
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files for problems? Stop! Download the new AJAX search engine that
> > makes searching your log files as easy as surfing the web. DOWNLOAD
> > SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=Click
> > _______________________________________________
> > Kgdb-bugreport mailing list
> > Kgdb-bugreport@xxxxxxxxxxxxxxxxxxxxx
> > https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise