From: "Maciej W. Rozycki" <macro@imgtec.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Matthew Fortune <Matthew.Fortune@imgtec.com>,
Ralf Baechle <ralf@linux-mips.org>,
"linux-mips@linux-mips.org" <linux-mips@linux-mips.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
James Hogan <James.Hogan@imgtec.com>
Subject: Re: [PATCH] MIPS: VDSO: Always select -msoft-float
Date: Fri, 4 Nov 2016 18:06:12 +0000 [thread overview]
Message-ID: <alpine.DEB.2.00.1611041736110.13938@tp.orcam.me.uk> (raw)
In-Reply-To: <20161104165047.GA29628@roeck-us.net>
On Fri, 4 Nov 2016, Guenter Roeck wrote:
> > This code is executed in the user mode so while floating-point code may
> > not be needed there, not at least right now, there's actually nothing
> > which should stop us from from adding some should such a need arise.
> >
> Just for my understanding - so the code is compiled with the kernel and part
> of the kernel source but executed in user mode ?
Yes, that's correct.
The idea behind VDSO is to export some kernel data to the userland in a
way making it possible to avoid the considerable overhead of making a
syscall, i.e. the whole dance required to switch to the kernel mode, make
the necessary arrangements there for kernel mode execution such as stack
switching (see the SAVE_SOME macro), actually retrieve the data requested,
undo the kernel mode execution arrangements (RESTORE_SOME) and finally
resume user mode execution.
So instead a page is mapped by the kernel in the user virtual memory with
designated entry points comprising the public API and the actual
implementation which retrieves the data requested in a varying way,
depending on the kernel configuration, hardware features, etc., so it is
tightly coupled with the kernel and has to be built along it. These entry
points are then used by the C library instead of their corresponding
syscalls.
A good use example is a replacement for gettimeofday(2). This syscall
retrieves a tiny amount of data which is frequently requested e.g. by X
servers which want to individually timestamp their events. So the gain
from avoiding making this syscall and instead retrieving the data
requested straight in the user mode is enormous.
> If you ever add real floating point code, doesn't that also mean that you'll
> have to implement the necessary linker helper functions or wrappers (such
> as the wrappers needed for 64-bit integer divide operations in 32 bit code) ?
No, you could just link the VDSO with `-lgcc' instead and get all the
necessary bits from there, as usually in user code. Although if building
for compat ABIs as well you'd have to ensure you have GCC libraries built
and installed for all the ABIs required, which in turn depends on the
configuration chosen for the compiler at its build time. Not a problem
right now though as we don't need any of this stuff.
HTH,
Maciej
next prev parent reply other threads:[~2016-11-04 18:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-30 16:05 [PATCH] MIPS: VDSO: Always select -msoft-float Guenter Roeck
2016-11-01 22:40 ` Maciej W. Rozycki
2016-11-01 22:40 ` Maciej W. Rozycki
2016-11-01 23:30 ` Guenter Roeck
2016-11-04 12:54 ` Maciej W. Rozycki
2016-11-04 12:54 ` Maciej W. Rozycki
2016-11-04 13:42 ` Matthew Fortune
2016-11-04 15:26 ` Guenter Roeck
2016-11-04 16:09 ` Maciej W. Rozycki
2016-11-04 16:50 ` Guenter Roeck
2016-11-04 18:06 ` Maciej W. Rozycki [this message]
2016-11-04 16:55 ` Matthew Fortune
2016-11-04 18:33 ` Guenter Roeck
2016-11-04 19:07 ` Maciej W. Rozycki
2016-11-23 0:08 ` Maciej W. Rozycki
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=alpine.DEB.2.00.1611041736110.13938@tp.orcam.me.uk \
--to=macro@imgtec.com \
--cc=James.Hogan@imgtec.com \
--cc=Matthew.Fortune@imgtec.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=linux@roeck-us.net \
--cc=ralf@linux-mips.org \
/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 NNTP newsgroup(s).