Problem compiling
Thomas Söderberg
any ideas what I'm missing. compiling against 2.6.32-29-generic
[258138.751209] zfs: disagrees about version of symbol vn_openat
[258138.751211] zfs: Unknown symbol vn_openat
[258138.751334] zfs: disagrees about version of symbol __cv_destroy
[258138.751336] zfs: Unknown symbol __cv_destroy
[258138.752585] zfs: disagrees about version of symbol kobj_open_file
[258138.752586] zfs: Unknown symbol kobj_open_file
[258138.753353] zfs: Unknown symbol vn_has_cached_data
[258138.754240] zfs: disagrees about version of symbol vn_open
[258138.754241] zfs: Unknown symbol vn_open
[258138.754413] zfs: Unknown symbol dnlc_remove
[258138.754777] zfs: disagrees about version of symbol __cv_init
[258138.754778] zfs: Unknown symbol __cv_init
[258138.755064] zfs: Unknown symbol vn_invalid
[258138.755615] zfs: Unknown symbol specvp
[258138.755686] zfs: disagrees about version of symbol kobj_read_file
[258138.755687] zfs: Unknown symbol kobj_read_file
[258138.756315] zfs: disagrees about version of symbol __cv_wait
[258138.756317] zfs: Unknown symbol __cv_wait
[258138.756435] zfs: Unknown symbol vn_vtype_to_if
[258138.756711] zfs: Unknown symbol dnlc_update
[258138.757377] zfs: disagrees about version of symbol __cv_broadcast
[258138.757378] zfs: Unknown symbol __cv_broadcast
[258138.758714] zfs: disagrees about version of symbol __cv_timedwait
[258138.758716] zfs: Unknown symbol __cv_timedwait
[258138.758783] zfs: Unknown symbol convoff
[258138.759070] zfs: disagrees about version of symbol __cv_wait_interruptible
[258138.759072] zfs: Unknown symbol __cv_wait_interruptible
[258138.759545] zfs: Unknown symbol dnlc_lookup
[258138.759772] zfs: disagrees about version of symbol __cv_signal
[258138.759774] zfs: Unknown symbol __cv_signal
[258138.760146] zfs: disagrees about version of symbol vn_getf
[258138.760148] zfs: Unknown symbol vn_getf
[258138.760383] zfs: Unknown symbol dnlc_purge_vfsp
[258138.760774] zfs: Unknown symbol xva_init
[258138.762932] zfs: Unknown symbol neg_cache_vnode
[258138.763135] zfs: Unknown symbol vn_rele_async
[258138.763608] zfs: Unknown symbol crgetsid
[258138.763702] zfs: disagrees about version of symbol vn_rdwr
[258138.763704] zfs: Unknown symbol vn_rdwr
[258138.765277] zfs: disagrees about version of symbol kobj_get_filesize
[258138.765280] zfs: Unknown symbol kobj_get_filesize
[258138.765556] zfs: Unknown symbol vn_get_sol_type
[258138.765826] zfs: disagrees about version of symbol kobj_close_file
[258138.765828] zfs: Unknown symbol kobj_close_file
[258138.765939] zfs: Unknown symbol vn_exists
[258138.766062] zfs: disagrees about version of symbol vn_seek
[258138.766064] zfs: Unknown symbol vn_seek
[258138.766167] zfs: disagrees about version of symbol rootdir
[258138.766169] zfs: Unknown symbol rootdir
[258138.766751] zfs: disagrees about version of symbol vn_getattr
[258138.766753] zfs: Unknown symbol vn_getattr
[258138.767056] zfs: disagrees about version of symbol
__cv_timedwait_interruptible
[258138.767058] zfs: Unknown symbol __cv_timedwait_interruptible
[258138.767240] zfs: disagrees about version of symbol vn_close
[258138.767242] zfs: Unknown symbol vn_close
[258138.769330] zfs: disagrees about version of symbol vn_fsync
[258138.769333] zfs: Unknown symbol vn_fsync
Regards Thomas
Malte Schirmacher
> When trying to recompile on my ubuntu system I got below dmesg error
> any ideas what I'm missing. compiling against 2.6.32-29-generic
I had similar Problems on Debian. The problem there was, that the
debian-kernel-team thinks it was appropriate to split up the
header-package into a *-common and a *-amd64 part which end up in
different directories.
The result is, that only one of those directories can be used to build
the module and in both cases there are symbols missing.
The solution is, to copy the whole -common-tree into the -amd64-tree:
cp -rl /usr/src/linux-headers-2.6.32-5-common \
/usr/src/linux-headers-2.6.32-5-amd64
Maybe it's the same on ubuntu?
HTH
Malte
Darik Horn
>
> cp -rl /usr/src/linux-headers-2.6.32-5-common \
> /usr/src/linux-headers-2.6.32-5-amd64
A better solution for Debian is this:
$ ./configure --with-linux=/lib/modules/2.6.32-5-amd64/source
--with-linux-obj=/lib/module/2.6.32-5-amd64/build
The magic here is using /source instead of /build on the --with-linux=
parameter.
If you clobber /usr/src then dpkg could lose track of it.
> Maybe it's the same on ubuntu?
No, the configure script detects /build and it compiles properly on
Ubuntu.
Thomas Söderberg
I did mix up which version of spl I was fiddling with ;-( It's now
working as expected again.
/ T
2011/3/15 Darik Horn <daj...@vanadac.com>: