2.6.24 breaks nvidia and amd/ati binary drivers, by exporting paravirt symbols as GPL - Kernel

Hi
commit to .24 tree:
http://git.kernel.org/?p=linux/kerne...62da84db06ded8

introduces:
+EXPORT_SYMBOL_GPL(pv_mmu_ops);
+EXPORT_SYMBOL_GPL(pv_cpu_ops);

pv_cpu_ops is for nvidia
pv_mmu_ops' is for amd(ati)

which will break 32bit systems with paravirt enabled and trying to compile
the binary graphic drivers from amd(ati) and nvidia.


is there a chance to see these symbols not exported as GPL?
Or do they have to change their binary drivers?

thanks in advance
greetings
tpowa
--
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa@archlinux.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQBHKhyt81yYyRqLOvgRAimFAJsHOlytUhKyg9Wnv+4myj xy3UQWDwCeKcuK
AILKkyl/mNgbDl9u9UuVJxI=
=yFAm
-----END PGP SIGNATURE-----

On Nov 1 2007 19:36, Tobias Powalowski wrote:
>Hi
>commit to .24 tree:
>http://git.kernel.org/?p=linux/kerne...62da84db06ded8
>
>introduces:
>+EXPORT_SYMBOL_GPL(pv_mmu_ops);
>+EXPORT_SYMBOL_GPL(pv_cpu_ops);
>
>pv_cpu_ops is for nvidia
>pv_mmu_ops' is for amd(ati)
>

Speaking of which, the patch introduced a strict-aliasing warning (that
is, common userspace program compilation would warn about such) at:

+ return *((void **)&tmpl + type);

&tmpl is of type struct paravirt_patch_template **, and cross-casting
this to void ** usually gives a strict-aliasing warning.
A workaround is to pre-cast to void *,
return *((void **)(void *)&tmpl + type);
is that ok?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/