From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa3.mentor.iphmx.com (esa3.mentor.iphmx.com [68.232.137.180]) by sourceware.org (Postfix) with ESMTPS id 88A853858C53 for ; Thu, 2 Feb 2023 21:13:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 88A853858C53 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.97,268,1669104000"; d="scan'208";a="95476819" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa3.mentor.iphmx.com with ESMTP; 02 Feb 2023 13:13:30 -0800 IronPort-SDR: DXVlKAi9dI5iA2jds65j8aZekZ64VNtB8bgeT65H6IW8kSf6/FRQqN7KCrUfAlmwpsykUYc6XX NjcTFV2MiadLI0kxUqGU6skOEhR7NuAH49HpQGFK9Wq5y0cWYMhVirJdAiFgtgPq5gYyX3AX6f uWOcpWC1rpi7Fst51guc9ay+koG8+0e8lBErhzd5j/fAbeD1It4PhNrl9wj1GTWxzmMKfNoRtJ oUDVXboUAF7i53QEWXfVqJrWiTJZFDvhYjMdbklebWn6vhzA3o6vNfjVWYtKzPzM2r1xcg5YdF jwg= From: Thomas Schwinge To: Martin Jambor , Richard Biener , Jakub Jelinek CC: , Tobias Burnus , Hongtao Liu , Michael Matz , Subject: GSoC project idea: Separate Host Process Offloading (was: Remove support for Intel MIC offloading) In-Reply-To: References: User-Agent: Notmuch/0.29.3+94~g74c3f1b (https://notmuchmail.org) Emacs/28.2 (x86_64-pc-linux-gnu) Date: Thu, 2 Feb 2023 22:13:20 +0100 Message-ID: <87v8kjojnz.fsf@euler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-11.mgc.mentorg.com (139.181.222.11) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-5.9 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,KAM_SHORT,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi! On 2023-02-01T16:12:07+0100, Martin Jambor wrote: > On Thu, Oct 20 2022, Richard Biener via Gcc-patches wrote: >>> Am 20.10.2022 um 14:41 schrieb Jakub Jelinek via Gcc-patches : >>> =EF=BB=BFOn Thu, Oct 20, 2022 at 12:33:28PM +0000, Michael Matz wrote: >>>>> On Thu, 20 Oct 2022, Thomas Schwinge wrote: >>>>> This had been done in >>>>> wwwdocs commit 5c7ecfb5627e412a3d142d8dc212f4cd39b3b73f >>>>> "Document deprecation of OpenMP MIC offloading in GCC 12". >>>>> >>>>> I'm sad about this, because -- in theory -- such a plugin is very use= ful >>>>> for offloading simulation/debugging (separate host/device memory spac= es, >>>>> allow sanitizers to run on offloaded code >>>> >>>> Yeah, I think that's a _very_ useful feature, but indeed ... >>>> >>>>> (like LLVM a while ago >>>>> implemented), and so on), but all that doesn't help -- in practice --= if >>>>> nobody is maintaining that code. >>>> >>>> ... it should then be somewhat maintained properly. Maybe the >>>> MIC-specifics could be removed from the code, and it could be transfor= med >>>> into a "null"-offload target, as example and testing vehicle (and impl= ying >>>> that such new liboffloadmic^H^H^Hnull would have its upstream in the G= CC >>>> repo). Alas, if noone is going to do that work removing is the right >>>> choice. >>> >>> Yeah. But we really shouldn't need a large MIC specific library for th= at, >>> everything should be implementable with a simple portable plugin that j= ust >>> forks + execs the offloading ELF and transfers data to/out of it etc. >>> And the config/i386/intelmic-mkoffload etc. stuff would need to be done >>> somewhere in generic code, such that we can do it for all targets. >>> Also ideally by using just the normal lto1 with some special option tha= t >>> it acts as an offloading compiler, so that we don't need to bother with >>> building a separate offloading compiler for it. >>> True, everything guarded with #ifdef ACCEL_COMPILER etc. would need to >>> change into code guarded with some option. >> >> Might be a nice GSoC project =E2=80=A6 > > I really think it could be. Agreed! Something like: "Separate Host Process Offloading"! (Back in October, I actually had made a TODO note to put this one onto , but so far...) > Would any one of those involved in this > thread be willing to mentor it? I'd offer to co-mentor, but I'd rather not be the only one. I'm now off for FOSDEM, but unless someone gets it done before, I'll cook up a GSoC project idea text when I'm back, on Tuesday. Gr=C3=BC=C3=9Fe Thomas ----------------- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstra=C3=9Fe 201= , 80634 M=C3=BCnchen; Gesellschaft mit beschr=C3=A4nkter Haftung; Gesch=C3= =A4ftsf=C3=BChrer: Thomas Heurung, Frank Th=C3=BCrauf; Sitz der Gesellschaf= t: M=C3=BCnchen; Registergericht M=C3=BCnchen, HRB 106955