[Patch] Microblaze: Port of Linux gdbserver
Ajit Kumar Agarwal
ajit.kumar.agarwal@xilinx.com
Thu Dec 18 16:53:00 GMT 2014
-----Original Message-----
From: Pedro Alves [mailto:palves@redhat.com]
Sent: Thursday, December 18, 2014 4:58 PM
To: Ajit Kumar Agarwal; Michael Eager; Joel Brobecker
Cc: gdb-patches@sourceware.org; Vinod Kathail; Vidhumouli Hunsigida; Nagaraju Mekala
Subject: Re: [Patch] Microblaze: Port of Linux gdbserver
On 12/18/2014 08:56 AM, Ajit Kumar Agarwal wrote:
> From: Pedro Alves [mailto:palves@redhat.com] On 10/17/2014 08:22 PM,
> Ajit Kumar Agarwal wrote:
>
>> Gdb.base gdb testsuite is run and here is the status of gdb testsuite run for gdb.base.
>>
>> === gdb Summary ===
>>
>> # of expected passes 7804
>> # of unexpected failures 2263
>
>>> Over 2000 unexpected failures is not very reassuring though.
>>> Have you looked at the logs to get an idea of what might be broken?
>
> We have looked at the log files for the failures. Here are the main categories of the failure.
>
> 1. push_dummy_code is not implemented for Micro blaze port due to this there are 350+ failures.
>>Eh, no inferior function call support. Are you planning on implementing this?
Currently in the gdb microblaze-tdep.c, the following code is there for push_dummy_code.
static CORE_ADDR
microblaze_push_dummy_code (struct gdbarch *gdbarch, CORE_ADDR sp,
CORE_ADDR funcaddr,
struct value **args, int nargs,
struct type *value_type,
CORE_ADDR *real_pc, CORE_ADDR *bp_addr,
struct regcache *regcache)
{
error (_("push_dummy_code not implemented"));
return sp;
}
This causes the failures.
>>You can set gdb,cannot_call_functions in your board file to skip the affected tests meanwhile.
Thanks. I will use this option.
> 2. Failures for signals is around 357.
>>What sort of failures?
We are investigating the failures caused due to signal. Would let you know.
> 3. Watch point failures are around 817.
>>Set gdb,no_hardware_watchpoints in the board file.
Thanks. I will use this option.
>
> Main total categories of the failure = 376 + 357 + 817 = 1550.
>
> These failures are not because of gdbserver patch and they seem to exist prior to this patch.
Thanks & Regards
Ajit
Thanks,
Pedro Alves
More information about the Gdb-patches
mailing list