From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 01:43:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EF2716A40F for ; Sun, 5 Nov 2006 01:43:38 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FABC43D53 for ; Sun, 5 Nov 2006 01:43:37 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kA51hPXG069278; Sun, 5 Nov 2006 03:43:27 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 5 Nov 2006 03:43:25 +0200 (EET) From: Dmitry Pryanishnikov To: Andriy Gapon In-Reply-To: <44E5FFF3.9040908@icyb.net.ua> Message-ID: <20061105025754.M20747@atlantis.atlantis.dp.ua> References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Devon H. O'Dell" , freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 01:43:38 -0000 Hello! Well, maybe it's a little late to reply now, but anyway... On Fri, 18 Aug 2006, Andriy Gapon wrote: > on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: >>> BTW, has anyone contemplated or even done this - some sort of a script >>> to automatically add all modules that were loaded at a time of crash ? >> >> Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > > This is a very nice command, thank you! > But it does not seem to be directly applicable to postmortem situation > i.e. crash dump debugging. Actually asf(8) _can_ be useful during crash dump analysis in the limited yet quite common case when currently loaded kernel and modules are the same as they were during the crash. E.g. I've booted to singleuser mode with fdc.ko loaded as a module, established crash dump device and then crashed the system with 'kldunload fdc.ko' (see kern/104079). After reboot I've got a core dump which can't be analyzed corectly w/o symbols from fdc.ko: root@homelynx# asf -kf /boot/kernel my.asf root@homelynx# kgdb /boot/kernel/kernel.debug vmcore.7 ... (here 'bt' doesn't show frames which belong to fdc.ko and above) ... (kgdb) source my.asf Now 'bt' correctly shows all frames. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE