| To: | Eric Sandeen <sandeen@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Is jdm_delete_filehandle part of a public API? |
| From: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
| Date: | Fri, 1 Aug 2014 06:53:05 -0700 |
| Cc: | xfs-oss <xfs@xxxxxxxxxxx> |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <53D7DA7F.2040706@xxxxxxxxxx> |
| References: | <53D7DA7F.2040706@xxxxxxxxxx> |
| User-agent: | Mutt/1.5.23 (2014-03-12) |
On Tue, Jul 29, 2014 at 12:31:43PM -0500, Eric Sandeen wrote: > I was cleaning up xfsprogs to plug some leaks, and wanted to use > jdm_delete_filehandle(). I noticed that it has an "hlen" argument which > is unused. > > Can we remove that, or is this part of a public API? It's not in any > manpage (or even called anywhere in xfsprogs/xfstests/xfsdump/dmapi) > but it is in a public header... > > anyone know? > > If needed I guess I can just call it with hlen==0, but that seems odd. If it's in a public header we shouldn't touch it unless there's a pressing need. Talking about libhandle: this one has been a bit bitrotted. Maybe it's a good time to move everything over to the kernel by handle syscalls and deprecated it? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 2/2] xfs: flush both inodes in xfs_swap_extents, Brian Foster |
|---|---|
| Next by Date: | Re: [PATCH 1/4] xfs: catch buffers written without verifiers attached, Christoph Hellwig |
| Previous by Thread: | Re: [PATCH 2/2] xfs: flush both inodes in xfs_swap_extents, Brian Foster |
| Next by Thread: | Re: Is jdm_delete_filehandle part of a public API?, Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |