• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

0x7f454c46 / criu / 885 / 1
30%
master: 66%

Build:
Build:
LAST BUILD BRANCH: wip/vdso-kdat
DEFAULT BRANCH: master
Ran 07 Jun 2017 04:19PM UTC
Files 217
Run time 13s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

07 Jun 2017 03:56PM UTC coverage: 64.606% (+0.001%) from 64.605%
TR_ARCH=local GCOV=1

push

travis-ci

0x7f454c46
kdat: Add test for presence of vdso mapping API

Previously, arch_prctl(ARCH_MAP_VDSO_32) was only used by
CONFIG_COMPAT to map compatible vdso blob for 32-bit restoree.
But we can make it more generic:
Omitting mremap() for moving vdso to rt-vdso zone in restorer
and afterward on needed position in restoree.
Also omitting reading /proc/self/maps to find vdso/vvar
addresses (to park afterward in restorer).

TLDR; under this kdat feature we can get rid of a buch of mremap()'s
for each restoree and from parsing /proc/self/maps in vdso_init_restore().

The API is present from v4.9 kernel.

Signed-off-by: Dmitry Safonov <dsafonov@virtuozzo.com>

19688 of 30474 relevant lines covered (64.61%)

126620.68 hits per line

Source Files on job 885.1 (TR_ARCH=local GCOV=1)
  • Tree
  • List 0
  • Changed 130
  • Source Changed 3
  • Coverage Changed 130
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 885
  • Travis Job 885.1
  • 613e98ad on github
  • Prev Job for TR_ARCH=local GCOV=1 on wip/vdso-kdat (#882.1)
  • Next Job for TR_ARCH=local GCOV=1 on wip/vdso-kdat (#886.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc