From owner-freebsd-arch Sat Mar 9 16: 3:14 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 5F7F937B405 for ; Sat, 9 Mar 2002 16:03:11 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g2A039Vu165060; Sat, 9 Mar 2002 19:03:09 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <27966.1015713342@critter.freebsd.dk> References: <27966.1015713342@critter.freebsd.dk> Date: Sat, 9 Mar 2002 19:03:08 -0500 To: Poul-Henning Kamp From: Garance A Drosihn Subject: Re: Increasing the size of dev_t and ino_t Cc: arch@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) 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 At 11:35 PM +0100 3/9/02, Poul-Henning Kamp wrote: >In message , Garance A Drosihn writes: > >>Should we increase the size of dev_t and ino_t? Right now, both >>of them are unsigned 32-bit values. I shall claim that both of >>those are too small, or at least they WILL be too small by the >>time 6.0 rolls out. > >By dev_t I guess you mean the userland version of it (udev_t): the >combined major and minor number. Yes. The field in the 'struct stat' returned from stat(). Userland, posix, etc. The struct is supposed to include fields named st_dev and st_ino, of type dev_t and ino_t. >With DEVFS and properly written drivers, this field can be >randomly assigned and will have no practical importance to the >kernel. This is the direction we should move. > >The only argument I know for expanding it would be to make the >slight hack used to hide the dictomy between the dev_t (a pointer) >and the userland (u)dev_t (an integer) simpler on 64bit archs. I don't see how this would work for OpenAFS. By that I mean that I do not know how the dev_t-pointer that you're talking about is used when implementing something like OpenAFS or ARLA support. I'm afraid I'm only familiar with userland programming, and your answer is from the kernel point of view... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message