From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 4p87B84A62mJPTgAWB0awg (envelope-from ) for ; Fri, 24 Apr 2026 01:34:06 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256 header.s=google header.b=mpJpwewZ; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 0CA9E1E067; Fri, 24 Apr 2026 01:34:06 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, NORMAL_HTTP_TO_IP,NUMERIC_HTTP_ADDR,RCVD_IN_DNSWL_MED, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED,RCVD_IN_VALIDITY_RPBL_BLOCKED, RCVD_IN_VALIDITY_SAFE_BLOCKED,WEIRD_PORT autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id CD4941E067 for ; Fri, 24 Apr 2026 01:34:01 -0400 (EDT) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 1DAFA4BB1C3B for ; Fri, 24 Apr 2026 05:34:00 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1DAFA4BB1C3B Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256 header.s=google header.b=mpJpwewZ Received: from mail-dl1-x1236.google.com (mail-dl1-x1236.google.com [IPv6:2607:f8b0:4864:20::1236]) by sourceware.org (Postfix) with ESMTPS id 61AC84BB1C24 for ; Fri, 24 Apr 2026 05:33:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 61AC84BB1C24 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 61AC84BB1C24 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2607:f8b0:4864:20::1236 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1777008815; cv=none; b=MaK5/r0HSrw7mz7CP6pDozctRq1bVtHavpVYIjRvQpXcnN/7U9DB4c54pXp+uAUYNHFp2tel52QpGwEHXJD1Pp+6WlWYvbMhzCB0X9avbsQxBNrdkigVnYkdfaLaq+o+e+Eti1mY5zPUXnI62Cxp6a97fnvKtoe6Qr8+5sb/BK8= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1777008815; c=relaxed/simple; bh=cUGLCm5iiyL3gsZKEr6QAW+fi73fEqdx2/ZG/Y9FAF8=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=rC+rcSl9VTDLgJn8mkFMKTXWtreHVZXdWxoS42jPs+cUvg78uYCRmZMwr2+9zS2iPg8gVDReRtvsCSF0LEr/Lwv84J3TYqQBvCjEDclHKmNa/yRsh91mbZloVaIaMU6oP6psQm4RHFMtnrMDef/aaeKurQ67LlsMfCF8DR4DXmw= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 61AC84BB1C24 Received: by mail-dl1-x1236.google.com with SMTP id a92af1059eb24-12c726ef332so10446414c88.1 for ; Thu, 23 Apr 2026 22:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1777008814; x=1777613614; darn=sourceware.org; h=content-transfer-encoding:mime-version:message-id:date:user-agent :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=cUGLCm5iiyL3gsZKEr6QAW+fi73fEqdx2/ZG/Y9FAF8=; b=mpJpwewZCsnPupYr4mnAYYpsF5JF//+xl0QVf78dbNAXaD0ihI4AAImdeE7D/++MQW yJg5UCcM2+yFJIltKZ9xCS6A+jJYJxwHGvyv3BnOa6z3DJWxt/Q3Z9OriGnR7+8u99P3 ollQEEUH9C3FOss/qyLKjj2GYCxqAP6Auq/X+Fl0iq1swOWgzDiB3+5At37gcs2jBHXK axo9tHpFlN+8x/sEnhwZGcbOVNIOwPmhpNY1KWJ5pRUBrE8k7Bt6cTyVYdGFfgKOjGfA GJotUZ5zvY5C3kmGSSeo72xgsJweyH4TUYEQut3w/a/r+0AV7W+6E5a120ZcgRBaooh8 /TQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777008814; x=1777613614; h=content-transfer-encoding:mime-version:message-id:date:user-agent :references:in-reply-to:subject:cc:to:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cUGLCm5iiyL3gsZKEr6QAW+fi73fEqdx2/ZG/Y9FAF8=; b=kPgEE8bXrpbp5naxCjkRrGXYHJG3oVOUw5WPz1HjeeA1J+qPcS0w/8jpF35mYUwdR6 Cb29++fnu7wZYg62FfbMBAmGaedaJE1T11TMDju1iEFiT9fpFUlZsLVNnGOF+OSyBEGd CSweBOlMFY/gMK/M6XDQD7I0kR0yUDZHlIMEVpZlMujPBi1Ukq288XNkVdKTxxbZPInF ybjDWi8q4dMQyIuFK05ZI8WFi5e63A7lvh2IXR59w7p1gqu/FOz0IYykhS9kQiQLMGBk +V+UHUndTAy2y9LBVYs3COx/HhrvHouiSw6RIG51h4iHbv6nDddkchV2fnPeXVdLuMXW H4Dg== X-Forwarded-Encrypted: i=1; AFNElJ8Uwvb0QY2qv+J0KOi2pl+lMmYdgCfoMrdrD1StW6oSWheVPNAzyDfg0Yf/DC953mxsqpBj8hQlE+qYkQ==@sourceware.org X-Gm-Message-State: AOJu0YwMoiWkIq4cCU3R9IM4YeUEBYhwauw/T+gTrb54G75us7lFbza+ 808xf4RuNUA3cwEHz54z7V9cmbXbL40oikKGwEzJ0t0XjqkHaW1crLGhEO01MawIEqI= X-Gm-Gg: AeBDies5eNLOrfNAwugufDcfO67b+4C82puTAXhHwj8YXJKHXN0A14Vwx9cJtjihKqV vr3VFHMjcMZKuAEp9gocMisfLcSx+ajCYxWEV0D7zM/LAnPuh0kYQZOp9jpMvMSIZmXNByBEYYh XgMUSi5Yu8IntW3mylzQMK3Z24jEWgc1QE7p3DRZ/TbH8YyVMQfCJSAAk2PBOKc5pbCtld7I6he rv6Q1dqvmIA9jojRh48OiViVIGPTwjQrejiqAIZloeMzUhiUCTP3sRKms1UUh7hF+N3gidNMln5 6YiRPQJJQGqGXFS0u9ueVHUrTuws6qaeECV6ZUowQbqTSbk3pezCxoddrk9Xz+sYYiGB7VUii8V Y8b1ra5n0FHjKG/GS/i2uDEabef36LFdXDBnhtYkoPyxwKI5IXq9RnMBKd40E94OwjerZw9gJWs YArcirqLEQ2eVMCsvIUqiU82eDqYL/0jdapDbHKG83wxZf X-Received: by 2002:a05:7022:12b:b0:128:cf75:42a3 with SMTP id a92af1059eb24-12c73f99753mr16183176c88.21.1777008814221; Thu, 23 Apr 2026 22:33:34 -0700 (PDT) Received: from localhost ([2804:14d:7e39:8083:f04c:42e3:5943:38f6]) by smtp.gmail.com with ESMTPSA id a92af1059eb24-12c74a185a8sm31756334c88.9.2026.04.23.22.33.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Apr 2026 22:33:33 -0700 (PDT) From: Thiago Jung Bauermann To: Guinevere Larsen Cc: Ezra.Sitorus@arm.com, gdb-patches@sourceware.org, luis.machado.foss@gmail.com Subject: Re: [PATCH 0/4] gdb/aarch64: record/replay support for AArch64 In-Reply-To: <36fe4cfe-f96d-4eda-9a6f-0bdd650b4b18@redhat.com> (Guinevere Larsen's message of "Thu, 23 Apr 2026 14:31:59 -0300") References: <20260420215232.68675-1-Ezra.Sitorus@arm.com> <36fe4cfe-f96d-4eda-9a6f-0bdd650b4b18@redhat.com> User-Agent: mu4e 1.14.0; emacs 30.2 Date: Fri, 24 Apr 2026 02:33:31 -0300 Message-ID: <87zf2sc47o.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org Hello, Guinevere Larsen writes: > On 4/20/26 6:52 PM, Ezra.Sitorus@arm.com wrote: >> From: Ezra Sitorus >> >> This patch series enables record/replay for the following AArch64 >> features: >> * FEAT_LRCPC3 (+rcpc3) >> * FEAT_CSSC (+cssc) >> * FEAT_RPRFM (+rprfm) >> * FEAT_LSE128 (+lse128) Great! >> These were tested either with QEMU or Shrinkwrap. In both cases, I seem >> to have test failures that are not related to my patches (gdb.threads, >> gdb.mi tests for example). In these cases, is it fair to ignore these? >> Or is there some underlying issue I've missed? > > gdb.threads tests are pretty often unreliable (we usually call them racy,= as in, failing > due to race conditions), and unfortunately some tests consistently fail o= n some > configurations. My general recommendation while you're getting used to th= e tests is to run > the testsuite before and after your changes, so you have a feel for what = is likely to be a > regression of yours or not. > > For reference, my system usually shows 4 failures, but can go up to 6 dep= ending on what I > do. If I run it with clang, I can expect between 50 and 70 failures. Yes, a number of gdb.threads tests are flaky. With Linux's ptrace syscall and the /proc//tasks// interfaces that GDB has to work with, it's hard to make GDB have a race-free accurate view of the inferior threads. For a glimpse of some of the issues, see for example bugs 26286=C2=B9 and 31832=C2=B2. Regarding the flaky MI tests, I didn't dig much into them but at least for some I think the problem is that they generate a lot of output which can overflow Expect's buffer. The Linaro CI keeps an "expected failures" file containing the baseline failures and automatically detected flaky failures. For example: http://54.172.246.49:9090/jobs/tcwg_gdb_check--master-aarch64-build/builds/= 10102/archive/artifacts/sumfiles/xfails.xfail (We're currently doing some server migration so the URL above is likely to change at some point. CI notification emails will have the current one.) You can use it with GCC's contrib/testsuite-management/validate_failures.py script to filter the noise: $ validate_failures.py --manifest=3Dxfails.xfail --results=3Dgdb.sum > fail= ures.txt Note that strictly speaking, the baseline failures are specific of the machine the CI jobs run on. If you want to be precise you can replace the "known failures" section of the file with the failures from your testsuite run of the patch's base commit. >> In addition, whenever I used QEMU, I disabled gcs because it seems to >> cause test failures - address/memory accesses seem to always cause a >> fault. Am I doing something wrong? > > Unfortunately I can't help here, never tried running reverse tests on QEM= U... I see those failures too. When I worked on GCS support for GDB, QEMU didn't have GCS support itself so I was never able to run the whole testsuite with GCS enabled. It seems I chose too small a set of tests to run on Shrinkwrap. I'll work on these regressions in the near future. > I'll try to review your patches tomorrow, to get this moving :) Thank you! I'm reviewing them too. --=20 Thiago =C2=B9 https://sourceware.org/bugzilla/show_bug.cgi?id=3D26286 =C2=B2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D31832