From owner-cvs-all  Wed Jul  4 15:10:43 2001
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3C29237B408; Wed,  4 Jul 2001 15:10:37 -0700 (PDT)
	(envelope-from joerg@FreeBSD.org)
Received: (from joerg@localhost)
	by freefall.freebsd.org (8.11.3/8.11.3) id f64MAa704405;
	Wed, 4 Jul 2001 15:10:36 -0700 (PDT)
	(envelope-from joerg)
Message-Id: <200107042210.f64MAa704405@freefall.freebsd.org>
From: Joerg Wunsch <joerg@FreeBSD.org>
Date: Wed, 4 Jul 2001 15:10:36 -0700 (PDT)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/isa fd.c
X-FreeBSD-CVS-Branch: HEAD
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

joerg       2001/07/04 15:10:36 PDT

  Modified files:
    sys/isa              fd.c 
  Log:
  More cleanup when detaching.  Clone device entries will now be
  destroyed properly (otherwise bad things would happen after a clone
  dev had been created, and the module was kldunloaded).  Allocated
  children that have not successfully probed are being deleted again
  (otherwise fd0 and fd1 have always been allocated, even if only
  fd0 was acutally present, and fd1 even survived kldunloading the
  module).
  
  Still, kldunloading leaves remnants of the previously existing devices
  intact.  Why doesn't it destroy all the devices?  As a consequence,
  since dev->descr now points into no longer allocated memory, the
  system panics deep inside printf(9) when running devinfo(1) after
  kldunloading the module.  Ideas sought...
  
  Also, when kldloading the module on a hints-populated isab0, this bus
  somehow has already created an fdc0 entry (a dummy) so the load
  attempt fails and will register fdc1 instead.  What are those dummy
  entries for?  Loading the module from the bootloader works, and it
  can be unloaded an re-loaded then later.
  
  Revision  Changes    Path
  1.211     +42 -18    src/sys/isa/fd.c


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message