kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #182699
[Bug 1590069] Missing required logs.
This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:
apport-collect 1590069
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1590069
Title:
vDSO syscalls don't work on yakkety/master-next (and unstable/master)
Status in linux package in Ubuntu:
Incomplete
Bug description:
Hi guys,
I'm having a problem where vDSO syscalls don't work on yakkety-next:
dev:~ uname -a
Linux dev 4.6.0-8-generic #9 SMP Mon Jun 6 14:21:30 MDT 2016 x86_64 x86_64 x86_64 GNU/Linux
dev:~ cat tester.c
#include <unistd.h>
#include <stdio.h>
#include <sys/time.h>
int main()
{
struct timeval tv;
struct timezone tz;
while (1) {
sleep(1);
if (gettimeofday(&tv, &tz) < 0) {
perror("gettimeofday");
}
}
return 0;
}
dev:~ make tester
make: 'tester' is up to date.
dev:~ strace tester
strace: Can't stat 'tester': No such file or directory
dev:~ 1 strace ./tester
execve("./tester", ["./tester"], [/* 35 vars */]) = 0
brk(NULL) = 0x19e4000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbca234b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=44113, ...}) = 0
mmap(NULL, 44113, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fbca2340000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1864888, ...}) = 0
mmap(NULL, 3967488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fbca1d5f000
mprotect(0x7fbca1f1f000, 2093056, PROT_NONE) = 0
mmap(0x7fbca211e000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1bf000) = 0x7fbca211e000
mmap(0x7fbca2124000, 14848, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fbca2124000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbca233f000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbca233e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fbca233d000
arch_prctl(ARCH_SET_FS, 0x7fbca233e700) = 0
mprotect(0x7fbca211e000, 16384, PROT_READ) = 0
mprotect(0x600000, 4096, PROT_READ) = 0
mprotect(0x7fbca234d000, 4096, PROT_READ) = 0
munmap(0x7fbca2340000, 44113) = 0
nanosleep({1, 0}, 0x7fffc8ec71f0) = 0
gettimeofday({1465317034, 813437}, {tz_minuteswest=0, tz_dsttime=0}) = 0
nanosleep({1, 0}, 0x7fffc8ec71f0) = 0
gettimeofday({1465317035, 813718}, {tz_minuteswest=0, tz_dsttime=0}) = 0
nanosleep({1, 0}, 0x7fffc8ec71f0) = 0
gettimeofday({1465317036, 814008}, {tz_minuteswest=0, tz_dsttime=0}) = 0
nanosleep({1, 0}, ^Cstrace: Process 15793 detached
<detached ...>
whereas on a normal machine, they do:
~ uname -a
Linux hopstrocity 4.4.0-22-generic #40-Ubuntu SMP Thu May 12 22:03:46 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
~ cat tester.c
#include <unistd.h>
#include <stdio.h>
#include <sys/time.h>
int main()
{
struct timeval tv;
struct timezone tz;
while (1) {
sleep(1);
if (gettimeofday(&tv, &tz) < 0) {
perror("gettimeofday");
}
}
return 0;
}
~ make tester
make: 'tester' is up to date.
~ strace ./tester
execve("./tester", ["./tester"], [/* 60 vars */]) = 0
brk(NULL) = 0x12c7000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb544a9b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=143083, ...}) = 0
mmap(NULL, 143083, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb544a78000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1864888, ...}) = 0
mmap(NULL, 3967488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb5444af000
mprotect(0x7fb54466f000, 2093056, PROT_NONE) = 0
mmap(0x7fb54486e000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1bf000) = 0x7fb54486e000
mmap(0x7fb544874000, 14848, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb544874000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb544a77000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb544a76000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb544a75000
arch_prctl(ARCH_SET_FS, 0x7fb544a76700) = 0
mprotect(0x7fb54486e000, 16384, PROT_READ) = 0
mprotect(0x600000, 4096, PROT_READ) = 0
mprotect(0x7fb544a9d000, 4096, PROT_READ) = 0
munmap(0x7fb544a78000, 143083) = 0
nanosleep({1, 0}, 0x7fffb8b22f40) = 0
nanosleep({1, 0}, 0x7fffb8b22f40) = 0
nanosleep({1, 0}, 0x7fffb8b22f40) = 0
nanosleep({1, 0}, ^Cstrace: Process 16752 detached
<detached ...>
I suspect this is due to 3d26b8d8361a9cfa098fe8548f1836573925cc7d, but
I'm not sure.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1590069/+subscriptions
References
