From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15427 invoked by alias); 19 Aug 2005 05:17:06 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 15269 invoked by uid 22791); 19 Aug 2005 05:16:38 -0000 Received: from nat-198-95-226-231.netapp.com (HELO localhost.localdomain) (198.95.226.231) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 19 Aug 2005 05:16:38 +0000 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.2/8.13.2/Debian-1) with ESMTP id j7J5Ga4D017182 for ; Thu, 18 Aug 2005 22:16:36 -0700 Received: (from nomura@localhost) by localhost.localdomain (8.13.2/8.13.2/Submit) id j7J5Ga9a017181 for gdb@sources.redhat.com; Thu, 18 Aug 2005 22:16:36 -0700 From: Kevin Nomura Date: Fri, 19 Aug 2005 05:17:00 -0000 To: gdb@sources.redhat.com Subject: kernel loadable module debugging Message-ID: <20050819051636.GF9233@netapp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-08/txt/msg00065.txt.bz2 When debugging kernel loadable modules over a serial port, (using the kernel gdb stub, not to be confused with gdbserver!) the user needs to manually deal with loading the symbol files (with add-symbol-file commands) and re-establishing breakpoints across a reboot manually. Would it be accurate to say that there are scripts to simplify but not automate the former, and no support for the latter, in gdb stub debug mode? Of the two, restoring breakpoints across a reboot is the gnarlier problem that I can see. Has this been done? If not, would making a "remote target" for the application shared library framework be a sane approach? Thanks in advance for any info. Kevin