| To: | "Zhang, Sonic" <sonic.zhang@xxxxxxxxx> |
|---|---|
| Subject: | Re: I fix a bug in kdb-v3.0-2.4.20, which cause the hardware breakpoi nts fail to work. |
| From: | Keith Owens <kaos@xxxxxxx> |
| Date: | Wed, 12 Feb 2003 20:43:04 +1100 |
| Cc: | "KDB (E-mail)" <kdb@xxxxxxxxxxx>, "WangFrank (E-mail)" <frank.wang@xxxxxxxxx>, "XieMay (E-mail)" <may.xie@xxxxxxxxx> |
| In-reply-to: | Your message of "Wed, 12 Feb 2003 17:01:17 +0800." <957BD1C2BF3CD411B6C500A0C944CA2602FB01E9@pdsmsx32.pd.intel.com> |
| Sender: | kdb-bounce@xxxxxxxxxxx |
On Wed, 12 Feb 2003 17:01:17 +0800, "Zhang, Sonic" <sonic.zhang@xxxxxxxxx> wrote: > I changed these code lines. I allow the kernel signal handle to >change dr7 only when KDB is in the kernel and the variable kdb_on != 0. That >means KDB can't work together with any user space debugger. The user must >make sure he exit any user space debugger before enable the KDB. I tried that in early versions of kdb but the users complained too much. It meant that they could not do any debugging on kernels with kdb compiled in. Both i386 and ia64 can generate traps when a breakpoint is changed. What about using that trap to detect a change of hardware breakpoint and rejecting the user request if kdb is already using that breakpoint register? That would only prevent use of gdb if kdb was actually using a hardware register, instead of banning all gdb use on a kdb enabled kernel. We should also change kdb to use breakpoint registers from the top down instead of bottom up. That would minimize conflicts with gdb. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: kdb patch for 2.2.14, Keith Owens |
|---|---|
| Next by Date: | Re: I fix a bug in kdb-v3.0-2.4.20, which cause the hardware breakpoi nts fail to work., Suparna Bhattacharya |
| Previous by Thread: | I fix a bug in kdb-v3.0-2.4.20, which cause the hardware breakpoi nts fail to work., Zhang, Sonic |
| Next by Thread: | Re: I fix a bug in kdb-v3.0-2.4.20, which cause the hardware breakpoi nts fail to work., Suparna Bhattacharya |
| Indexes: | [Date] [Thread] [Top] [All Lists] |