From owner-freebsd-fs@FreeBSD.ORG Thu Jun 23 00:20:52 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 84934106564A for ; Thu, 23 Jun 2011 00:20:52 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 292378FC16 for ; Thu, 23 Jun 2011 00:20:51 +0000 (UTC) Received: from gilead.netel.rpi.edu (gilead.netel.rpi.edu [128.113.124.121]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id p5MNJv2D018201; Wed, 22 Jun 2011 19:19:57 -0400 Message-ID: <4E027897.8080700@FreeBSD.org> Date: Wed, 22 Jun 2011 19:19:51 -0400 From: Garance A Drosehn User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4 MIME-Version: 1.0 To: Gleb Kurtsou References: <20101201091203.GA3933@tops> <20110104175558.GR3140@deviant.kiev.zoral.com.ua> <20110120124108.GA32866@tops.skynet.lt> In-Reply-To: <20110120124108.GA32866@tops.skynet.lt> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 1.50 (*) [Hold at 12.00] COMBINED_FROM,RATWARE_GECKO_BUILD X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: freebsd-fs@FreeBSD.org 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 00:20:52 -0000 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-2011-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 > Sorry for replying to an older message, but a reply made in a different thread reminded me about this project... Also, I may have asked this before. In fact, I'm almost sure that I started a reply to this back in Jan/Feb, but my email client claims I never replied to this topic... Are you increasing only the size of ino_t, or could you also look at increasing the size of dev_t? (just curious...) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu