Re: Is there single step debugging support being added to aarch64-linux?

Prafull Suryawanshi <[email protected]>
Newsgroups gmane.comp.gdb.devel
Message-ID <CAJgVtDVY-Qvpq1Wa1tEV0+2T4JUfUxhD7+N7DnL9j68pv_k6=w@mail.gmail.com>
I am using kgdb and trying to do single step (software single step).
I see that infrun loops. (I enabled remote_debug option and compiled
gdb 7.7 as 7.9 has issue with connection)

infrun: clear_proceed_status_thread (Thread 3462)
infrun: clear_proceed_status_thread (Thread 3444)
infrun: proceed (addr=0xffffffffffffffff, signal=GDB_SIGNAL_DEFAULT, step=1)
infrun: resume (step=1, signal=GDB_SIGNAL_0), trap_expected=1, current
thread [Thread 3462] at 0xffffffc00021014c
Sending packet: $Hcd86#7d...Ack
Packet received: OK
Sending packet: $s#73...Ack
infrun: wait_for_inferior ()
Packet received: T05thread:0d86;
infrun: target_wait (-1, status) =
infrun:   42000 [Thread 3462],
infrun:   status->kind = stopped, signal = GDB_SIGNAL_TRAP
infrun: infwait_normal_state
infrun: TARGET_WAITKIND_STOPPED
Sending packet: $g#67...Ack
Packet received:
c045b049c0ffffff01000000000000004c012100c0fffffff912a660c0ffffff28849f36c0ffffff000000000000000030334901c0ffffff00000000000000003f000000000000000000000000000000009000000000000001000000000000000100000000000000c012800820000000c012800820000000c0e0000000000000d8981a00c0ffffffdc1c650820000000c012800820000000c045b049c0ffffff010000000000000001000000000000000000000000000000c8be0d35c0ffffff80e91b58c0ffffff0010000000000000f845b049c0ffffff00a0c5082000000000800d35c0ffffffc0bd0d35c0fffffffcea1c00c0fffffff0bb0d35c0ffffff50012100c0ffffff450100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
infrun: stop_pc = 0xffffffc000210150
Sending packet: $mffffffc000210150,4#4d...Ack
Packet received: fd030091
Sending packet: $mffffffc00021014c,4#7f...Ack
Packet received: fd7ba3a9
Sending packet: $mffffffc000210150,4#4d...Ack
Packet received: fd030091
infrun: stepping inside range [0xffffffc00021014c-0xffffffc000210170]
Sending packet: $Z0,ffffffc00021014c,4#c8...Ack
Packet received: OK
infrun: resume (step=1, signal=GDB_SIGNAL_0), trap_expected=0, current
thread [Thread 3462] at 0xffffffc000210150
Sending packet: $Hc0#db...Ack
Packet received: OK
Sending packet: $s#73...Ack
infrun: prepare_to_wait

Then I build the gdb using arch_dump enable option
gdbarch_dump: gdbarch_software_single_step_p() = 0

I see that in gdb code, function aarch64_linux_software_single_step not present.

I guess above loop expected if aarch64_linux_software_single_step absent, right?

Thanks,
Prafull

On Mon, Jun 15, 2015 at 4:08 PM, Andreas Schwab <[email protected]> wrote:
> Prafull Suryawanshi <[email protected]> writes:
>
>> I am trying it on 64 bit armv8 system but not able to doit.
>> Found issue in gdb source code and absence of this function in
>> aarch64-linux-tdep.c file. Anyone knows if support getting added or
>> not?
>
> The stepi command is working fine on aarch64.  What do you get if you
> try it?
>
> Andreas.
>
> --
> Andreas Schwab, SUSE Labs, [email protected]
> GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
> "And now for something completely different."
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.