Andrew Morton wrote:I can also underline this - and add the aspect that a kernel debugger may also nicely serve to explore tricky code paths interactively. This specifically can lower the entrance barrier to complex kernel subsystems for new developers/bug hunters. With the latest changes, now all available through Jason's git repos for 2.6.25, kgdb should be usable again ("Now even more stable than ever!" ;) ). It became much less invasive towards critical code paths during recent rounds of refactoring, so we can hopefully meet the requirements for merging it upstream soon (2.6.26?). While too many people consider a debugger as _the_ tool for kernel development, which it clearly isn't, it remains a fairly useful feature, and I don't see any regression, technically or organizationally, it may introduce to Linux. IMHO, it would be a pity if kgdb have to remain out off tree and may potentially fall back at quality levels that many of us had fought with in the past. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux --
| 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 |
