atom feed23 messages in org.freebsd.freebsd-fs[PATCH] IFS: Inode FileSystem
FromSent OnAttachments
Suleiman SouhlalJun 5, 2005 11:03 am 
Suleiman SouhlalJun 5, 2005 8:07 pm 
Maxim SobolevJun 6, 2005 3:31 am 
Suleiman SouhlalJun 6, 2005 4:03 am 
Garance A DrosihnJun 6, 2005 4:17 am 
Scott LongJun 6, 2005 4:54 am 
Suleiman SouhlalJun 6, 2005 5:06 am 
Garance A DrosihnJun 6, 2005 5:47 am 
Suleiman SouhlalJun 6, 2005 6:27 am 
Jim ReesJun 6, 2005 10:50 am 
Bruce M SimpsonJun 6, 2005 12:14 pm 
Scott LongJun 6, 2005 1:47 pm 
Dag-Erling SmørgravJun 6, 2005 2:46 pm 
Scott LongJun 6, 2005 2:56 pm 
Dag-Erling SmørgravJun 6, 2005 3:24 pm 
Scott LongJun 6, 2005 3:50 pm 
Dag-Erling SmørgravJun 6, 2005 4:03 pm 
Scott LongJun 6, 2005 4:12 pm 
Brooks DavisJun 6, 2005 4:40 pm 
Garance A DrosihnJun 6, 2005 6:11 pm 
Don LewisJun 6, 2005 8:37 pm 
Garance A DrosihnJun 6, 2005 9:04 pm 
Robert WatsonJun 6, 2005 11:35 pm 
Subject:[PATCH] IFS: Inode FileSystem
From:Dag-Erling Smørgrav (de@des.no)
Date:Jun 6, 2005 4:03:48 pm
List:org.freebsd.freebsd-fs

Scott Long <sco@pooker.samsco.org> writes:

On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Sm?rgrav wrote:

Changing the stat(2) API to support 64-bit inodes does not require us to simultaneously change the on-disk layout of every filesystem we support to use 64-bit inodes. However, if we want to fully support filesystems with 64-bit inodes (such as FAT32, which currently uses a convoluted hack to map the 64-bit offset of a directory entry into a 32-bit inode), we need to change the API.

Ah, I see your point. Well, it's not too late to address this for 6.0, and it might be a really good idea to think about it now. Is there anything else that should be bumped along with it?

Not that I know of.

I believe the best way to do this is the way Linux did it: introduce new *stat64() syscalls and keep the old ones around. #define magic in <sys/stat.h> will take care of making *stat64() look like *stat().

DES

-- Dag-Erling Sm?rgrav - de@des.no