Vegard Nossum wrote:I assume this was SMP? While I had not tried it yet, my guess would have been this did not happen on a UP kernel. If it does occur on a UP kernel it means the problem is squarely between the task scheduling after the exception is handled and the kgdb state logic for re-entering the debug state after a single step exception occurs. It seems reasonable to go for 1000 iterations of this particular test to declare success as pointed out by Ingo. Previous versions of kgdb handled some of the irq + single step + cpu sync slightly differently and it is entirely possible there is a regression there. Jason. --
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| H. Peter Anvin | Re: [PATCH] x86: Construct 32 bit boot time page tables in native format. |
| Christoph Lameter | Re: [RFC 00/15] x86_64: Optimize percpu accesses |
git: | |
| Christoph Hellwig | Re: [PATCH 06/32] IGET: Mark iget() and read_inode() as being obsolete [try #2] |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
