From owner-freebsd-arch Sat Mar 22 8:58: 6 2003 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 523B337B401 for ; Sat, 22 Mar 2003 08:58:05 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B88643F3F for ; Sat, 22 Mar 2003 08:58:04 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2MGw11f074274; Sat, 22 Mar 2003 17:58:02 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Justin T. Gibbs" Cc: arch@FreeBSD.ORG Subject: Re: GEOM ioctl issue. From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 22 Mar 2003 08:04:26 MST." <660822704.1048345466@aslan.scsiguy.com> Date: Sat, 22 Mar 2003 17:58:01 +0100 Message-ID: <74273.1048352281@critter.freebsd.dk> 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 <660822704.1048345466@aslan.scsiguy.com>, "Justin T. Gibbs" writes: >> The way we have implemented copyin(9) and copyout(9) depends strongly >> on the fact that they are executed in the corresponding thread, it is >> not possible to access userland for one thread with copyin/out from >> another thread, userland or kernel. > >Well, if you look at the AIO code, it is possible, it is just a pain >in the but. It would be really nice to formalize the correct strategy >(is what AIO does correct?) for doing this into copyin_thread(), >copyout_thread(), etc. since this is the real cause of your problem. > >Not that I disagree with your cleanup of the da driver. I like that >for aesthetic reasons. I just think that it is unacceptable to say >that you cannot have an ioctl handler in a geom class device when all >that is stopping you is some vmspace manipulation. Hang on. There will be a configuration path to all geom nodes, including disk device drivers. It will just not have traditional ioctl semantics on the kernel side. -- 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