[RFC:PATCH 00/03] powerpc: Expose BookE debug registers through extended ptrace interface
Kumar Gala
galak at kernel.crashing.org
Sat Dec 12 07:51:51 EST 2009
On Dec 11, 2009, at 2:07 PM, Thiago Jung Bauermann wrote:
> On Fri 11 Dec 2009 00:27:36 Dave Kleikamp wrote:
>> On Thu, 2009-12-10 at 20:23 -0600, Kumar Gala wrote:
>>> On Dec 10, 2009, at 9:57 AM, Dave Kleikamp wrote:
>>>> #define PPC_DEBUG_FEATURE_INSN_BP_RANGE 0x1
>>>> #define PPC_DEBUG_FEATURE_INSN_BP_MASK 0x2
>>>> #define PPC_DEBUG_FEATURE_DATA_BP_RANGE 0x4
>>>> #define PPC_DEBUG_FEATURE_DATA_BP_MASK 0x8
>>>
>>> Is GDB smart enough to deal w/no condition_regs? On some Book-E
>>> devices we have 2 IACs, 2 DACs, and 0 DVCs. Does it need to be in the
>>> features?
>>
>> I had discussed it with the gdb team. I could easily add a feature
>> flag, but it would be equivalent to num_condition_regs > 0. I don't
>> have a strong opinion either way.
>
> The current GDB code we have here uses num_condition_regs > 0 to discover if
> DVCs are supported, so a PPC_DEBUG_FEATURE constant for that is redundant
> IMHO.
That's fine, just want to make sure we are ok w/num_condition_regs == 0.
- k
More information about the Linuxppc-dev
mailing list