From: Bernd Schmidt <bernds@codesourcery.com>
To: Ilya Verbin <iverbin@gmail.com>
Cc: "Michael V. Zolotukhin" <michael.v.zolotukhin@gmail.com>,
Jakub Jelinek <jakub@redhat.com>,
Thomas Schwinge <thomas@codesourcery.com>,
Richard Biener <rguenther@suse.de>,
Kirill Yukhin <kirill.yukhin@gmail.com>,
Andrey Turetskiy <andrey.turetskiy@gmail.com>,
Ilya Tocar <tocarip.intel@gmail.com>,
gcc <gcc-patches@gcc.gnu.org>
Subject: Re: Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation
Date: Wed, 29 Jan 2014 14:43:00 -0000 [thread overview]
Message-ID: <52E9137C.4020706@codesourcery.com> (raw)
In-Reply-To: <CADG=Z0HRb1ojtTc4xEAG=hH_GcfAARDAmn70XGB5khF0mME4pQ@mail.gmail.com>
On 01/28/2014 01:52 PM, Ilya Verbin wrote:
> The table is used in libgomp (see my patch [1]), as proposed by Jakub
> (see [2]). The idea is that the order of entries in the host and
> target tables must be identical. This allows to set up one-to-one
> correspondence between host and target addresses.
I was worried the answer was going to be something like this. These are
produced by two different compilers/linkers, aren't they? This seems
really fragile to me and a recipe for hard-to-debug silent failures.
For ptx, I think we can create both tables at the same time in the
image-generating tool, so I'm hoping that it won't be a problem. I'll
let you know what I find, but it would still be nice to come up with
something more robust.
> Could you please describe how functions would be invoked on
> PTX?
First we let the driver compile and load all the ptx code, then we'd
call a cuda library function with the name of the function passed as a
string. So I guess the host table would contain pointers to the host
version of the functions, and the target table would contain a pointer
to the name.
Bernd
next prev parent reply other threads:[~2014-01-29 14:43 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-17 11:40 Michael V. Zolotukhin
2014-01-16 11:37 ` Michael Zolotukhin
2014-01-28 11:20 ` Bernd Schmidt
[not found] ` <CADG=Z0GQ8ORLe1XRUU7VMYeLhwuWisMyCcGLQj-nY_bhkbD_1Q@mail.gmail.com>
2014-01-28 12:53 ` Fwd: " Ilya Verbin
2014-01-29 14:43 ` Bernd Schmidt [this message]
2014-01-29 16:06 ` Ilya Verbin
2014-02-14 14:49 ` Ilya Verbin
2014-02-14 15:02 ` Bernd Schmidt
2014-02-14 15:12 ` Jakub Jelinek
2014-02-14 15:50 ` Bernd Schmidt
2014-02-14 16:06 ` Jakub Jelinek
2014-02-20 18:27 ` Bernd Schmidt
2014-02-21 15:17 ` Ilya Verbin
2014-02-21 15:41 ` Bernd Schmidt
2014-02-21 18:00 ` Ilya Verbin
2014-02-28 16:09 ` Ilya Verbin
2014-02-28 16:23 ` Bernd Schmidt
2014-02-28 21:41 ` Bernd Schmidt
2014-05-27 10:18 ` Ilya Verbin
2014-05-27 10:59 ` Bernd Schmidt
2014-05-27 11:11 ` Ilya Verbin
2014-05-27 11:16 ` Bernd Schmidt
2014-05-27 15:33 ` Ilya Verbin
2014-05-27 19:03 ` Bernd Schmidt
2014-02-28 22:10 ` Ilya Verbin
2014-03-05 17:15 ` Ilya Verbin
2014-03-06 8:48 ` Bernd Schmidt
2014-03-06 11:11 ` Ilya Verbin
2014-03-06 11:54 ` Bernd Schmidt
2014-03-06 12:52 ` Ilya Verbin
2014-03-08 15:39 ` Ilya Verbin
2014-03-12 14:14 ` Bernd Schmidt
2014-03-12 14:52 ` Ilya Verbin
2014-03-20 17:41 ` Bernd Schmidt
2014-06-17 18:20 ` Ilya Verbin
2014-06-17 19:23 ` Bernd Schmidt
2014-06-18 14:14 ` Ilya Verbin
2014-06-18 14:23 ` Bernd Schmidt
2014-06-19 10:19 ` Ilya Verbin
2014-06-27 7:33 ` Bernd Schmidt
2014-07-07 14:51 ` Ilya Verbin
2014-07-07 15:04 ` Bernd Schmidt
2014-07-07 15:14 ` Jakub Jelinek
2014-07-07 15:22 ` Jakub Jelinek
2014-07-10 18:24 ` Ilya Verbin
2014-07-10 18:28 ` Bernd Schmidt
2014-07-23 14:18 ` Bernd Schmidt
2014-07-23 14:40 ` Ilya Verbin
2014-08-04 21:00 ` Bernd Schmidt
2014-08-07 17:35 ` Thomas Schwinge
2014-09-05 16:36 ` [gomp4] Revert more old Makefile/configure bits Bernd Schmidt
2014-09-08 9:42 ` Thomas Schwinge
2014-07-24 15:58 ` Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation Ilya Verbin
2014-05-08 9:44 ` [gomp4] Mark __OPENMP_TARGET__ as addressable (was: Offloading patches (2/3): Add tables generation) Thomas Schwinge
2013-12-20 17:18 [RFC][gomp4] Offloading: Add device initialization and host->target function mapping Ilya Verbin
2013-12-26 13:37 ` Ilya Verbin
2014-01-15 15:09 ` Ilya Verbin
2014-03-12 18:21 ` Ilya Verbin
2014-03-17 13:10 ` Ilya Verbin
2014-03-17 15:12 ` Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation Thomas Schwinge
2014-03-17 16:49 ` Jakub Jelinek
2014-03-18 17:36 ` Ilya Verbin
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=52E9137C.4020706@codesourcery.com \
--to=bernds@codesourcery.com \
--cc=andrey.turetskiy@gmail.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=iverbin@gmail.com \
--cc=jakub@redhat.com \
--cc=kirill.yukhin@gmail.com \
--cc=michael.v.zolotukhin@gmail.com \
--cc=rguenther@suse.de \
--cc=thomas@codesourcery.com \
--cc=tocarip.intel@gmail.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).