[LTP] Possible bug on tests ksm03, ksm03_1 and ksm05

Li Wang liwang@redhat.com
Mon Dec 4 11:20:43 CET 2017


On Sat, Dec 2, 2017 at 6:00 AM, Carlos Hernandez <ceh@ti.com> wrote:
> ksm03, ksm03_1 and ksm05 are reported as failures even though KSM is not
> enabled in kernel config.
> Test does detect KSM configuration is not enabled as shown below:
>
> <<<test_start>>>
> tag=ksm03_1 stime=1511674217
> cmdline="ksm03 -u 128"
> contacts=""
> analysis=exit
> <<<test_output>>>
> tst_test.c:934: [1;34mINFO: [0mTimeout per run is 0h 05m 00s
> ksm03.c:71: [1;33mCONF: [0mKSM configuration is not enabled
> mem.c:761: [1;35mWARN: [0mopen /dev/cgroup/tasks: ENOENT
> mem.c:766: [1;35mWARN: [0mfopen /dev/cgroup/1/tasks: ENOENT
> mem.c:778: [1;35mWARN: [0mrmdir /dev/cgroup/1: ENOENT
> mem.c:780: [1;35mWARN: [0mumount /dev/cgroup: ENOENT
> mem.c:782: [1;35mWARN: [0mrmdir /dev/cgroup: ENOENT


That's because the tests calling cleanup() when get tst_brk() in the
setup() function.

We probably need to skip the umount_mem() in cleanup() since we
do NOT mount it in setup work.

--------
# cat ksm03.c

static void setup(void)
{
    if (access(PATH_KSM, F_OK) == -1)
        tst_brk(TCONF, "KSM configuration is not enabled");
    [...]
}

static void cleanup(void)
{
    [...]
    umount_mem(MEMCG_PATH, MEMCG_PATH_NEW);
}


> ksm01                          CONF       32
> ksm01_1                        CONF       32
> ksm02                          CONF       32
> ksm02_1                        CONF       32
> ksm03                          FAIL       36
> ksm03_1                        FAIL       36
> ksm04                          CONF       32
> ksm04_1                        CONF       32
> ksm05                          FAIL       36

Can you also show here what kind of error ksm05 gives to you in the test?



-- 
Li Wang
liwang@redhat.com


More information about the ltp mailing list