From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glibc-bugs-return-13637-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Received: (qmail 26385 invoked by alias); 21 Nov 2011 22:29:22 -0000
Received: (qmail 26376 invoked by uid 22791); 21 Nov 2011 22:29:21 -0000
X-SWARE-Spam-Status: No, hits=-2.8 required=5.0	tests=ALL_TRUSTED,AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from localhost (HELO sourceware.org) (127.0.0.1)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 21 Nov 2011 22:28:35 +0000
From: "luto at mit dot edu" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sources.redhat.com
Subject: [Bug libc/13425] New: Remove x86_64 Linux vsyscall page support
Date: Mon, 21 Nov 2011 22:29:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: luto at mit dot edu
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-13425-131@http.sourceware.org/bugzilla/>
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
X-SW-Source: 2011-11/txt/msg00066.txt.bz2

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.