Andi Kleen wrote:Perhaps we are talking about different things. I will agree that there is no protection against putting a breakpoint in some code that is part of the debugger. That was certainly not what I was talking about. You might be able to perform some protections at the breakpoint set time or request to single step, but that is much more complex than is worth it for the time being. The recursion check guards against basic stupidity or accidental stepping out of a frame you didn't mean to. Also there are a lot of non-obvious code paths that can get executed via kgdb such as the fault handlers. The simple recursion check covers enough cases that you don't want to live without it. If you want to improve it please provide some patches or further elaborate on what needs to be fixed. Jason --
| Peter Zijlstra | [PATCH 00/23] per device dirty throttling -v8 |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Andrew Morton | Re: Ext3 vs NTFS performance |
git: | |
| Johannes Sixt | [PATCH 03/40] Add target architecture MinGW. |
| Sergei Organov | Newbie: report of first experience with git-rebase. |
| Scott Chacon | Git Community Book |
| Sebastian Schuberth | git on Cygwin: Not a valid object name HEAD |
| Richard Stallman | Real men don't attack straw men |
| Marius ROMAN | 1440x900 resolution problem |
| Leon Dippenaar | New tcp stack attack |
| Alexey Suslikov | OT: OpenBSD on Asus eeePC |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Linus Torvalds | Re: [crash] kernel BUG at net/core/dev.c:1328! |
| Frithjof Hammer | Re: [LARTC] ifb and ppp |
