This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch, nios2] Update Linux parts for new syscall ABI
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Chung-Lin Tang <cltang at codesourcery dot com>
- Cc: gdb-patches at sourceware dot org, Sandra Loosemore <sandra at codesourcery dot com>
- Date: Mon, 2 Dec 2013 11:44:23 +0400
- Subject: Re: [patch, nios2] Update Linux parts for new syscall ABI
- Authentication-results: sourceware.org; auth=none
- References: <529AF143 dot 9060704 at codesourcery dot com> <20131202032333 dot GN3114 at adacore dot com> <529C107E dot 10308 at codesourcery dot com>
> Is Sandra not nios2 maintainer, or is she just not yet added to the
> MAINTAINERS file?
She is not maintainer as far as I know (yet?).
> >> 2013-12-01 Chung-Lin Tang <cltang@codesourcery.com>
> >>
> >> gdb/
> >> * nios2-linux-tdep.c (nios2_linux_sigreturn_init): Remove.
> >> (nios2_linux_sigreturn_tramp_frame): Remove.
> >> (nios2_linux_rt_sigreturn_tramp_frame): Update rt_sigreturn syscall
> >> number.
> >> (nios2_linux_syscall_next_pc): Likewise. Remove sigreturn case.
> >> (nios2_linux_init_abi):
> >> Remove registration of nios2_linux_sigreturn_tramp_frame.
> >
> > My concern with your patch is that it seems to eliminate support for
> > the previous syscall ABI, which means a break in compatibility. Unless
> > we really have no other choice, I don't think we would want that.
>
> This is a coordinated change, Altera will be using the new syscall ABI
> when they upstream the kernel port.
I understand that. But is it conceivable that someone might be wanting
to use the new GDB while still running on the old kernel, with the old
software convention? How about the transition period? A break in
compatibility is very unfriendly for the average user, and needs
to be carefully considered.
I don't have any personal interest in this, other than trying to serve
the interest of the potential users. If it's deemed too hard or useless
by the nios community, then I won't object.
--
Joel