ati-drivers 8.14.13-r2 compiles against kernel 2.6.14-rc3, but cannot load. The result as it shows in dmesg is "unknown symbol verify_area". A web search seems to say that this is a known problem that can only be fixed by ati, but it would be helpful if either there was masking/blocking to avoid the problem or at least a warning. Reproducible: Always Steps to Reproduce: 1.compile a 2.6.14 kernel, and boot into it 2.emerge ati-drivers 3.modprobe ati-drivers Actual Results: modprobe fails, dmesg gives the message listed above. Expected Results: loaded the module
What about the newer versions of ati-drivers?
This is broken with any version of ati-drivers... verify_area has been replaced with access_ok a while ago and now is removed from the kernel. Anyway, Bigneotux provided a patch in the forums (and I basically did the same change on my installation). Maybe someone should include the patch until ATI fixes the problem? --- firegl_public.c.orig 2005-08-16 20:13:33.000000000 +0400 +++ firegl_public.c 2005-09-23 17:25:49.000000000 +0400 @@ -121,7 +121,7 @@ #endif #ifdef __x86_64__ -#include "asm/ioctl32.h" +#include "linux/ioctl32.h" #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,2) #include "linux/syscalls.h" #endif @@ -1425,7 +1425,7 @@ int ATI_API_CALL __ke_verify_area(int type, const void * addr, unsigned long size) { - return verify_area(type, addr, size); + return access_ok(type, addr, size); } int ATI_API_CALL __ke_get_pci_device_info(__ke_pci_dev_t* dev, __ke_pci_device_info_t *pinfo)
I'll add to the patchset soon, Joshua if you have time could you please test it on amd64 or x86? (the right patch should have a ifdef to let old kernel users have the module working)
I don't have access to ATI hardware anymore unfortunately...
resolved with a sed solution.