[Pkg-fglrx-devel] Bug#597478: Bug#597478: fails to build kernel module on amd64

[Michael Gilbert]

On Wed, 22 Sep 2010 21:42:45 -0500 Chris Lawrence wrote:

> Package: fglrx-source
> Version: 1:10-9-2
> Severity: normal
> 
> I am experiencing the same problem with fglrx-source 1:10-9-2; here's
> the log from my build using module-assistant:
> 
> === LOG SNIPPET BEGINS ===
> Extracting the package tarball, /usr/src/fglrx.tar.bz2, please wait...
> "/usr/share/modass/packages/fglrx-source" build KVERS=2.6.35.5 KSRC=/lib/modules/2.6.35.5/source KDREV=2:1 kdist_image
> /usr/bin/make  -f debian/rules clean
> make[1]: Entering directory `/usr/src/modass/usr_src/modules/fglrx'
> dh_testroot
> rm -f configure-stamp
> rm -f fglrx.ko fglrx.mod.c *.o libfglrx_ip.a
> rm -f .version .*.o.flags .*.o.d .*.o.cmd .*.ko.cmd
> rm -rf .tmp_versions
> rm -rf patch
> dh_clean
> rm -f /usr/src/modass/usr_src/modules/fglrx/debian/control
> rm -f /usr/src/modass/usr_src/modules/fglrx/debian/dirs
> make[1]: Leaving directory `/usr/src/modass/usr_src/modules/fglrx'
> /usr/bin/make  -f debian/rules binary_modules
> make[1]: Entering directory `/usr/src/modass/usr_src/modules/fglrx'
> if [ -f /usr/src/modass/usr_src/modules/fglrx/debian/control.template ]; then \
> 		cat /usr/src/modass/usr_src/modules/fglrx/debian/control.template > /usr/src/modass/usr_src/modules/fglrx/debian/control; \
> 	fi
> dh_testdir
> touch configure-stamp
> dh_testdir
> /usr/bin/make -C /lib/modules/2.6.35.5/source SUBDIRS=/usr/src/modass/usr_src/modules/fglrx modules
> make[2]: Entering directory `/home/quango/src/linux-2.6.35.5'
> grep: /usr/src/linux-headers-2.6.35.5/Module.symvers: No such file or directory
>   CC [M]  /usr/src/modass/usr_src/modules/fglrx/firegl_public.o
>   CC [M]  /usr/src/modass/usr_src/modules/fglrx/kcl_acpi.o
>   CC [M]  /usr/src/modass/usr_src/modules/fglrx/kcl_agp.o
>   CC [M]  /usr/src/modass/usr_src/modules/fglrx/kcl_debug.o
>   CC [M]  /usr/src/modass/usr_src/modules/fglrx/kcl_ioctl.o
> /usr/src/modass/usr_src/modules/fglrx/kcl_ioctl.c: In function ‘KCL_IOCTL_AllocUserSpace32’:
> /usr/src/modass/usr_src/modules/fglrx/kcl_ioctl.c:200: error: implicit declaration of function ‘compat_alloc_user_space’
> /usr/src/modass/usr_src/modules/fglrx/kcl_ioctl.c:200: warning: assignment makes pointer from integer without a cast
> make[3]: *** [/usr/src/modass/usr_src/modules/fglrx/kcl_ioctl.o] Error 1
> make[2]: *** [_module_/usr/src/modass/usr_src/modules/fglrx] Error 2
> make[2]: Leaving directory `/home/quango/src/linux-2.6.35.5'
> make[1]: *** [build] Error 2
> make[1]: Leaving directory `/usr/src/modass/usr_src/modules/fglrx'
> make: *** [kdist_image] Error 2
> BUILD FAILED!
> See /usr/src/modass/var_cache_modass/fglrx-source.buildlog.2.6.35.5.1285208769 for details.
> Build failed. Press Return to continue...
> === LOG SNIPPET ENDS ===
> 
> I think the problem can be traced to line 69 of the Makefile.  For a
> locally-built kernel, /usr/src/kernel-headers-$(KERNELRELEASE) won't
> exist.  So the test probably should look something like:
> 
> -DARCH_COMPAT_ALLOC_USER_SPACE=$(shell if grep -q compat_alloc_user_space /usr/src/linux-headers-$(KERNELRELEASE)/Module.symvers /lib/modules/$(KERNELRELEASE)/build/Module.symvers ; then echo 1 ; else echo 0 ; fi)

do all locally built kernels have their headers in
/lib/modules/$(KERNELRELEASE)/build/?  if so, i can just use that
accross the board since linux-headers packages also provides that.

thanks for the info,
mike