Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 359377 - net-fs/openafs-kernel-1.4.14 does not build against 2.6.38
Summary: net-fs/openafs-kernel-1.4.14 does not build against 2.6.38
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: Network Filesystems
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-18 15:11 UTC by Dale Pontius
Modified: 2011-09-18 21:37 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dale Pontius 2011-03-18 15:11:26 UTC
Built new kernel sys-kernel/gentoo-sources-2.6.38, and tried to build net-fs/openafs-kernel-1.4.14 against it.  The module compilation fails.

Side note...  It's not clear to me that upstream will fix this, given that the openafs-1.6 client is in its prerelease.  Bug #214009 was filed (not by me) to update the openafs-1.5 series, and subsequent discussion updates that to the 1.6_preX series.  I suspect that the openafs-1.6 series client will be the upstream fix for this problem.

Reproducible: Always

Steps to Reproduce:
1. Build sys-kernel/gentoo-sources-2.6.38
2. Run module-rebuild rebuild (with openafs-kernel in its list)
3. Compilation of net-fs/openafs-kernel-1.4.14 fails
Actual Results:  
Compilation fails.

Expected Results:  
Compilation/installation/qmerge should have succeeded, and I should have been able to boot 2.6.38.  Without openafs it's a non-starter for me, so I haven't even booted the new kernel.

The relevant part of the log file:
  CC [M]  /var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.o
/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.c: In function âafs_CheckRootVolumeâ:
/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.c:379: error: âdcache_lockâ undeclared (first use in this function)
/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.c:379: error: (Each undeclared identifier is reported only once
/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.c:379: error: for each function it appears in.)
/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.c:347: warning: unused variable âtvcâ
make[6]: *** [/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP/afs_daemons.o] Error 1
make[5]: *** [_module_/var/tmp/portage/net-fs/openafs-kernel-1.4.14/work/openafs-1.4.14/src/libafs/MODLOAD-2.6.38-gentoo-MP] Error 2

emerge --info =net-fs/openafs-kernel-1.4.14 output :
# emerge --info =net-fs/openafs-kernel-1.4.14
Portage 2.1.9.42 (default/linux/amd64/10.0/desktop, gcc-4.4.5, glibc-2.11.3-r0, 2.6.34.8-68.fc13.x86_64 x86_64)
=================================================================
                        System Settings
=================================================================
System uname: Linux-2.6.34.8-68.fc13.x86_64-x86_64-Intel-R-_Core-TM-_i7_CPU_Q_720_@_1.60GHz-with-gentoo-2.0.1
Timestamp of tree: Fri, 18 Mar 2011 07:30:01 +0000
app-shells/bash:     4.1_p9
dev-java/java-config: 2.1.11-r3
dev-lang/python:     2.6.6-r2, 3.1.3-r1
dev-util/cmake:      2.8.4
sys-apps/baselayout: 2.0.1-r1
sys-apps/openrc:     0.7.0
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.13, 2.65-r1
sys-devel/automake:  1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.5
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.36.1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA IBM-J1.5 dlj-1.1 AdobeFlash-10 AdobeFlash-10.1"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -mtune=generic -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -mtune=generic -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en en_US"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_EXTRA_OPTS="--timeout=180"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/sunrise /var/lib/layman/ibm-internal /usr/local/portage"
SYNC="rsync://127.0.0.1/gentoo-portage"
USE="X Xaw3d a52 aac acl acpi alsa amd64 auto-hinter berkdb branding bzip2 cairo caps cddb cdr cleartype cli consolekit corefonts cracklib crypt cups curl cxx dbus device-mapper dirac dnotify dri drm dts dvd dvdnav dvdr dvdread emboss encode exif expat fam flac fortran gd gdbm gdu gif glib gnutls gpm graphviz gtk iconv idn imagemagick imap imlib inotify java jpeg jpeg2k lcms ldap libnotify libsamplerate lightning logrotate lzma mad matroska mikmod mmx mng modules motif mozilla mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pango pcre pdf perl plotutils png policykit posix ppds python qt3 qt3support qt4 quicktime readline schroedinger sdl session sha512 smp spell sqlite sse sse2 ssl startup-notification svg sysfs tcl tcpd theora threads tiff tk truetype type1 udev unicode usb vcd verbose vorbis webkit wifi wma wxwindows x264 xattr xcb xface xml xorg xsettings xulrunner xv xvid zlib" ALSA_CARDS="intel_hda" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="synaptics keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nv vesa nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS

=================================================================
                        Package Settings
=================================================================

net-fs/openafs-kernel-1.4.14 was built with the following:
USE="(multilib)"
Comment 1 Stefaan De Roeck (RETIRED) gentoo-dev 2011-03-20 10:07:30 UTC
If you're feeling adventurous, you may want to give openafs-1.6.0_pre3 a try. It builds against 2.6.38 on my system, but I haven't gotten to testing it yet, so beware (i.e. take backups) - it's hard masked for a reason.
Comment 2 Oo.et.oO 2011-06-30 00:09:48 UTC
i doubt upstream will ever fix this as dcache_lock has been removed in kernel 2.6.38.

so we have no stable openafs in 2.6.38 in gentoo right now.  i'm downgrading to 2.6.37 to hopefully build openafs against.  i'm masking 2.6.38 on my systems.
Comment 3 Andrew Savchenko gentoo-dev 2011-06-30 14:49:31 UTC
(In reply to comment #2)
> i doubt upstream will ever fix this as dcache_lock has been removed in kernel
> 2.6.38.
> 
> so we have no stable openafs in 2.6.38 in gentoo right now.  i'm downgrading to
> 2.6.37 to hopefully build openafs against.  i'm masking 2.6.38 on my systems.

Isn't it easier to use 1.6.0_pre*? Works like a charm for me as a client on 2.6.38.x
Comment 4 Andrej Filipcic 2011-06-30 14:55:14 UTC
openafs 1.4.14 will only support kernels up to 2.6.37. Latest 1.6.0 prerelease is rather stable, but we cannot stabilize it until released.
Comment 5 Oo.et.oO 2011-08-13 07:06:53 UTC
can't use unstable software for my critical systems, so no, using 1.6 isn't an option.

looks like upstream has fixed this in 1.4.14.1
i'll try a version bump via my own ebuild. 
1.4.14 against 2.6.37 seems extremely slow for somereason.
unclear if it's because of the new vpn server we use, but file transfer in ftp is fine...
Comment 6 Thomas Capricelli 2011-09-01 21:31:35 UTC
(In reply to comment #4)
> openafs 1.4.14 will only support kernels up to 2.6.37. Latest 1.6.0 prerelease
> is rather stable, but we cannot stabilize it until released.

isn't it possible to have the ebuild know about this ? such as a block or something ?
Comment 7 Dale Pontius 2011-09-13 19:13:02 UTC
(In reply to comment #6)
> (In reply to comment #4)
> > openafs 1.4.14 will only support kernels up to 2.6.37. Latest 1.6.0 prerelease
> > is rather stable, but we cannot stabilize it until released.
> 
> isn't it possible to have the ebuild know about this ? such as a block or
> something ?

Not easily done at all.  The current ebuild looks at whatever kernel source is at /usr/src/linux, which may or may not be the source tree of the currently running kernel.  In fact, there's a very good reason for the source tree to not match the currently running kernel, and that's when I'm running kernel N, have just finished building kernel N+1, and am running "modules-rebuild rebuild" so that the first boot of the new kernel should "just work" (TM).

That said, I guess it would make sense to simply check against /usr/src/linux, since that's what's going to be used for the build.  At the very least, an error message could be emitted and the build aborted faster, instead of churning and waiting until some compilation fails.
Comment 8 SpanKY gentoo-dev 2011-09-18 21:37:36 UTC
1.4.14.1 now in the tree