summaryrefslogtreecommitdiffstats
path: root/package/freescale-imx/kernel-module-imx-gpu-viv/kernel-module-imx-gpu-viv.hash
diff options
context:
space:
mode:
authorThomas Petazzoni <thomas.petazzoni@free-electrons.com>2016-03-16 21:20:11 +0100
committerPeter Korsgaard <peter@korsgaard.com>2016-03-18 22:12:16 +0100
commit598d1e53c1a15bb983ed96a19db411bbcdfd97df (patch)
treec2dc2d87078c1673e99277e04a22b80695a9118e /package/freescale-imx/kernel-module-imx-gpu-viv/kernel-module-imx-gpu-viv.hash
parent56f015b3f5e3b03766a9de40af1e1c5b87d3b11d (diff)
downloadbuildroot-598d1e53c1a15bb983ed96a19db411bbcdfd97df.tar.gz
buildroot-598d1e53c1a15bb983ed96a19db411bbcdfd97df.zip
lxc: remove dependency on headers >= 3.0
Now that libcap no longer needs kernel headers >= 3.0, we can remove this dependency from lxc. However, building with headers 2.6.32 exhibits a build issue caused by the redefinition of the setns() function. Since setns() is not implemented in the C library, lxc provides its own version. However, for some reason, while the C library doesn't implement setns(), it provides a prototype for it, which is not exactly the same as the one in lxc, causing a build failure. We re-use a solution implemented in gdb to solve the same problem: define in lxc a function called do_setns(), which calls setns() when available, or manually does the system call otherwise. Of course, with old kernels the system call will not be available, so things will fail at runtime, but this was anyway already the behavior of lxc's setns() dummy implementation. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Diffstat (limited to 'package/freescale-imx/kernel-module-imx-gpu-viv/kernel-module-imx-gpu-viv.hash')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud