* Andi Kleen <andi@firstfloor.org> wrote:see? There's the difference between us. The initial merge of KGDB does not want to include policies for nuances that pose an "acceptable slight risk". Had we done it, you could have (rightfully in that case, i have to say) complained about that "slight but real danger" of a debugger activating without waiting for all CPUs to respond. yes, i said this the first time you mentioned this issue that while it's all no big deal, it could perhaps be a sensible (but default-off) layered-on option for later. But the initial merge is for obvious stuff and it does not want to do such things. Ingo --
| 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 |
