From owner-freebsd-fs@FreeBSD.ORG Thu Jun 23 08:11:48 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08ED91065670 for ; Thu, 23 Jun 2011 08:11:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8317C8FC0A for ; Thu, 23 Jun 2011 08:11:47 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p5N8Be9f016800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Jun 2011 11:11:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p5N8Bexu041362; Thu, 23 Jun 2011 11:11:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p5N8BeQf041361; Thu, 23 Jun 2011 11:11:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Jun 2011 11:11:40 +0300 From: Kostik Belousov To: Gleb Kurtsou Message-ID: <20110623081140.GQ48734@deviant.kiev.zoral.com.ua> References: <20101201091203.GA3933@tops> <20110104175558.GR3140@deviant.kiev.zoral.com.ua> <20110120124108.GA32866@tops.skynet.lt> <4E027897.8080700@FreeBSD.org> <20110623064333.GA2823@tops> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5ggoG3uILOsAbQb2" Content-Disposition: inline In-Reply-To: <20110623064333.GA2823@tops> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org, Garance A Drosehn Subject: Re: [rfc] 64-bit inode numbers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 08:11:48 -0000 --5ggoG3uILOsAbQb2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 23, 2011 at 09:43:33AM +0300, Gleb Kurtsou wrote: > On (22/06/2011 19:19), Garance A Drosehn wrote: > > On 1/20/11 7:41 AM, Gleb Kurtsou wrote: > > > I've updated the patch. New version is available here: > > > https://github.com/downloads/glk/freebsd-ino64/freebsd-ino64-patch-20= 11-01-20.tgz > > > > > > Changelog: > > > * Add fts, ftw, nftw compat shims in libc > > > * Place libc compat shims in separate files, don't hack original > > > implementations. > > > * Fix dump/restore > > > * Use ino_t in UFS code (suggested by Kirk McKusick) > > > * Keep ufs_ino_t (32 bit) for boot2 not to increase size > > > =20 > > Sorry for replying to an older message, but a reply made in a different > > thread reminded me about this project... > >=20 > > Also, I may have asked this before. In fact, I'm almost sure that I st= arted > > a reply to this back in Jan/Feb, but my email client claims I never rep= lied > > to this topic... > >=20 > > Are you increasing only the size of ino_t, or could you also look at > > increasing the size of dev_t? (just curious...) >=20 > Sure. Incorporating as much of similar changes as possible is good. > I've added Kostik and Matthew to CC list, it's for them to decide. >=20 > dev_t on other OSes: > NetBSD - uint64_t > DragonFly - uint32_t > Darwin - __int32_t=20 > OpenSolaris - ulong_t > Linux - __u32 >=20 > Considering this I think 3rd party software is not ready for such > change. >=20 > Major/minor mapping to dev_t will get more complicated. >=20 > And the most important question: what would you want it for? As far as I Indeed, this is the right question. > can see major/minor numbers are ignored nowadays, major is zero, minor > increases independently of device type: This is only because you have too little /dev nodes. Look at the definitions of the major/minor in sys/types.h. --5ggoG3uILOsAbQb2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4C9TsACgkQC3+MBN1Mb4hOUACeJkrSB7qRjgbCOx3ky68kn+Be xg8Anj0HolhhVzm0KYtLOiroNlVeodqg =82h2 -----END PGP SIGNATURE----- --5ggoG3uILOsAbQb2--