public inbox for libc-hacker@sourceware.org
 help / color / mirror / Atom feed
From: Roland McGrath <roland@redhat.com>
To: Steve Munroe <sjmunroe@us.ibm.com>
Cc: libc-hacker@sources.redhat.com, Paul Mackerras <pmac@au1.ibm.com>
Subject: Re: Questions about VDSO
Date: Thu, 04 Nov 2004 23:18:00 -0000	[thread overview]
Message-ID: <200411042318.iA4NICiH027518@magilla.sf.frob.com> (raw)
In-Reply-To: Steve Munroe's message of  Thursday, 4 November 2004 16:11:39 -0600 <OFA3D401F5.C8553C26-ON86256F42.00780720-86256F42.0079EC36@us.ibm.com>

There is no configuration that requires a vdso.  
That's what DL_SYSINFO_DEFAULT is for.

If you are not providing a syscall entry point, then you should not define
AT_SYSINFO at all, since its meaning (as used so far) is to be the syscall
entry point.  You have a vdso with no syscall entry point, just define
AT_SYSINFO_EHDR.

The libc code as it is does not have conditionals to distinguish just
loading the vdso from the use for the syscall entry point.  We can easily
make that distinction, but it's only worthwhile when there is actually code
to do something else by loading the vdso.  I suppose if you use it for
signal trampolines then needing the unwind info for that is reason enough.

Most of what NEED_DL_SYSINFO controls is stuff you don't need.  Even for a
new platform that does put a syscall entry point in the vdso, not all of
that code may be required.  It includes storing a copy of the pointer in
every thread structure, which is only the right thing to do if loading off
the thread pointer is cheaper than a vanilla global access to a hidden symbol.

  reply	other threads:[~2004-11-04 23:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-04 22:11 Steve Munroe
2004-11-04 23:18 ` Roland McGrath [this message]
2004-11-05 16:13   ` Steve Munroe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200411042318.iA4NICiH027518@magilla.sf.frob.com \
    --to=roland@redhat.com \
    --cc=libc-hacker@sources.redhat.com \
    --cc=pmac@au1.ibm.com \
    --cc=sjmunroe@us.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).