From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-f52.google.com (mail-wr1-f52.google.com [209.85.221.52]) by sourceware.org (Postfix) with ESMTPS id 000263849AEA for ; Fri, 10 May 2024 13:23:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 000263849AEA Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=palves.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 000263849AEA Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=209.85.221.52 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1715347394; cv=none; b=rVavESOi1MVfm1X10F6HqV/rl5zsjb5CkGuRcWhMLeP1to1pOoyRpUHLYhfks/meCEWhv3t0WVHugNREKqOhtJzwZmPT+OZ2AWbiGDLO/2ZCn0+xY0IAwAKfAVuc3bpdg0rppymnQ+8d70ljWF5pHFjfBMXory0TWKrJtQxHXjo= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1715347394; c=relaxed/simple; bh=c4ioXBGfJDhx4iGkPiu/pVTgLQAm3vNc3nNh2oFqjVc=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=GT71zaN/7LHuHRJJKs5hG20ZxQoXJBEhEmjhevXl5du0lp6AVpC4UaPN20FyDk1p/90XtKAKGlwpAEeR4O9QlUWaGyjuVIZRikhg4UdQVkQ4rFiD2uvkXWCtc1HcDVDqw0afhvMRN1mAz+RI3eQcgoAYMkL7f+knx9aWPjlfulc= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-wr1-f52.google.com with SMTP id ffacd0b85a97d-34de61b7ca4so1372503f8f.2 for ; Fri, 10 May 2024 06:23:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715347392; x=1715952192; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/5SiLiOz42tjxg3GV0Esq2VxIaiSTrhzIHoXYJGV5WI=; b=TOk3mxK0bSpUobUGrRx45dr7T7WQ9hoAdNbZ7X0Z2vrBF8/WXJ6bwLNa+PIP16S/lz 748Vd23NsiSsd/SeTiXfl92h7nu3xpmhOjGqz54AdYsdqDi7gkCmIEdkbnqu+zX/KQtO 6kx68cMHJLiIB3MyUSvV1VkBQmjRpaEmB7umv99U1kPSsXFk3kZM1hu0l5qR7u2x6D2R klyzZXNve1F0qtCs+AvdDeaN0V1teytAmrKS9/aR9gGr1/AaoB4It/mCH0or/fY2jdRw KHG1MCR8fnF3ls2vHw1c1fqCTGmNFQdHP5wEDITBSnLx2/C+vGtztkTBZLSIxdR1xX4g kd8g== X-Forwarded-Encrypted: i=1; AJvYcCX69SuqOqdariXz5vpn1SdYaIrg320f7w0vA89fCxOxw7m2+rn/gZtGs3vVGlr8+gEJreIiMCz5THzWKirJJyn88Ss3BGrB9iEa9w== X-Gm-Message-State: AOJu0Yy6lCeIgEXnWBZpbnluFROOKpAZKMcakuNP9XVVGSEdI1I5rirB 6nkWYWw1Gd19ejvUND7OEQnXTHIpSjHtG293QX2+k1pUSnyCWElWRZwGb67p X-Google-Smtp-Source: AGHT+IE6NxkdZ981rtdE9SbSM1n58qhjgmdN2sl6Lk+IslSCs0UwcNLGYwCe/qH8FjwkHH7fjXfDrA== X-Received: by 2002:a5d:4989:0:b0:346:59e9:65b6 with SMTP id ffacd0b85a97d-3504a61c6abmr3116829f8f.6.1715347391642; Fri, 10 May 2024 06:23:11 -0700 (PDT) Received: from ?IPV6:2001:8a0:f908:4900:341b:d4d1:8c22:2dd1? ([2001:8a0:f908:4900:341b:d4d1:8c22:2dd1]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3502baad0a0sm4624598f8f.74.2024.05.10.06.23.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 10 May 2024 06:23:11 -0700 (PDT) Message-ID: Date: Fri, 10 May 2024 14:23:04 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 1/5] gdb/aarch64: Implement software single stepping for MOPS instructions To: Thiago Jung Bauermann , gdb-patches@sourceware.org Cc: Christophe Lyon References: <20240507022249.554831-1-thiago.bauermann@linaro.org> <20240507022249.554831-2-thiago.bauermann@linaro.org> From: Pedro Alves Content-Language: en-US In-Reply-To: <20240507022249.554831-2-thiago.bauermann@linaro.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,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: On 2024-05-07 03:22, Thiago Jung Bauermann wrote: > The Arm Architecture Reference Manual says that "the prologue, main, and > epilogue instructions are expected to be run in succession and to appear > consecutively in memory". Therefore GDB needs to treat them as an atomic > instruction sequence, and also can't do displaced stepping with them. Curious on this "can't". GDB could copy the whole sequence to the displaced stepping buffer, and execute then in one go, and it should work, right? Not suggesting that you should do it as a requisite to the patch, just trying to understand it, in case the issue comes up again in other contexts.