From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1400 invoked by alias); 14 Dec 2010 16:31:48 -0000 Received: (qmail 1387 invoked by uid 22791); 14 Dec 2010 16:31:47 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 14 Dec 2010 16:31:40 +0000 Received: (qmail 21253 invoked from network); 14 Dec 2010 16:31:37 -0000 Received: from unknown (HELO orlando.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 14 Dec 2010 16:31:37 -0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: [PATCH v2] gdbserver: bfin: new port Date: Tue, 14 Dec 2010 16:31:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.33-29-realtime; KDE/4.4.5; x86_64; ; ) Cc: Mike Frysinger , Andrew Stubbs , toolchain-devel@blackfin.uclinux.org, Daniel Jacobowitz References: <1291886957-12003-1-git-send-email-vapier@gentoo.org> <4D073ADF.9020205@codesourcery.com> <201012141009.44333.vapier@gentoo.org> In-Reply-To: <201012141009.44333.vapier@gentoo.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201012141631.33866.pedro@codesourcery.com> X-IsSubscribed: yes 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 X-SW-Source: 2010-12/txt/msg00238.txt.bz2 On Tuesday 14 December 2010 15:09:43, Mike Frysinger wrote: > if the gdbserver code can remain backwards compatible with the Linux ABI, then > i dont have a problem changing to a qXfer style. I don't think there'd be a problem with that. gdbserver can continue fetching whatever it needs from the kernel using the ptrace registers api, but that'd remain hidden from gdb (or the remote protocol). Getting rid of the fdpic pseudo registers from the core register set also presumably unifies the gdb core register set with an eventual bare metal bfin toolchain (btw, isn't there such a thing?) or any other eventual non-fdpic bfin toolchain. -- Pedro Alves