From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 6107B3858C60 for ; Wed, 8 Dec 2021 10:22:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6107B3858C60 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-555-arKtzYtdMJKNzUjFCj-Gow-1; Wed, 08 Dec 2021 05:21:59 -0500 X-MC-Unique: arKtzYtdMJKNzUjFCj-Gow-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 013FA1006AA0; Wed, 8 Dec 2021 10:21:58 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.39.193.123]) by smtp.corp.redhat.com (Postfix) with ESMTPS id C0E395D6CF; Wed, 8 Dec 2021 10:21:53 +0000 (UTC) From: Florian Weimer To: Stefan Liebler Cc: Michael Hudson-Doyle , Stan Cox , libc-alpha@sourceware.org, systemtap@sourceware.org, Arjun Shankar Subject: Re: glibc build failure due to Systemtap probe change References: <87a6i4e9ej.fsf@oldenburg.str.redhat.com> <1830a8cb-e52e-aa03-b8dc-9dda2d697582@redhat.com> <87a6i383j9.fsf@oldenburg.str.redhat.com> <87czmy6bc3.fsf@oldenburg.str.redhat.com> <0113351c-7308-1eea-e826-144c78d5576f@linux.ibm.com> Date: Wed, 08 Dec 2021 11:21:52 +0100 In-Reply-To: <0113351c-7308-1eea-e826-144c78d5576f@linux.ibm.com> (Stefan Liebler's message of "Tue, 30 Nov 2021 12:13:51 +0100") Message-ID: <87wnkfl7lr.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-6.5 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: systemtap@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Systemtap mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2021 10:22:03 -0000 * Stefan Liebler: > On 25/11/2021 02:55, Michael Hudson-Doyle wrote: >> Hi, On Thu, 18 Nov 2021 at 04:47, Florian Weimer via Libc-alpha >> wrote: * Stan Cox: >> Is there a way way to >> use STAP_PROBE_ASM without supplying the template? >> There's no type >> inspection in ZjQcmQRYFpfptBannerStart >> This Message Is From an External Sender >> This message came from outside your organization. >> ZjQcmQRYFpfptBannerEnd >> Hi, >>=20 >> On Thu, 18 Nov 2021 at 04:47, Florian Weimer via Libc-alpha >> > wrote: >>=20 >> * Stan Cox: >>=20 >> >> Is there a way way to use STAP_PROBE_ASM without supplying the >> template? >> >> There's no type inspection in assembler, after all. >> > >> > Can you send me the failing .i file so I can experiment with it? >>=20 >> --save-temps did not work for me for some reason, so I'm attaching -= E >> and -E -fdirectives-only output. >>=20 >> I think I got Fedora rawhide s390x building again, so it's not *very= * >> time-critical, but I really don't want to release Fedora 36 with our= own >> private copy of .=C2=A0 But that release still some month= s away. >>=20 >>=20 >> Is there any update on this? I just ran into it with my=C2=A0snapshot bu= ild >> for Ubuntu. I can borrow/steal Florian's fix for now too but I too would >> prefer not to release 22.04 with it... >>=20 >> Cheers, >> mwh=C2=A0 > > As information: This also happens on Fedora 35 with > systemtap-sdt-devel-4.6-1.fc35. The s390x glibc build should be fixed. We are dealing with some other LRA/reload issues due to the probe macro changes, but those issues presently do not affect glibc builds on Fedora. Thanks, Florian