From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21141 invoked by alias); 29 Sep 2009 04:22:42 -0000 Received: (qmail 21133 invoked by uid 22791); 29 Sep 2009 04:22:41 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 29 Sep 2009 04:22:36 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 2D24E2BAB6F; Tue, 29 Sep 2009 00:22:35 -0400 (EDT) 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 ktwzgHSMBuO7; Tue, 29 Sep 2009 00:22:35 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id E5AB12BAB4B; Tue, 29 Sep 2009 00:22:33 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 01DAEF593D; Mon, 28 Sep 2009 21:22:26 -0700 (PDT) Date: Tue, 29 Sep 2009 04:22:00 -0000 From: Joel Brobecker To: Caz Yokoyama Cc: 'Pedro Alves' , gdb-patches@sourceware.org Subject: Re: symbolic debug of loadable modules with kgdb light Message-ID: <20090929042226.GK9003@adacore.com> References: <8AA4B846934A4A9081F778449B96F416@xpjpn> <4A0DE914.1050800@vmware.com> <20090923004802.GA20859@adacore.com> <9ECED0F0DCF04CC185B027503876430D@xpjpn> <20090925160627.GB5077@adacore.com> <66E35EA6599040F894D040E4F50389D0@xpjpn> <535d47e30909260627n662135a1hf6d1a0bb33368b3a@mail.gmail.com> <20090929015830.GJ9003@adacore.com> <1724490614004CEB9EE1A091A151E05B@xpjpn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1724490614004CEB9EE1A091A151E05B@xpjpn> User-Agent: Mutt/1.5.18 (2008-05-17) 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: 2009-09/txt/msg00905.txt.bz2 > However, when we debug kernel, interrupt_sequence is varied from kernel to > kernel. It means interrupt_sequence depends on each kernel. To check > correctness of interrupt_sequence, we have to know which kernel we are > debugging. It introduces dependency of kernel. As the result, it is > impossible to satisfy both 1) and 2). I give up. Thank you for reviewing my > patches. You have to believe me when I say that I'm very sorry to hear that. We've both invested a lot of time on these patches, it's a shame to give up when we're so close to a solution. There was one part that I wasn't aware of until you mentioned it, which is the fact that the interrupt sequence varies from kernel to kernel. We can discuss a solution to that issue if you tell us what the possible variations are. Please let us also know if you'd prefer someone else to review your patches. -- Joel