From owner-freebsd-arch Tue Sep 12 7:31: 9 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 42AA137B423; Tue, 12 Sep 2000 07:31:02 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.0/8.9.3) with ESMTP id e8CEV1N78948; Tue, 12 Sep 2000 16:31:01 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: smp@freebsd.org, arch@freebsd.org Subject: system initialization order. From: Poul-Henning Kamp Date: Tue, 12 Sep 2000 16:31:01 +0200 Message-ID: <78946.968769061@critter> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With SMPng I think we need to take a good hard stare at the order in which we initialize the system, a lot of the reasons behind the current order are invalid, and some new reasons for a new order are not honoured. Roughly speaking, I think we need something like this order: init console print copyright initialize VM/malloc(9) init other stuff needed for: setup proc0 setup proc1 (park it on a semaphore for now) setup idle procs enable scheduler init hardclock enable hardclock interrupt initialize timecounters This should now represent a sufficiently "normal" environment that the order of the rest doesn't really matter very much: init network protocols init pseudodrivers probe/attach real drivers ata/scsi delayed probing needs thought about here. locate & mount root let proc1 loose Comments ? -- 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