From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0b-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by sourceware.org (Postfix) with ESMTPS id 42E033858D39 for ; Tue, 28 Mar 2023 15:17:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 42E033858D39 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=us.ibm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=us.ibm.com Received: from pps.filterd (m0127361.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 32SFFCUH021539; Tue, 28 Mar 2023 15:17:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : from : to : cc : date : in-reply-to : references : content-type : mime-version : content-transfer-encoding : subject; s=pp1; bh=PDdKwU5EH9BDMcHiStoI63gS4kxJ55JzFLHtXrhqMiA=; b=ARV3Xn7UwLPjPzwcHaarWF+z/NGjK7oRpYkgIlDR5GLfM2WeFILNWP2cYCZwFG8UeDUm WPW6dq+tdJjgdxphqohPX4jdtnrmQgiJiqsDBGpofJddgeIWsa0GPHK8Dv7BxRHYwWRM 9Kywb4qeyjtdZjIzVhkgoVggEfLO70M0ft3ZSJiekuui/cH6v4mG0oIH+yGfvdhVOYD2 ANPJC7VXkluOV9B9jLrBwqgx85pJZcNj3KGQzbaZsHHWdBJAFU6dyWl2X2bnuVm98D49 YBnvTqKK7bixnyoNKMBZs0CqZqqWNRDoj1q9rRFUc2C9kUTk+aevxyt5UZuYqCU11yxW YQ== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3pm2q6828u-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 28 Mar 2023 15:17:31 +0000 Received: from m0127361.ppops.net (m0127361.ppops.net [127.0.0.1]) by pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 32SFGncd025881; Tue, 28 Mar 2023 15:17:30 GMT Received: from ppma01wdc.us.ibm.com (fd.55.37a9.ip4.static.sl-reverse.com [169.55.85.253]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3pm2q68282-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 28 Mar 2023 15:17:30 +0000 Received: from pps.filterd (ppma01wdc.us.ibm.com [127.0.0.1]) by ppma01wdc.us.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 32SD4Iwf020154; Tue, 28 Mar 2023 15:17:29 GMT Received: from smtprelay06.wdc07v.mail.ibm.com ([9.208.129.118]) by ppma01wdc.us.ibm.com (PPS) with ESMTPS id 3phrk71c83-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 28 Mar 2023 15:17:29 +0000 Received: from smtpav02.wdc07v.mail.ibm.com (smtpav02.wdc07v.mail.ibm.com [10.39.53.229]) by smtprelay06.wdc07v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 32SFHSE049807760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 28 Mar 2023 15:17:28 GMT Received: from smtpav02.wdc07v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 25DB458058; Tue, 28 Mar 2023 15:17:28 +0000 (GMT) Received: from smtpav02.wdc07v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5B22B58060; Tue, 28 Mar 2023 15:17:27 +0000 (GMT) Received: from li-e362e14c-2378-11b2-a85c-87d605f3c641.ibm.com (unknown [9.211.103.7]) by smtpav02.wdc07v.mail.ibm.com (Postfix) with ESMTP; Tue, 28 Mar 2023 15:17:27 +0000 (GMT) Message-ID: <0ab7af40f2f8d1edbceea851c37282a03c830567.camel@us.ibm.com> From: Carl Love To: Simon Marchi , Tom de Vries , Ulrich Weigand , "gdb-patches@sourceware.org" , Bruno Larsen , "pedro@palves.net" Cc: cel@us.ibm.com Date: Tue, 28 Mar 2023 08:17:26 -0700 In-Reply-To: <2a1d55cb-118b-d942-b315-a5f2348894f5@simark.ca> References: <7a494157-494f-6adf-d533-bf373b0f054f@redhat.com> <71aa635593df0677811afb85409aa190bcfa4f6a.camel@us.ibm.com> <15864a6b87b25c93e99a28149f23138267735f2a.camel@us.ibm.com> <041f62e9f26fd4a536bc90c34f072985582e6237.camel@de.ibm.com> <46c2c756475ba5923d7eed97996632a08285dd42.camel@us.ibm.com> <65861786-069e-53a1-ca17-a525b6629c95@suse.de> <5be0c849abeef84d34a6ff255fb2705ca5dcb035.camel@us.ibm.com> <5e60a837-b21c-011f-c94e-e8bbf7645c5d@simark.ca> <7639de48695d52a806627b0a91979ad2e5fd9b42.camel@us.ibm.com> <9cf51eb9-c731-6f42-ab2b-a37048f25d12@simark.ca> <60c362e6dadd05754907af5f10e6f3c0423e1901.camel@us.ibm.com> <2a1d55cb-118b-d942-b315-a5f2348894f5@simark.ca> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-18.el8) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: f89F1Ih1SfAZkztid8XXLvKCyv2i1uMg X-Proofpoint-GUID: -eYpdVs2GOStyQza2QOQhIhnU9WkQgpw Subject: RE: [PATCH 2/2 ] PowerPC: fix for gdb.reverse/finish-precsave.exp and gdb.reverse/finish-reverse.exp X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-03-24_11,2023-03-28_02,2023-02-09_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxlogscore=815 spamscore=0 impostorscore=0 clxscore=1015 phishscore=0 malwarescore=0 mlxscore=0 priorityscore=1501 lowpriorityscore=0 suspectscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303200000 definitions=main-2303280118 X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,KAM_MANYTO,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,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: Simon: On Mon, 2023-03-27 at 21:19 -0400, Simon Marchi wrote: > To confirm the theory, I added a: > > gdb_test "set range-stepping off" > > somewhere near the beginning of your test, and it makes the test pass > with native-gdbserver. > > If we want recording to work the same with process targets using > range-stepping and those that don't, maybe GDB should avoid using > range-stepping when the record-full target is in effect? We could just update the test to include gdb_test "set range-stepping off" with a brief explanation of the issue. This would have a minimal impact on performance of this test and no performance degradation for any other tests. It sounds like this would fix the issue for just this test. It sounds like disabling range-stepping when record-full is enabled would be the more general fix for the issue. Not sure if there are other tests where this issue occurs. Doing the more general fix would probably have some performance impact on the other tests that need to use record-full. I can't really say how much of an impact it would be. Thanks for the insight on how gdbserver works. At this point, I have not looked into that part of gdb. Carl