From owner-freebsd-hackers Sat May 20 3:15: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tele-post-20.mail.demon.net (tele-post-20.mail.demon.net [194.217.242.20]) by hub.freebsd.org (Postfix) with ESMTP id 8A1F737B664 for ; Sat, 20 May 2000 03:14:59 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 12t6HY-00029C-0K; Sat, 20 May 2000 10:14:58 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id LAA39975; Sat, 20 May 2000 11:20:17 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 20 May 2000 11:18:56 +0100 (BST) From: Doug Rabson To: Alexander Langer Cc: hackers@freebsd.org Subject: Re: further question to bus_alloc_resource In-Reply-To: <20000520013751.A5852@cichlids.cichlids.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 20 May 2000, Alexander Langer wrote: > Hello! > > See sys/alpha/isa/mcclock_isa.c: > It has attach (which allocs resource), but not detach. > Also, it doesn't save the rid in the softc. > > I wonder, if the generic detach function is capable to clean up the > resource without knowing the rid, or if this is a bug. > > If so, I'm going to write patches. There is really no need. The mcclock driver can't be detached since its required for normal system functioning (its the main clock source). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message