> You silently overwrite any user ptrace hw breakpoints right? To do it cleanlyThere was work underway on that before (hw_breakpoint). I'm not entirely sure you want to use fancy stuff like that in kgdb. It's nice for kgdb to be as self-contained as possible, so you can debug everything else with it. If you're going to rely on lots of higher-level infrastructure, it could be using kprobes for its software breakpoint handling, too. At any rate, I think it would be good if the hw breakpoint support in kgdb were chopped out into a separate patch. First make kgdb work with no code touching debug registers at all. Then a second patch can add the hw breakpoint support. The latter one can be mulled over or replaced with a hw_breakpoint merge or just put off for a while because it's a big can of worms to multiplex the use of the debug registers. Thanks, Roland --
| Mark Lord | Re: Linux 2.6.24-rc7 |
| Kentaro Takeda | [TOMOYO 05/15](repost) Domain transition handler functions. |
| Willy Tarreau | Re: Linux v2.6.24-rc1 |
| Al Boldi | [RFD] Incremental fsck |
| drew | Re: SVGA-alphanum. modes |
| Kevin Cummings | VESA video support during boot. |
| Raymond Nijssen | Re: What the 17" monitor reviews never tell you |
| Michael Haardt | GNU shell utils 1.7: date(1) dumps core (with easy solution:) |
git: | |
| David Woodhouse | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jarek Poplawski | Re: [BUG] New Kernel Bugs |
