From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 25A003858422; Thu, 30 Sep 2021 10:17:59 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 25A003858422 From: "tschwinge at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/102544] New: GCN offloading not working for 'amdgcn-amd-amdhsa--gfx906:sramecc+:xnack-' Date: Thu, 30 Sep 2021 10:17:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: openacc, openmp X-Bugzilla-Severity: normal X-Bugzilla-Who: tschwinge at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 10:17:59 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D102544 Bug ID: 102544 Summary: GCN offloading not working for 'amdgcn-amd-amdhsa--gfx906:sramecc+:xnack-' Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: openacc, openmp Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: tschwinge at gcc dot gnu.org CC: ams at gcc dot gnu.org, caplanr at predsci dot com, jules at gcc dot gnu.org Target Milestone: --- Target: GCN Ron Caplan (in CC) is always eager to try his computational codes with GCC = (in addition to other/proprietary/vendor-provided compilers), and I very much appreciate him providing feedback of any kind, which I find is always constructive. He's recently reported that "using Ubuntu 20.04 with the latest rocm and a Radeon VII", they got GCN offloading "to compile but when we run it we get: 'libgomp: target function wasn't mapped'". He sent me 'rocm-smi' and 'rocminfo' output, and comparing his vs. that of = our amd_ryzen3 system, I find the following differences: -/+ Agent [...] ******* Name: gfx906 -/+ Uuid: [...] - Marketing Name: Vega 20 + Marketing Name: Vega 20 [Radeon VII] Vendor Name: AMD [...] - Node: 1 + Node: 2 Device Type: GPU Cache Info: L1: 16(0x10) KB + L2: 8192(0x2000) KB Chip ID: 26287(0x66af) Cacheline Size: 64(0x40) -/+ Max Clock Freq. (MHz): [...] - BDFID: 2816 + BDFID: 33536 - Internal Node ID: 1 + Internal Node ID: 2 Compute Unit: 60 SIMDs per CU: 4 Shader Engines: 4 @@ -128,7 +188,7 @@ Agent 2 Accessible by all: FALSE ISA Info: ISA 1 - Name: amdgcn-amd-amdhsa--gfx906:sramecc-:xnac= k- + Name: amdgcn-amd-amdhsa--gfx906:sramecc+:xnac= k- The very last item, I suppose, is the crucial one: 'sramecc-' vs. 'sramecc+= ' -- Andrew? (a) How do we improve upon the run-time 'libgomp: target function wasn't mapped' error reporting mode? (b) What needs to be done to make this work?=