From owner-freebsd-current@FreeBSD.ORG Tue Aug 23 19:44:32 2005 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 664E416A41F for ; Tue, 23 Aug 2005 19:44:32 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE1CB43D46 for ; Tue, 23 Aug 2005 19:44:31 +0000 (GMT) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.31] (pulse.behrens [192.168.20.31]) by pinky.frank-behrens.de (8.13.4/8.13.4) with ESMTP/MSA id j7NJiTT8003432 for ; Tue, 23 Aug 2005 21:44:29 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200508231944.j7NJiTT8003432@pinky.frank-behrens.de> From: "Frank Behrens" To: freebsd-current@freebsd.org Date: Tue, 23 Aug 2005 21:44:29 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <200508231743.j7NHhidM001730@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.30 public beta 1, DE v4.30 PB1 (for PB1)) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: panic after kldunload - stale device descriptions 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: Tue, 23 Aug 2005 19:44:32 -0000 To answer myself: Frank Behrens wrote on 23 Aug 2005 19:43: > I loaded my driver (kldload) and the device was probed and found in > ISA_PNP_PROBE. Then the driver was unloaded (kldunload) and I tried > to read the current device configuration. This gave me a > > Fatal trap 12: page fault while in kernel mode I could not reproduce the error. May be the driver did not release a resource, so it was unloaded, but the device was still present. In that case there is no danger, because we can assume safely all driver will release all allocated resources. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.