From owner-freebsd-smp  Sun Oct 12 22:30:27 1997
Return-Path: <owner-freebsd-smp>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id WAA19036
          for smp-outgoing; Sun, 12 Oct 1997 22:30:27 -0700 (PDT)
          (envelope-from owner-freebsd-smp)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA19027
          for <smp@freebsd.org>; Sun, 12 Oct 1997 22:30:22 -0700 (PDT)
          (envelope-from julian@whistle.com)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id WAA29106
	for <smp@freebsd.org>; Sun, 12 Oct 1997 22:28:11 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd029103; Mon Oct 13 05:28:08 1997
Date: Sun, 12 Oct 1997 22:26:54 -0700 (PDT)
From: Julian Elischer <julian@whistle.com>
To: smp@freebsd.org
Subject: anyone care to explain the locking?
Message-ID: <Pine.BSF.3.95.971012221827.9123A-100000@current1.whistle.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-smp@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


specifically, my DEVFS causes problems on reboot.
the sequence is:
reboot->boot->vfs_unmountall->dounmount->lockmgr->aquiredrain->tsleep

I'm slowly working my way through this, but it would save me a LOT of
grief if someone would tell me who is supposed to set the condition
that aquiredrain() is waiting for?

In other words what should DEVFS do
so that the tsleep() doesn't get called?
(or at least DOES finish)
at the moment, I need to hit reset.
it's ok becasue all FSs are sync()'d already, but it's a pain.


so I guess my question is:
"What the heck is 'aquiredrain' aquiring?"

julian