From owner-freebsd-arch@FreeBSD.ORG Thu Sep 18 04:44:04 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92DCA16A4B3; Thu, 18 Sep 2003 04:44:04 -0700 (PDT) Received: from exc-1.cc.CyberCity.dk (esplanaden.cybercity.dk [212.242.40.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A17043FCB; Thu, 18 Sep 2003 04:44:03 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk ([172.16.7.254]) by exc-1.cc.CyberCity.dk over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Thu, 18 Sep 2003 13:44:01 +0200 Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h8IBhjVT002560; Thu, 18 Sep 2003 13:43:50 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Doug Rabson From: "Poul-Henning Kamp" In-Reply-To: Your message of "18 Sep 2003 11:31:36 BST." <1063881095.12179.5.camel@builder02.qubesoft.com> Date: Thu, 18 Sep 2003 13:43:45 +0200 Message-ID: <2559.1063885425@critter.freebsd.dk> X-OriginalArrivalTime: 18 Sep 2003 11:44:01.0779 (UTC) FILETIME=[27A23430:01C37DDA] cc: bms@spc.org cc: Robert Watson cc: "M. Warner Losh" cc: freebsd-arch@freebsd.org Subject: Re: devd limitations / automounting removable storage X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2003 11:44:04 -0000 In message <1063881095.12179.5.camel@builder02.qubesoft.com>, Doug Rabson write s: >I've thought for a long time now that the right way to do this is to >extend the newbus device tree much further down the hierarchy than it currently does. Currently the tree stops at the CAM/ATA controller. Both >of those systems then use their own custom hand-crafted wheels to probe >for and attach their attached drives. After finding the drives, we hand >them over to yet another custom hand-crafted wheel (geom) to find the >partitions. > >Surely the right thing would be to use the same wheel (newbus) for all >the probing, driver auction, device attachment jobs in the kernel. That >would seemlessly allow devd to receive device notification events for >geom's leaf partitions in exactly the same way that it receives all >other notification events. I'm sorry Doug, I don't belive in "one size fits all" because it invariably means that it fits nobody at all. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.