From owner-freebsd-arch Mon Jun 24 13:52:59 2002 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 8EA5F37B41C for ; Mon, 24 Jun 2002 13:52:32 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5OKobCn084745; Mon, 24 Jun 2002 22:50:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" Cc: winter@jurai.net, arch@FreeBSD.ORG Subject: Re: It is time to admit that removable devices exist In-Reply-To: Your message of "Mon, 24 Jun 2002 14:50:12 MDT." <20020624.145012.32175932.imp@village.org> Date: Mon, 24 Jun 2002 22:50:37 +0200 Message-ID: <84744.1024951837@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020624.145012.32175932.imp@village.org>, "M. Warner Losh" writes: >In message: <83073.1024951336@critter.freebsd.dk> > Poul-Henning Kamp writes: >: When you eject a pccard, we may get in pccard-socket interrupt >: before it disappears but we may also not. Depending on the world+dog >: this interrupt me come before, during or after the relevant device >: driver enters its interrupt routine. > >For ISA cards this is definitely true. Either the CSR happens first >or the card interrupt, depending on a lot of complex issues (including >the bridge generating interrupts in ways that are ill defined at >best). For PCI cards, where we have shared interrupts, we already >implement an interlock. We could implement one more layer of >indirection in the ISA case as well. > >Still doesn't solve the detach issue (it is currently ambiguous: used >for both unload and for device has disappeared), which my proposal >solves nicely. Which I, as I said earlier, fully agree with. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message