From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20059 invoked by alias); 2 Oct 2004 03:52:43 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 20052 invoked from network); 2 Oct 2004 03:52:42 -0000 Received: from unknown (HELO svr68.ehostpros.com) (67.15.48.48) by sourceware.org with SMTP; 2 Oct 2004 03:52:42 -0000 Received: from [61.11.17.253] (helo=ppp17-253.dsl-pun.eth.net) by svr68.ehostpros.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.42) id 1CDawk-0000cf-D8; Fri, 01 Oct 2004 20:52:35 -0700 From: "Amit S. Kale" Organization: LinSysSoft Technologies Pvt Ltd To: Mark Kettenis Subject: Re: kgdb support for gdb Date: Sat, 02 Oct 2004 03:52:00 -0000 User-Agent: KMail/1.5 Cc: gdb-patches@sources.redhat.com References: <200410011314.33157.amitkale@linsyssoft.com> <200410012200.i91M0x8m001379@elgar.sibelius.xs4all.nl> In-Reply-To: <200410012200.i91M0x8m001379@elgar.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410020921.45566.amitkale@linsyssoft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr68.ehostpros.com X-AntiAbuse: Original Domain - sources.redhat.com X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - linsyssoft.com X-Source: X-Source-Args: X-Source-Dir: X-SW-Source: 2004-10/txt/msg00028.txt.bz2 On Saturday 02 Oct 2004 3:30 am, Mark Kettenis wrote: > From: "Amit S. Kale" > Date: Fri, 1 Oct 2004 13:14:33 +0530 > > Hi, > > Attached patches add kgdb support to gdb. They define two new > targets i386-lk and x86_64-lk. Because of the definition of these > targets, one can build a gdb with does not contain the linux > operating environment specific things which are inappropriate for > the kernel, like signal trampoline frame parsing. > > I don't think you/we should add a new target triple for this stuff. > Instead you should add a special OS ABI variant for the kernel, and > use that to define your own kernel architecture vector. I suppose > there is a way to detect that a binary is a Linux kernel instead of a > normal ELF executable? Yes. There is a way to detect that. I'll look into this and get back with a different patch. > > Oh, and if you want this code to be included in the official GDB > sources, you'll have to assign copyright to the FSF of course. Definitely. Do I have to change the copyright message on the cfiles myself, or the gdb folks do it while including them into the gdb cvs tree? I have already signed a blanket copyright disclaimer for gdb contributions from myself as an individual. I'll have to sign one more for my company, LinSysSoft. -Amit