DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Every time I try something new, I restart into the new kernel, uninstall everything fglrx-related, install it from backports and try whatever you suggest, it fails, then I remove everything fglrx-related, install it again for lenny, and restart into the old kernel.
I tried that again just to make sure, and after I remove everything lsmod shows no fglrx.
Then I have no idea what's going on. If the fglrx kernel module doesn't exist after you remove all the fglrx related packages, yet it's still loading a different version from the Xorg driver, then the installer is somehow building that different version kernel module. I have never heard of that happening before and can only assume the Debian installer is doing something stupid.
Hmm, well if DKMS is messing up with the kernel module, I thought I'd try building it manually again. So I removed all packages, then ran "m-a a-i fglrx". That downloaded the source, started the build, and reported that the build failed:
Code:
/usr/bin/make -f debian/rules clean
make[1]: Entering directory `/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/modules/fglrx/debian/control
rm -f /usr/src/modules/fglrx/debian/dirs
make[1]: Leaving directory `/usr/src/modules/fglrx'
/usr/bin/make -f debian/rules binary_modules
make[1]: Entering directory `/usr/src/modules/fglrx'
if [ -f /usr/src/modules/fglrx/debian/control.template ]; then \
cat /usr/src/modules/fglrx/debian/control.template > /usr/src/modules/fglrx/debian/control; \
fi
dh_testdir
touch configure-stamp
dh_testdir
/usr/bin/make -C /lib/modules/2.6.32-bpo.5-686/build SUBDIRS=/usr/src/modules/fglrx modules
make[2]: Entering directory `/usr/src/linux-headers-2.6.32-bpo.5-686'
CC [M] /usr/src/modules/fglrx/firegl_public.o
In file included from /usr/src/modules/fglrx/drmP.h:86,
from /usr/src/modules/fglrx/drm_proc.h:41,
from /usr/src/modules/fglrx/firegl_public.c:429:
/usr/src/modules/fglrx/drm_os_linux.h:45: error: conflicting types for ‘irqreturn_t’
/usr/src/linux-headers-2.6.32-bpo.5-common/include/linux/irqreturn.h:16: error: previous declaration of ‘irqreturn_t’ was here
In file included from /usr/src/modules/fglrx/firegl_public.c:429:
/usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’:
/usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’
/usr/src/modules/fglrx/firegl_public.c: In function ‘KCL_GetEffectiveUid’:
/usr/src/modules/fglrx/firegl_public.c:1453: error: ‘struct task_struct’ has no member named ‘euid’
/usr/src/modules/fglrx/firegl_public.c: In function ‘KCL_PosixSecurityCapSetIPCLock’:
/usr/src/modules/fglrx/firegl_public.c:1808: error: ‘struct task_struct’ has no member named ‘cap_effective’
/usr/src/modules/fglrx/firegl_public.c:1812: error: ‘struct task_struct’ has no member named ‘cap_effective’
/usr/src/modules/fglrx/firegl_public.c: In function ‘KCL_InstallInterruptHandler’:
/usr/src/modules/fglrx/firegl_public.c:2659: warning: passing argument 2 of ‘request_irq’ from incompatible pointer type
/usr/src/modules/fglrx/firegl_public.c: In function ‘KCL_MEM_VM_GetRegionPhysAddrStr’:
/usr/src/modules/fglrx/firegl_public.c:3223: warning: return makes pointer from integer without a cast
/usr/src/modules/fglrx/firegl_public.c:3224: warning: return makes pointer from integer without a cast
/usr/src/modules/fglrx/firegl_public.c:3225: warning: return makes pointer from integer without a cast
/usr/src/modules/fglrx/firegl_public.c:3227: warning: return makes pointer from integer without a cast
/usr/src/modules/fglrx/firegl_public.c: In function ‘KAS_Ih_Execute’:
/usr/src/modules/fglrx/firegl_public.c:4202: warning: ‘return’ with no value, in function returning non-void
make[5]: *** [/usr/src/modules/fglrx/firegl_public.o] Error 1
make[4]: *** [_module_/usr/src/modules/fglrx] Error 2
make[3]: *** [sub-make] Error 2
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.32-bpo.5-686'
make[1]: *** [build] Error 2
make[1]: Leaving directory `/usr/src/modules/fglrx'
make: *** [kdist_image] Error 2
Any insight on that? Thanks again!
EDIT: I realize the problem was probably that it was trying to use the fglrx-source package in stable, not lenny-backports. I downloaded fglrx-source from backports directly and repeated the process, and it installed the module fine (8.72.5). Is the problem maybe that I need a new xorg before I can use the new fglrx? Maybe I need to just wait for the next stable release to fix all this...
Last edited by jrdioko; 08-22-2010 at 11:53 PM.
Reason: More info
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.