Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Michael Eager <eager@eagerm.com>
To: "Maciej W. Rozycki" <macro@codesourcery.com>
Cc: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>,
	 Pedro Alves <palves@redhat.com>
Subject: Re: [PATCH] MIPS Linux signals
Date: Wed, 06 Jun 2012 23:12:00 -0000	[thread overview]
Message-ID: <4FCFE3EA.8080703@eagerm.com> (raw)
In-Reply-To: <alpine.DEB.1.10.1206062255210.23962@tp.orcam.me.uk>

On 06/06/2012 03:52 PM, Maciej W. Rozycki wrote:
> On Fri, 1 Jun 2012, Michael Eager wrote:
>
>> Some of the awkward code in translating REALTIME signals is due to
>> the fact that the GDB_SIGNAL_REALTIME block is not contiguous.
>
>   OK, fair enough, it's always good to include any such explanations with
> patch submissions so as to make the review process easier for the
> reviewers.  It makes sense to note the peculiarity around code concerned
> too.
>
>> I recast the section of code copied from signals.c in terms of
>> MIPS_SIGRTMIN&  MIPS_SIGRTMAX, but it isn't clear to me that this
>> is an improvement, since it is now different from the similar code
>> in signals.c.
>
>   This is target-specific code, its goal is not to be as close as to
> generic code as possible, but (as with any code, except where critical
> performance or any other requirements mandate otherwise) straightforward
> and matching the requirements of the specific target concerned.
>
>> Index: gdb/ChangeLog
>> ===================================================================
>> RCS file: /cvs/src/src/gdb/ChangeLog,v
>> retrieving revision 1.14309
>> diff -u -p -r1.14309 ChangeLog
>> --- gdb/ChangeLog	1 Jun 2012 16:37:56 -0000	1.14309
>> +++ gdb/ChangeLog	1 Jun 2012 22:43:51 -0000
>> @@ -1,3 +1,8 @@
>> +2012-06-01  Michael Eager<eager@eagercon.com>
>> +
>> +	* mips-linux-tdep.c (mips_gdb_signal_from_target): New
>> +	* mips-linux-tdep.h (mips_signals): New
>> +
>>   2012-06-01  Siddhesh Poyarekar<siddhesh@redhat.com>
>>
>>   	* target.c (target_read_memory): Make LEN argument as size_t.
>
>   Please supply ChangeLog entries separately, they're not going to work
> when included as a diff and will require hand-editing anyway.

I forgot to edit the ChangeLog out of the diff.

>
>> Index: gdb/mips-linux-tdep.c
>> ===================================================================
>> RCS file: /cvs/src/src/gdb/mips-linux-tdep.c,v
>> retrieving revision 1.94
>> diff -u -p -r1.94 mips-linux-tdep.c
>> --- gdb/mips-linux-tdep.c	22 May 2012 17:12:07 -0000	1.94
>> +++ gdb/mips-linux-tdep.c	1 Jun 2012 22:43:51 -0000
>> @@ -1330,6 +1331,98 @@ mips_linux_get_syscall_number (struct gd
> [...]
>> +
>> +  if (signo>= MIPS_SIGRTMIN&&  signo<= MIPS_SIGRTMAX)
>> +    {
>> +      /* This block of GDB_SIGNAL_REALTIME value is in order.  */
>> +      if (MIPS_SIGRTMIN<= signo&&  signo<= (MIPS_SIGRTMIN + 32))
>> +	return ((enum gdb_signal)
>> +		(signo - MIPS_SIGRTMIN + 1 + (int) GDB_SIGNAL_REALTIME_33));
>> +      else if (signo == MIPS_SIGRTMIN)
>> +	return GDB_SIGNAL_REALTIME_32;
>> +      else if ((MIPS_SIGRTMIN + 32)<= signo&&  signo<= MIPS_SIGRTMAX)
>> +	return ((enum gdb_signal)
>> +		(signo - (MIPS_SIGRTMIN + 32) + (int) GDB_SIGNAL_REALTIME_64));
>> +      else
>> +	error ("GDB bug: unrecognized real-time signal");
>> +    }
>> +
>> +  return GDB_SIGNAL_UNKNOWN;
>> +}
>> +
>>   /* Initialize one of the GNU/Linux OS ABIs.  */
>>
>>   static void
>
>   I find this unreadable (and buggy too, which is likely a consequence),
> per observations above please rewrite this as below:
>
>    if (signo>= MIPS_SIGRTMIN&&  signo<= MIPS_SIGRTMAX)
>      {
>        /* GDB_SIGNAL_REALTIME values are not contiguous, map parts of
>           the MIPS block to the respective GDB_SIGNAL_REALTIME blocks.  */
>        signo -= MIPS_SIGRTMIN;
>        if (signo == 0)
> 	return GDB_SIGNAL_REALTIME_32;
>        else if (signo<  32)
> 	return ((enum gdb_signal) (signo - 1 + (int) GDB_SIGNAL_REALTIME_33));
>        else
> 	return ((enum gdb_signal) (signo - 32 + (int) GDB_SIGNAL_REALTIME_64));
>      }
>
>    return GDB_SIGNAL_UNKNOWN;
> }

OK.

>
> -- the casts are probably redundant, but let them stay.
>
>   OK with this change, the rest is fine with me.  Thanks for tackling this
> problem.

Thanks.


-- 
Michael Eager	 eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306  650-325-8077


  reply	other threads:[~2012-06-06 23:12 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-01 20:21 Michael Eager
2012-06-01 20:53 ` Maciej W. Rozycki
2012-06-01 21:07   ` Michael Eager
2012-06-04 15:49     ` Pedro Alves
2012-06-04 16:26       ` [PATCH 2/2] Make gdbarch_gdb_signal_from_target a method with predicate Pedro Alves
2012-06-04 16:26       ` [PATCH 1/2] gdbarch_gdb_signal_from_target: Mention host independence Pedro Alves
2012-06-01 22:52   ` [PATCH] MIPS Linux signals Michael Eager
2012-06-06 22:52     ` Maciej W. Rozycki
2012-06-06 23:12       ` Michael Eager [this message]
2012-06-11 16:09       ` Michael Eager

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FCFE3EA.8080703@eagerm.com \
    --to=eager@eagerm.com \
    --cc=gdb-patches@sourceware.org \
    --cc=macro@codesourcery.com \
    --cc=palves@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox