Date: Mon, 10 Feb 2003 23:38:57 -0500 From: Mike Makonnen <mtm@identd.net> To: Tim Robbins <tjr@freebsd.org> Cc: phk@phk.freebsd.dk, current@freebsd.org Subject: Re: MSDOSFS wastes 256k when nothing is mounted! Message-ID: <20030211043858.ECXO7656.out002.verizon.net@kokeb.ambesa.net> In-Reply-To: <20030210133148.A17199@dilbert.robbins.dropbear.id.au> References: <31456.1044819599@critter.freebsd.dk> <20030209230848.VZI7113.pop015.verizon.net@kokeb.ambesa.net> <20030210133148.A17199@dilbert.robbins.dropbear.id.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 10 Feb 2003 13:31:48 +1100 Tim Robbins <tjr@freebsd.org> wrote: > It might be better to initialise the table the first time an > msdosfs filesystem is mounted. > This implies that the existence of the hash table be revealed outside the module. Is this a layering violation? None of the _vfsops functions (except for init/uninit) can currently see the hash table, and of the ones that deal with denodes, none of them uses it directly. We can keep knowledge of the hashtable"in module" if we do the initialization in deget(), before the vnode lock. This seems like a better(if a little hackish) option to me, but this is the first time I've dealt with the filesystem so please let me know if I have the wrong idea. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030211043858.ECXO7656.out002.verizon.net>