From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11971 invoked by alias); 2 Dec 2013 07:44:38 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 11958 invoked by uid 89); 2 Dec 2013 07:44:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: rock.gnat.com Received: from Unknown (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Mon, 02 Dec 2013 07:44:37 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 39E43116803; Mon, 2 Dec 2013 02:45:06 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id v949KvLAotgr; Mon, 2 Dec 2013 02:45:06 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id CE464116801; Mon, 2 Dec 2013 02:45:05 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id CCAB7E0697; Mon, 2 Dec 2013 11:44:23 +0400 (RET) Date: Mon, 02 Dec 2013 07:44:00 -0000 From: Joel Brobecker To: Chung-Lin Tang Cc: gdb-patches@sourceware.org, Sandra Loosemore Subject: Re: [patch, nios2] Update Linux parts for new syscall ABI Message-ID: <20131202074423.GS3114@adacore.com> References: <529AF143.9060704@codesourcery.com> <20131202032333.GN3114@adacore.com> <529C107E.10308@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <529C107E.10308@codesourcery.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2013-12/txt/msg00017.txt.bz2 > 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 > >> > >> 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