| To: | Dean Roehrich <roehrich@xxxxxxx> |
|---|---|
| Subject: | Re: vfs_altfsid & dm_fsid |
| From: | Aurelien Degremont - Stagiaire <degremont@xxxxxxxxxxx> |
| Date: | Wed, 04 May 2005 15:27:20 +0200 |
| Cc: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <20050428021133.A885C4FE57@chewtoy.americas.sgi.com> |
| References: | <20050428021133.A885C4FE57@chewtoy.americas.sgi.com> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.2.1) Gecko/20030225 |
Dean Roehrich a écrit:
If your filesystem of choice doesn't have an fsid, then you could just generate one that is valid while the filesystem is mounted and is not written to the filesystem, or you could come up with something else. Whatever you choose for an fsid should fit into a 64-bit type.
The fsid could be taken in vfsp.
Move the fsys_vector pointer to dmapiops. Add a bitmask that informs which functions id set when registering. Change all the dm_sys_vector calls in dmapi. Maybe the dm_vector_map should be replace by a list_head ?
So, all the by_fstype should be changed to by_fsid ? So, we're back to the issue : "how fetch the fsid only knowing the superblock ?" Maybe, we can store a mapping between the superblock and the fsid in the dm_fsys_map ? But I don't like using the sb pointer address as id (especially concerning distributed fs) If you have a better solution... Does that sum up the things that interest you?
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Recommend XFS enabled Linux Distribution, Ralf Hildebrandt |
|---|---|
| Next by Date: | RE: Recommend XFS enabled Linux Distribution, Wilkins, Vern |
| Previous by Thread: | RE: Recommend XFS enabled Linux Distribution, Wilkins, Vern |
| Next by Thread: | Re: vfs_altfsid & dm_fsid, Dean Roehrich |
| Indexes: | [Date] [Thread] [Top] [All Lists] |