public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/13425] New: Remove x86_64 Linux vsyscall page support
@ 2011-11-21 22:29 luto at mit dot edu
  2011-11-22  8:18 ` [Bug libc/13425] " aj at suse dot de
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: luto at mit dot edu @ 2011-11-21 22:29 UTC (permalink / raw)
  To: glibc-bugs

http://sourceware.org/bugzilla/show_bug.cgi?id=13425

             Bug #: 13425
           Summary: Remove x86_64 Linux vsyscall page support
           Product: glibc
           Version: 2.14
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
        AssignedTo: drepper.fsp@gmail.com
        ReportedBy: luto@mit.edu
    Classification: Unclassified


As of Linux 3.1, the vsyscall entry points (0xffffffffff600x00) are often
slower and never faster than real syscalls.  They are also somewhat fragile in
that they can confuse various binary tracing systems (e.g. the Chromium
sandbox) and they cause some problems with UML.

It would be nice to support the vdso in static binaries, but, failing that,
glibc should just stop using the vsyscall page.

(Note: for getcpu on older kernels without a real sys_getcpu syscall, the
vsyscall page or vdso support might be mandatory.  But the syscall should IMO
be preferred over the vsyscall entry.)

If this change is made, then vsyscall=none has a good chance of working :)

This is a continuation of bug 12813.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-06-27 11:34 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-11-21 22:29 [Bug libc/13425] New: Remove x86_64 Linux vsyscall page support luto at mit dot edu
2011-11-22  8:18 ` [Bug libc/13425] " aj at suse dot de
2011-11-22 15:42 ` luto at mit dot edu
2014-06-27 11:34 ` fweimer at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).