From owner-freebsd-alpha Mon Mar 26 11:31:35 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id A39A937B71A; Mon, 26 Mar 2001 11:31:31 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2QJVV366687; Mon, 26 Mar 2001 21:31:31 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Baldwin Cc: Greg Lehey , leclercn@videotron.ca, freebsd-alpha@FreeBSD.org, Mike Smith Subject: Re: dev_t size mismatch kernel / userland In-Reply-To: Your message of "Mon, 26 Mar 2001 10:57:55 -0800." Date: Mon, 26 Mar 2001 21:31:31 +0200 Message-ID: <66685.985635091@critter> From: Poul-Henning Kamp Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message , John Baldwin writes: >This will probably make Poul's head spin, but one idea might be to have a >kdev_t type. :-P In the kernel kdev_t == dev_t, and in userland, kdev_t is a >void *. This would work in this case I think because you never use the dev_t's >while in userland. I do like exporting trimmed down structures, however. >Please don't export mutexes while you are at it. :-P Guys, I'm net to this subject, so please fill me in: just what in the (kernel) dev_t do you want to export to userland ? Background: I retained the dev_t name in the kernel to avoid a massive scale source code incompatibility there. In userland dev_t is defined in all sorts of standards as an "arithmetic type", and code would break left right and center if it wasn't one, so I maintained the "minor/major" integer. To give access to the userland view of things in the kernel, the type "udev_t" was introduced, but to avoid polluting things I hid the definition of that type from userland. -- 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-alpha" in the body of the message