[CRIU] [PATCHv3 00/23] Rectify 32-bit compatible C/R on x86

Dmitry Safonov dsafonov at virtuozzo.com
Thu Dec 15 03:11:34 PST 2016


On 12/15/2016 01:58 PM, Dmitry Safonov wrote:
> On 12/15/2016 03:37 AM, Andrei Vagin wrote:
>> On Tue, Dec 13, 2016 at 04:14:06PM +0300, Pavel Emelyanov wrote:
>>> Applied
>>
>> Good job!
>>
>> Dima, pls tell me how to execute tests for x32. Thanks!
>
> The support for 32-bit C/R is only from v4.9 kernel (just reminder).
>
> Here we go. I ran it with:
> COMPAT_TEST=y make zdtm
> ./test/zdtm.py run --all --keep-going

Ugh-oh, forget to mention:
some tests need libraries to be linked with, so you may need to install
libcap-devel.i686 libaio-devel.i686, maybe something else - you'll spot
it easily by liking errors.

>
> For now, many tests fails with "new mapping appeared" with the address
> of vsyscall page. That comes from 64-bit restorer. That's not a real
> mapping (in the meaning of vma), so it cann't be unmapped in jump to
> restorer. I've talked to Andy and he said he has patches for adding
> arch_prctl for disabling vsyscall mapping emulation on per-process
> basis. So for now all restored 32-bit processes have vsyscall mapping
> after restore. It lays over 32-bit visible 4Gb space, so the only
> side-effect is /proc/.../maps.
> For the purpose of testing, I load kernel with boot parameter
> `vsyscall=none' for now.
>
> Then the following 32-bit tests are failing now (WIP, should be
> excluded for awhile):
> ################### 51 TEST(S) FAILED (TOTAL 284/SKIPPED 38)
> ###################
>  * zdtm/transition/maps008(unknown)
>  * zdtm/transition/file_aio(unknown)
>  * zdtm/static/mntns_link_ghost(unknown)
>  * zdtm/static/futex(unknown)
>  * zdtm/static/mntns_open(unknown)
>  * zdtm/static/stopped12(unknown)
>  * zdtm/static/fanotify00(unknown)
>  * zdtm/static/cgroup04(unknown)
>  * zdtm/static/stopped01(unknown)
>  * zdtm/static/fpu01(unknown)
>  * zdtm/static/file_locks03(unknown)
>  * zdtm/static/sigaltstack(unknown)
>  * zdtm/static/sse00(unknown)
>  * zdtm/static/helper_zombie_child(unknown)
>  * zdtm/static/cgroup01(unknown)
>  * zdtm/static/stopped02(unknown)
>  * zdtm/static/futex-rl(unknown)
>  * zdtm/static/macvlan(unknown)
>  * zdtm/static/rtc(unknown)
>  * zdtm/static/netns-dev(unknown)
>  * zdtm/static/vdso01(unknown)
>  * zdtm/static/cgroup00(unknown)
>  * zdtm/static/file_locks04(unknown)
>  * zdtm/static/cgroup02(unknown)
>  * zdtm/static/bridge(unknown)
>  * zdtm/static/del_standalone_un(unknown)
>  * zdtm/static/file_locks01(unknown)
>  * zdtm/static/timerfd(unknown)
>  * zdtm/static/file_locks02(unknown)
>  * zdtm/static/cgroup_stray(unknown)
>  * zdtm/static/sse20(unknown)
>  * zdtm/static/autofs(unknown)
>  * zdtm/static/sigpending(unknown)
>  * zdtm/static/stopped(unknown)
>  * zdtm/static/clone_fs(unknown)
>  * zdtm/static/mntns_link_remap(unknown)
>  * zdtm/static/maps02(unknown)
>  * zdtm/static/pthread00(unknown)
>  * zdtm/static/deleted_unix_sock(unknown)
>  * zdtm/static/shm(unknown)
>  * zdtm/static/cgroupns(unknown)
>  * zdtm/static/packet_sock_mmap(unknown)
>  * zdtm/static/fpu00(unknown)
>  * zdtm/static/shm-unaligned(unknown)
>  * zdtm/static/socket_aio(unknown)
>  * zdtm/static/maps00(unknown)
>  * zdtm/static/mlock_setuid(unknown)
>  * zdtm/static/different_creds(unknown)
>  * zdtm/static/pthread01(unknown)
>  * zdtm/static/mmx00(unknown)
>  * zdtm/static/signalfd00(unknown)
> ##################################### FAIL
> #####################################
>


-- 
              Dmitry


More information about the CRIU mailing list