From owner-freebsd-arch Mon May 15 10:24:29 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id B223137BB7F; Mon, 15 May 2000 10:24:20 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id TAA06224; Mon, 15 May 2000 19:24:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Nick Hibma Cc: Mike Smith , Doug Rabson , arch@FreeBSD.ORG Subject: Re: A new api for asynchronous task execution In-reply-to: Your message of "Mon, 15 May 2000 11:20:32 BST." Date: Mon, 15 May 2000 19:24:14 +0200 Message-ID: <6222.958411454@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Nick Hibma wri tes: >> We have a number of different callout list implementation kicking around >> in the kernel at the moment; >> >> - the EVENTHANDLER stuff >> - the optimised callout list handling in kern_timeout.c >> - a few ad-hoc leftovers like config_intrhook that should have been >> EVENTHANDLERed but weren't > >- The delayed attach for disk devices >- The after interrupts-have-been-switched-on task queue Actually both of these can be done much more cleanly by moving all driver probe/attach to a later point where interrupts are enabled. This is needed functionality for all pccard, cardbus, and all other hotswap kind of hardware anyway. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message