* Re: usage of xfsctrl for embedded development / uuid question [not found] <17182907.184441263481368019.JavaMail.www@wsfrf1112> @ 2010-01-15 0:29 ` Dave Chinner 2010-01-15 1:32 ` Eric Sandeen 0 siblings, 1 reply; 5+ messages in thread From: Dave Chinner @ 2010-01-15 0:29 UTC (permalink / raw) To: paul.chavent; +Cc: xfs [Please wrap you emails at 72 columns] On Thu, Jan 14, 2010 at 04:02:48PM +0100, paul.chavent@fnac.net wrote: > Hi > > I would like to use the xfsctl for trying directio and realtime > feature on my gnu-linux embeded system (i have a "homemade" sdk). > > It seems that the xfsctl function is defined inline, and that all i need is in > inlude/xfs/xfs.h > inlude/xfs/xfs_fs.h > inlude/xfs/platform_deps.h > inlude/xfs/linux.h > > So, for installing the dev files, it should be enought to do > tar -xvf xfsprogs-3.1.0.tar.gz > cd xfsprogs-3.1.0.tar.gz > ./configure --build=${HOST} --host=${TARGET} > $MAKE -C include install-dev PKG_INC_DIR=${TOOLCHAIN_SYSROOT}/usr/include/xfs install-dev is dependent on a full build of xfsprogs. Why not just include the xfsprogs-dev package (or equivalent) from your base distro? > So here are my remarks : > > (1) uuid configuration problems : > The package_uuiddev.m4 search for the function uuid_compare. > This unction is present in the uuid included in e2fsprogs, but not > in the OSSP uuid (http://www.ossp.org/pkg/lib/uuid/). So the > configuration is ok but the compilation fails. I doubt anyone has tried to build xfsprogs against that uuid package before. Looks like it would need autoconf support to detect, then a bunch of code changes to support the different function prototype that the uuid_compare in the OSSP library has. I'm not sure what best way to do this would be. > The package_uuiddev.m4 search for uuid headers in multiple > path but only one is included (in linux.h for example). Sure - that's because we support multiple platforms and some level of abstraction is required to do that cleanly. > I think there is a bug with th definition of libuuid in > package_uuiddev.m4 (not sure) > > (2) uuid requirement > > As uuid seems to be not required for my application, i suggest > a patch that allow to ignore the absence of this dependance. It doesn't work like that - just about every xfs utility that is build uses uuids in some form or another. IOWs, support needs to be present for the correct working of the utilities. Hence we cannot build xfsprogs without uuid support.... > (3) regeneration of configure > > The regeneration of configure fails whith this message > > # rm configure > # make configure > [...] > autoconf > configure.in:101: error: possibly undefined macro: AC_HAVE_BLKID_TOPO > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. 'make distclean' is the correct way to remove the configuration and rebuild it. That should make the problem go away. Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: usage of xfsctrl for embedded development / uuid question 2010-01-15 0:29 ` usage of xfsctrl for embedded development / uuid question Dave Chinner @ 2010-01-15 1:32 ` Eric Sandeen 0 siblings, 0 replies; 5+ messages in thread From: Eric Sandeen @ 2010-01-15 1:32 UTC (permalink / raw) To: Dave Chinner; +Cc: xfs, paul.chavent Dave Chinner wrote: > [Please wrap you emails at 72 columns] >> (3) regeneration of configure >> >> The regeneration of configure fails whith this message >> >> # rm configure >> # make configure >> [...] >> autoconf >> configure.in:101: error: possibly undefined macro: AC_HAVE_BLKID_TOPO >> If this token and others are legitimate, please use m4_pattern_allow. >> See the Autoconf documentation. > > 'make distclean' is the correct way to remove the configuration and > rebuild it. That should make the problem go away. This is also a bug thanks to yours truly in the latest release, Christoph sent a patch to fix it: [PATCH] xfsprogs: add package_blkid.m4 to the distributed files -Eric > Cheers, > > Dave. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <5340782.170001263558076439.JavaMail.www@wsfrf1111>]
* Re: usage of xfsctrl for embedded development / uuid question [not found] <5340782.170001263558076439.JavaMail.www@wsfrf1111> @ 2010-01-15 12:46 ` Dave Chinner 2010-01-15 21:11 ` Paul Chavent 0 siblings, 1 reply; 5+ messages in thread From: Dave Chinner @ 2010-01-15 12:46 UTC (permalink / raw) To: paul.chavent; +Cc: xfs On Fri, Jan 15, 2010 at 01:21:16PM +0100, paul.chavent@fnac.net wrote: > > > install-dev is dependent on a full build of xfsprogs. > > Even if i only do > make -C include install-dev > > > Why not just include the xfsprogs-dev package (or equivalent) > > from your base distro? > > For a different architecture, i can't include my distro package. > > I don't want the binaries of xfs progs, only the xfsctrl function. It's a wrapper around ioctl(). You can call ioctl() directly on not need xfsctl at all... Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: usage of xfsctrl for embedded development / uuid question 2010-01-15 12:46 ` Dave Chinner @ 2010-01-15 21:11 ` Paul Chavent 2010-01-17 11:46 ` Christoph Hellwig 0 siblings, 1 reply; 5+ messages in thread From: Paul Chavent @ 2010-01-15 21:11 UTC (permalink / raw) To: Dave Chinner; +Cc: xfs > It's a wrapper around ioctl(). You can call ioctl() directly > on not need xfsctl at all... Right, but i found nowhere the structures and the definition of XFS_IOC_* in the headers "exported" by the kernel. So i have two solutions : (1) i add -I/path_to_the_kernel_sources/fs to the cflags of my project. (2) i install those headers in my sysroot. I thought that those solutions where worst that only install headers from the xfsprogs package. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: usage of xfsctrl for embedded development / uuid question 2010-01-15 21:11 ` Paul Chavent @ 2010-01-17 11:46 ` Christoph Hellwig 0 siblings, 0 replies; 5+ messages in thread From: Christoph Hellwig @ 2010-01-17 11:46 UTC (permalink / raw) To: Paul Chavent; +Cc: xfs On Fri, Jan 15, 2010 at 10:11:21PM +0100, Paul Chavent wrote: >> It's a wrapper around ioctl(). You can call ioctl() directly >> on not need xfsctl at all... > > Right, but i found nowhere the structures and the definition of XFS_IOC_* in the headers "exported" by the kernel. > > So i have two solutions : > (1) i add -I/path_to_the_kernel_sources/fs to the cflags of my project. > (2) i install those headers in my sysroot. > > I thought that those solutions where worst that only install headers from the xfsprogs package. You can just install the xfsprogs headers only by doing it yourself or filtering the installed files in your package manager. I'm not sure it's really worth it to support this special environment in the xfsprogs build system. > > _______________________________________________ > xfs mailing list > xfs@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/xfs ---end quoted text--- _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-01-17 11:46 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <17182907.184441263481368019.JavaMail.www@wsfrf1112>
2010-01-15 0:29 ` usage of xfsctrl for embedded development / uuid question Dave Chinner
2010-01-15 1:32 ` Eric Sandeen
[not found] <5340782.170001263558076439.JavaMail.www@wsfrf1111>
2010-01-15 12:46 ` Dave Chinner
2010-01-15 21:11 ` Paul Chavent
2010-01-17 11:46 ` Christoph Hellwig
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox