![[BACK]](/icons/back.gif){kind=icon}
Up to [Development] / xfs-cmds / dmapi / libdm
Up to [Development] / xfs-cmds / dmapi / libdm
Request diff between arbitrary revisions
Default branch: MAIN
Current tag: MAIN
Revision 1.15 / (download) - annotate - [select for diffs], Fri Feb 9 03:01:01 2007 UTC (10 years, 8 months ago) by vapo.longdrop.melbourne.sgi.com
Branch: MAIN
CVS Tags: HEAD
Changes since 1.14: +1 -0
lines
Diff to previous 1.14 (unified)
A dmapi enabled xfs filesytem can be mounted with any of the alias mount options "dmapi", "xdsm" or "dmi". Libdm is missing a check for "dmi" hence the failure with the test 144. Merge of master-melb:xfs-cmds:28053a by kenmcd. pv 960369, rv dgc - libdm is missing a check for "dmi" mount option in get_mnt()
Revision 1.14 / (download) - annotate - [select for diffs], Mon Nov 21 14:43:45 2005 UTC (11 years, 10 months ago) by nathans.longdrop.melbourne.sgi.com
Branch: MAIN
Changes since 1.13: +9 -36
lines
Diff to previous 1.13 (unified)
Resolve getdents/getdents64 and various build issues from libdm using kernel types directly. Merge of master-melb:xfs-cmds:24519a by kenmcd.
Revision 1.13 / (download) - annotate - [select for diffs], Wed Nov 9 05:02:30 2005 UTC (11 years, 11 months ago) by nathans.longdrop.melbourne.sgi.com
Branch: MAIN
Changes since 1.12: +14 -29
lines
Diff to previous 1.12 (unified)
Update copyright annotations and license boilerplates to correspond with SGI Legals preferences. Merge of master-melb:xfs-cmds:24332a by kenmcd.
Revision 1.12 / (download) - annotate - [select for diffs], Mon Oct 4 00:20:59 2004 UTC (13 years ago) by nathans
Branch: MAIN
Changes since 1.11: +2 -4
lines
Diff to previous 1.11 (unified)
Fix DMAPI userspace source to include fewer kernel headers directly, and include XFS headers via the usual libxfs.h interface.
Revision 1.11 / (download) - annotate - [select for diffs], Tue Jun 18 21:05:48 2002 UTC (15 years, 4 months ago) by roehrich
Branch: MAIN
CVS Tags: XFS-1_3_0pre1
Changes since 1.10: +83 -27
lines
Diff to previous 1.10 (unified)
In dm_handle_to_path(), use getmntent() to walk through the filesystems, looking for one with an fshandle that matches that of the object we're trying to find. Open that path so we have a filedescriptor, and hence a valid vfsmount structure, to give to dm_open_by_handle(). This simplifies a mess on the kernel side. No Message Supplied
Revision 1.10 / (download) - annotate - [select for diffs], Tue Jun 4 23:07:56 2002 UTC (15 years, 4 months ago) by sandeen
Branch: MAIN
Changes since 1.9: +1 -1
lines
Diff to previous 1.9 (unified)
Update copyright dates (again)
Revision 1.9 / (download) - annotate - [select for diffs], Tue Jun 4 22:53:09 2002 UTC (15 years, 4 months ago) by sandeen
Branch: MAIN
Changes since 1.8: +1 -1
lines
Diff to previous 1.8 (unified)
Undoes mod: xfs-cmds:slinx:120772a Undo xfs-cmds:slinx:120772a, inadvertently whacked a previous mod.
Revision 1.8 / (download) - annotate - [select for diffs], Tue Jun 4 17:58:21 2002 UTC (15 years, 4 months ago) by sandeen
Branch: MAIN
Changes since 1.7: +1 -1
lines
Diff to previous 1.7 (unified)
Update copyright dates
Revision 1.7 / (download) - annotate - [select for diffs], Thu Mar 21 17:33:31 2002 UTC (15 years, 7 months ago) by roehrich
Branch: MAIN
Changes since 1.6: +44 -9
lines
Diff to previous 1.6 (unified)
dm_handle_to_path() will now work in most cases, and in the other cases there's just a little more grunt work that has to be done in the library. If the directory that contains some component of the path has never had a lookup performed on it, then the kernel won't have that dir in its dcache. In that case it'll create an anonymous dentry for the filesystem's root dir, and the library detects that this happened. If the library detects that an anonymous dentry was created, then it returns an error indicating that it didn't find the path. Before I take this another step, I'd like to know if this scenario happens in actual practice. I'm betting the directory of interest has almost always been loaded into the dcache by a user process before the HSM uses dm_handle_to_path(). We'll see. It seems that ioctl(XFS_IOC_OPEN_BY_HANDLE) would have the same restriction, though it looks like it's never used in a case where the path hasn't already been accessed. This mod also removes libdm's dependence on libhandle. Use new DM_OPEN_BY_HANDLE call. Verify its results.
Revision 1.6 / (download) - annotate - [select for diffs], Wed Sep 12 21:28:18 2001 UTC (16 years, 1 month ago) by roehrich
Branch: MAIN
Changes since 1.5: +17 -16
lines
Diff to previous 1.5 (unified)
No Message Supplied
Revision 1.5 / (download) - annotate - [select for diffs], Thu Jul 19 19:26:28 2001 UTC (16 years, 3 months ago) by roehrich
Branch: MAIN
Changes since 1.4: +1 -0
lines
Diff to previous 1.4 (unified)
add header
Revision 1.4 / (download) - annotate - [select for diffs], Thu Mar 29 06:25:56 2001 UTC (16 years, 6 months ago) by ajag
Branch: MAIN
CVS Tags: Release-1_0_0,
Linux-2_4_5-merge
Changes since 1.3: +5 -7
lines
Diff to previous 1.3 (unified)
change over to ia64 friendly syscall() instead of _syscall* macros
Revision 1.3 / (download) - annotate - [select for diffs], Thu Jan 25 01:28:18 2001 UTC (16 years, 8 months ago) by nathans
Branch: MAIN
Changes since 1.2: +1 -0
lines
Diff to previous 1.2 (unified)
fix compile error when using glibc 2.2 headers.
Revision 1.2 / (download) - annotate - [select for diffs], Wed Jan 17 01:36:55 2001 UTC (16 years, 9 months ago) by nathans
Branch: MAIN
Changes since 1.1: +6 -6
lines
Diff to previous 1.1 (unified)
initial version for reworked dmapi build environment.
Revision 1.1 / (download) - annotate - [select for diffs], Wed Jan 17 01:27:02 2001 UTC (16 years, 9 months ago) by nathans
Branch: MAIN
cmd/xfsprogs/libdm/dm_handle2path.c 1.1 Renamed to cmd/dmapi/libdm/dm_handle2path.c