[opensuse-kernel] kcmp --> Function not implemented
Hi: According to the manual the kcmp system call appeared in kernel 3.5 but SUSE kernels do not enable CONFIG_CHECKPOINT_RESTORE (kernel:head included) zgrep CHECKPOINT_RESTORE /proc/config.gz # CONFIG_CHECKPOINT_RESTORE is not set Is there a reason why it is disabled ? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Hi Cristian, Le mardi 26 mars 2013 à 01:27 -0300, Cristian Rodríguez a écrit :
Hi:
According to the manual the kcmp system call appeared in kernel 3.5 but SUSE kernels do not enable CONFIG_CHECKPOINT_RESTORE (kernel:head included)
zgrep CHECKPOINT_RESTORE /proc/config.gz # CONFIG_CHECKPOINT_RESTORE is not set
Is there a reason why it is disabled ?
This comes from: commit d017ea13f0d761c4f5a21c4d833f69272bbb13cf Author: Jeff Mahoney <jeffm@suse.com> Date: Tue Feb 7 12:12:40 2012 -0500 - Update to 3.3-rc2. - Eliminated 5 patches. - Xen is disabled. So I don't think it was disabled on purpose, rather CONFIG_CHECKPOINT_RESTORE received its default value, which is n. Furthermore, CHECKPOINT_RESTORE depends on EXPERT, which is not set on most of our kernels. What do you need this for? -- Jean Delvare Suse L3 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
El jue 28 mar 2013 09:47:13 CLST, Jean Delvare escribió:
Hi Cristian,
Le mardi 26 mars 2013 à 01:27 -0300, Cristian Rodríguez a écrit :
Hi:
According to the manual the kcmp system call appeared in kernel 3.5 but SUSE kernels do not enable CONFIG_CHECKPOINT_RESTORE (kernel:head included)
zgrep CHECKPOINT_RESTORE /proc/config.gz # CONFIG_CHECKPOINT_RESTORE is not set
Is there a reason why it is disabled ?
This comes from:
commit d017ea13f0d761c4f5a21c4d833f69272bbb13cf Author: Jeff Mahoney <jeffm@suse.com> Date: Tue Feb 7 12:12:40 2012 -0500
- Update to 3.3-rc2. - Eliminated 5 patches. - Xen is disabled.
So I don't think it was disabled on purpose, rather CONFIG_CHECKPOINT_RESTORE received its default value, which is n. Furthermore, CHECKPOINT_RESTORE depends on EXPERT, which is not set on most of our kernels.
What do you need this for?
I am a curious bastard :-) was exploring around when I read this https://lwn.net/Articles/478111/ , wrote some little test and figured out that this feature was disabled in openSUSE kernels. The first thing that came to my mind is that it might be useful to extend systemd with this functionality.. (systemctl checkpoint blabla.service or similar) ;) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
Le vendredi 29 mars 2013 à 02:06 -0300, Cristian Rodríguez a écrit :
El jue 28 mar 2013 09:47:13 CLST, Jean Delvare escribió:
Hi Cristian,
Le mardi 26 mars 2013 à 01:27 -0300, Cristian Rodríguez a écrit :
Hi:
According to the manual the kcmp system call appeared in kernel 3.5 but SUSE kernels do not enable CONFIG_CHECKPOINT_RESTORE (kernel:head included)
zgrep CHECKPOINT_RESTORE /proc/config.gz # CONFIG_CHECKPOINT_RESTORE is not set
Is there a reason why it is disabled ?
This comes from:
commit d017ea13f0d761c4f5a21c4d833f69272bbb13cf Author: Jeff Mahoney <jeffm@suse.com> Date: Tue Feb 7 12:12:40 2012 -0500
- Update to 3.3-rc2. - Eliminated 5 patches. - Xen is disabled.
So I don't think it was disabled on purpose, rather CONFIG_CHECKPOINT_RESTORE received its default value, which is n. Furthermore, CHECKPOINT_RESTORE depends on EXPERT, which is not set on most of our kernels.
What do you need this for?
I am a curious bastard :-) was exploring around when I read this https://lwn.net/Articles/478111/ , wrote some little test and figured out that this feature was disabled in openSUSE kernels.
The first thing that came to my mind is that it might be useful to extend systemd with this functionality.. (systemctl checkpoint blabla.service or similar) ;)
I see. Well, if you can convince the upstream kernel developers that CHECKPOINT_RESTORE should default to y, or that it shouldn't depend on EXPERT, we can enable it. But as is it now, we can't. -- Jean Delvare Suse L3 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org
participants (2)
-
Cristian Rodríguez -
Jean Delvare