From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53248 invoked by alias); 13 Aug 2019 09:19:47 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 52647 invoked by uid 89); 13 Aug 2019 09:19:47 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-23.8 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_0,GIT_PATCH_1,GIT_PATCH_2,GIT_PATCH_3,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: EUR01-DB5-obe.outbound.protection.outlook.com Received: from mail-eopbgr150084.outbound.protection.outlook.com (HELO EUR01-DB5-obe.outbound.protection.outlook.com) (40.107.15.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 13 Aug 2019 09:19:44 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WBYPpLJWbxr/eQ+KPHfKTLgLF2K3fkszX6IevVrKt3Y=; b=1Ade8HNL5vyQWZQHSZt6gcitjx9cNOMy7YFNc3o6BHvgmf6K0jz6vxsM54DPVIWszlIL3zRP/JmueMTJtrERXKfnqAHUONdO7Hs7SLUpCij+Hlb+3ZTxLm2TsqlojtbCbeppkHnFu2PYDDOWcSKo8rst1T4mtTq9mcNNpMIaXQM= Received: from VI1PR0801CA0078.eurprd08.prod.outlook.com (2603:10a6:800:7d::22) by AM0PR08MB4945.eurprd08.prod.outlook.com (2603:10a6:208:157::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.14; Tue, 13 Aug 2019 09:19:39 +0000 Received: from AM5EUR03FT016.eop-EUR03.prod.protection.outlook.com (2a01:111:f400:7e08::203) by VI1PR0801CA0078.outlook.office365.com (2603:10a6:800:7d::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2157.14 via Frontend Transport; Tue, 13 Aug 2019 09:19:38 +0000 Authentication-Results: spf=temperror (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; sourceware.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;sourceware.org; dmarc=temperror action=none header.from=arm.com; Received-SPF: TempError (protection.outlook.com: error in processing during lookup of arm.com: DNS Timeout) Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by AM5EUR03FT016.mail.protection.outlook.com (10.152.16.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2052.18 via Frontend Transport; Tue, 13 Aug 2019 09:19:37 +0000 Received: ("Tessian outbound 6d016ca6b65d:v26"); Tue, 13 Aug 2019 09:19:32 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: df19be866f2440ac X-CR-MTA-TID: 64aa7808 Received: from 5520c84af2f5.1 (cr-mta-lb-1.cr-mta-net [104.47.9.56]) by 64aa7808-outbound-1.mta.getcheckrecipient.com id 4C2424A9-69FE-495B-950F-E4CC57BA051F.1; Tue, 13 Aug 2019 09:19:27 +0000 Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03lp2056.outbound.protection.outlook.com [104.47.9.56]) by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 5520c84af2f5.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384); Tue, 13 Aug 2019 09:19:27 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SidjoNI0DlrtLWg0l8skoLMko72jSfItM6dVrV3NayCatlDRyCLmCI6D+J38SVHW8e+5awQW9/n0KdUiUXxZOciVIcbAfOmIxX/VyOphawgYkDE8hW3PQuK9T1NRVGJudjNySz5xRU7MF9BuDRKC1AwtKR2odF8Xvq/H0eukjYxpZQt+/lqTjkneQtB0o7GPhvbCaQ+QecKInkggXIP6bQvHn1QvcWaNgCtyowNih9Imk7O5vDHC2Zn9YwALV1+JO+0zpfrGQKUyIvBLMxG+wza7uek8d2H0d1iD+Nlfc8qIGit5l80IIbxK3IIY0TwcoXV3WOs0wKpb2CE1B86DzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WBYPpLJWbxr/eQ+KPHfKTLgLF2K3fkszX6IevVrKt3Y=; b=hkLUk4ih03w37WCPfKT0PGf+yNk2gfeTyAxGIxnwWTSWVfUMyXoh3jzm5aTdq27iq+8cRhMYkvKyoyMYzpIgyQR90b7g/xYpEBwCAgdCL/13A4wpGm/2UTn34eB3TZmLYgLrqMI/YZ23s7ZFkeKfHWOmG12+bCvfiTQH4ApiUmlDJLuoiQg53NkQFR6K46PWSAESptEQuy3fZSQ1993Xef2dRSryP6yMhVkl7tGVfP7XjI03RNVbMKk3xGvcA3yI4BnETN/jVd+1heqOm67UQ10UFY5VS9HboUNIBfP4rTPwstC8rAHpbTvvZrFrbAUonxiqflOyHN5PPqMsR3yUqw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WBYPpLJWbxr/eQ+KPHfKTLgLF2K3fkszX6IevVrKt3Y=; b=1Ade8HNL5vyQWZQHSZt6gcitjx9cNOMy7YFNc3o6BHvgmf6K0jz6vxsM54DPVIWszlIL3zRP/JmueMTJtrERXKfnqAHUONdO7Hs7SLUpCij+Hlb+3ZTxLm2TsqlojtbCbeppkHnFu2PYDDOWcSKo8rst1T4mtTq9mcNNpMIaXQM= Received: from DB6PR0802MB2133.eurprd08.prod.outlook.com (10.172.227.22) by DB6PR0802MB2248.eurprd08.prod.outlook.com (10.172.227.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.18; Tue, 13 Aug 2019 09:19:26 +0000 Received: from DB6PR0802MB2133.eurprd08.prod.outlook.com ([fe80::5ce5:cf42:42dd:eda1]) by DB6PR0802MB2133.eurprd08.prod.outlook.com ([fe80::5ce5:cf42:42dd:eda1%6]) with mapi id 15.20.2157.022; Tue, 13 Aug 2019 09:19:26 +0000 From: Alan Hayward To: Eli Zaretskii CC: "gdb-patches@sourceware.org" , nd Subject: Re: [PATCH] Move [PAC] into a new MI field addr_flags Date: Tue, 13 Aug 2019 09:19:00 -0000 Message-ID: <13AF2ADD-7322-420D-A889-FB5BA19CFF99@arm.com> References: <20190812151349.61011-1-alan.hayward@arm.com> <83zhkes8cu.fsf@gnu.org> In-Reply-To: <83zhkes8cu.fsf@gnu.org> Authentication-Results-Original: spf=none (sender IP is ) smtp.mailfrom=Alan.Hayward@arm.com; X-Microsoft-Antispam-Untrusted: BCL:0;PCL:0;RULEID:(2390118)(7020095)(4652040)(8989299)(5600148)(711020)(4605104)(1401327)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020);SRVR:DB6PR0802MB2248; x-checkrecipientrouted: true x-ms-oob-tlc-oobclassifiers: OLM:10000;OLM:10000; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM;SFS:(10009020)(4636009)(39860400002)(376002)(346002)(136003)(366004)(396003)(51914003)(199004)(189003)(54534003)(50226002)(53936002)(6486002)(5660300002)(25786009)(256004)(8936002)(81156014)(8676002)(64756008)(66556008)(66476007)(66946007)(6436002)(76116006)(91956017)(4326008)(66446008)(2906002)(6116002)(57306001)(86362001)(54906003)(6246003)(3846002)(81166006)(71200400001)(71190400001)(6512007)(11346002)(305945005)(6916009)(7736002)(316002)(6506007)(102836004)(14454004)(26005)(2616005)(186003)(36756003)(76176011)(53546011)(33656002)(66066001)(486006)(99286004)(476003)(478600001)(446003)(229853002);DIR:OUT;SFP:1101;SCL:1;SRVR:DB6PR0802MB2248;H:DB6PR0802MB2133.eurprd08.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;A:1;MX:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Message-Info-Original: AF8SBMY3a8btu8q5Pge87zO0IECPauybbdLOR+1V1xUfDrC/J71CekAVycPflDAIBMerXpUC0nrt3JdOtJruQOkvoofRsbZ7La9gdX/x/vpTTyEJpNU2xFOtTbKe7TeWePZSESonRmKM1nVNT7F84eftqbmzz76+aLnovI9W9fCluQQbj5I5Av3XVIun3A4BVZSEkBtykObbjVhHDEKYquRoVZj3UhI2h3/HjGSRQEuNOo2Ote5Xzo+HJERrmuBoR9R6PXltwDIAucMK+/kKsnckoFkGgAHiloOZxB5JXhY4nLVzPBK1o38jBfXT5l+N1xHB7platuNQ+ZaITgRUitfSRtonwSuhkODeCEu93prb7Moevxnuivsw/3/ySSkgQwtkieeSWqOd5HF4hEoTIx9wyUGHxo/TLJsSbbwUqn0= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Original-Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Alan.Hayward@arm.com; Return-Path: Alan.Hayward@arm.com X-MS-Exchange-Transport-CrossTenantHeadersStripped: AM5EUR03FT016.eop-EUR03.prod.protection.outlook.com X-MS-Office365-Filtering-Correlation-Id-Prvs: 4b3fc10d-02f5-4e43-e6b0-08d71fcf564b X-IsSubscribed: yes X-SW-Source: 2019-08/txt/msg00264.txt.bz2 DQoNCj4gT24gMTIgQXVnIDIwMTksIGF0IDE2OjM3LCBFbGkgWmFyZXRza2lp IDxlbGl6QGdudS5vcmc+IHdyb3RlOg0KPiANCj4+IEZyb206IEFsYW4gSGF5 d2FyZCA8QWxhbi5IYXl3YXJkQGFybS5jb20+DQo+PiBDQzogbmQgPG5kQGFy bS5jb20+LCBBbGFuIEhheXdhcmQgPEFsYW4uSGF5d2FyZEBhcm0uY29tPg0K Pj4gRGF0ZTogTW9uLCAxMiBBdWcgMjAxOSAxNToxMzo1MiArMDAwMA0KPj4g DQo+PiBBZGQgYSBuZXcgcHJpbnRfcGMgd2hpY2ggcHJpbnRzIGJvdGggdGhl IFBDIGFuZCBhIG5ldyBmaWVsZCBhZGRyX2ZsYWdzLg0KPj4gQ2FsbCB0aGlz IHdoZXJldmVyIHRoZSBQQyBpcyBwcmludGVkIGluIHN0YWNrLmMuDQo+PiAN Cj4+IEFkZCBhIG5ldyBnZGJhcmNoIG1ldGhvZCBnZXRfcGNfYWRkcmVzc19m bGFncyB0byBvYnRhaW4gdGhlIGFkZHJfZmxhZw0KPj4gY29udGVudHMuIEJ5 IGRlZmF1bHQgcmV0dXJucyBhbiBlbXB0eSBzdHJpbmcsIG9uIEFBcmNoNjQg dGhpcyByZXR1cm5zDQo+PiBQQUMgaWYgdGhlIGFkZHJlc3MgaGFzIGJlZW4g bWFza2VkIGluIHRoZSBmcmFtZS4NCj4+IA0KPj4gRG9jdW1lbnQgdGhpcyBp biB0aGUgbWFudWFsIGFuZCBORVdTIGZpbGUuDQo+PiANCj4+IGdkYi9DaGFu Z2VMb2c6DQo+PiANCj4+IDIwMTktMDgtMTIgIEFsYW4gSGF5d2FyZCAgPGFs YW4uaGF5d2FyZEBhcm0uY29tPg0KPj4gDQo+PiAJKiBORVdTIChPdGhlciBN SSBjaGFuZ2VzKTogTmV3IHN1YnNlY3Rpb24uDQo+PiAJKiBhYXJjaDY0LXRk ZXAuYyAoYWFyY2g2NF9nZXRfcGNfYWRkcmVzc19mbGFncyk6IE5ldyBmdW5j dGlvbi4NCj4+IAkoYWFyY2g2NF9nZGJhcmNoX2luaXQpOiBBZGQgYWFyY2g2 NF9nZXRfcGNfYWRkcmVzc19mbGFncy4NCj4+IAkqIGFyY2gtdXRpbHMuYyAo ZGVmYXVsdF9nZXRfcGNfYWRkcmVzc19mbGFncyk6IE5ldyBmdW5jdGlvbi4N Cj4+IAkqIGFyY2gtdXRpbHMuaCAoZGVmYXVsdF9nZXRfcGNfYWRkcmVzc19m bGFncyk6IE5ldyBkZWNsYXJhdGlvbi4NCj4+IAkqIGdkYmFyY2guc2g6IEFk ZCBnZXRfcGNfYWRkcmVzc19mbGFncy4NCj4+IAkqIGdkYmFyY2guYzogUmVn ZW5lcmF0ZS4NCj4+IAkqIGdkYmFyY2guaDogTGlrZXdpc2UuDQo+PiAJKiBz dGFjay5jIChwcmludF9wYyk6IE5ldyBmdW5jdGlvbi4NCj4+IAkocHJpbnRf ZnJhbWVfaW5mbykgKHByaW50X2ZyYW1lKTogQ2FsbCBwcmludF9wYy4NCj4+ IA0KPj4gZ2RiL2RvYy9DaGFuZ2VMb2c6DQo+PiANCj4+IDIwMTktMDgtMTIg IEFsYW4gSGF5d2FyZCAgPGFsYW4uaGF5d2FyZEBhcm0uY29tPg0KPj4gDQo+ PiAJKiBnZGIudGV4aW5mbyAoQUFyY2g2NCBQb2ludGVyIEF1dGhlbnRpY2F0 aW9uKQ0KPj4gCShHREIvTUkgQnJlYWtwb2ludCBJbmZvcm1hdGlvbikgKEZy YW1lIEluZm9ybWF0aW9uKTogRG9jdW1lbnQNCj4+IAlhZGRyX2ZpZWxkLg0K Pj4gLS0tDQo+PiBnZGIvTkVXUyAgICAgICAgICAgIHwgIDYgKysrKysrDQo+ PiBnZGIvYWFyY2g2NC10ZGVwLmMgIHwgMTMgKysrKysrKysrKysrKw0KPj4g Z2RiL2FyY2gtdXRpbHMuYyAgICB8ICA4ICsrKysrKysrDQo+PiBnZGIvYXJj aC11dGlscy5oICAgIHwgIDQgKysrKw0KPj4gZ2RiL2RvYy9nZGIudGV4aW5m byB8IDE4ICsrKysrKysrKysrKysrKysrLQ0KPj4gZ2RiL2dkYmFyY2guYyAg ICAgICB8IDIzICsrKysrKysrKysrKysrKysrKysrKysrDQo+PiBnZGIvZ2Ri YXJjaC5oICAgICAgIHwgIDYgKysrKysrDQo+PiBnZGIvZ2RiYXJjaC5zaCAg ICAgIHwgIDMgKysrDQo+PiBnZGIvc3RhY2suYyAgICAgICAgIHwgMjkgKysr KysrKysrKysrKysrKysrKystLS0tLS0tLS0NCj4+IDkgZmlsZXMgY2hhbmdl ZCwgMTAwIGluc2VydGlvbnMoKyksIDEwIGRlbGV0aW9ucygtKQ0KPj4gDQo+ PiBkaWZmIC0tZ2l0IGEvZ2RiL05FV1MgYi9nZGIvTkVXUw0KPj4gaW5kZXgg ZmEwMWFkZjZlOC4uNDJiMmJhM2QyYiAxMDA2NDQNCj4+IC0tLSBhL2dkYi9O RVdTDQo+PiArKysgYi9nZGIvTkVXUw0KPj4gQEAgLTI4Nyw2ICsyODcsMTIg QEAgbWFpbnQgc2hvdyB0ZXN0LW9wdGlvbnMtY29tcGxldGlvbi1yZXN1bHQN Cj4+ICAgVGhlc2UgY2FuIGJlIHVzZWQgdG8gY2F0Y2ggQysrIGV4Y2VwdGlv bnMgaW4gYSBzaW1pbGFyIGZhc2hpb24gdG8NCj4+ICAgdGhlIENMSSBjb21t YW5kcyAnY2F0Y2ggdGhyb3cnLCAnY2F0Y2ggcmV0aHJvdycsIGFuZCAnY2F0 Y2ggY2F0Y2gnLg0KPj4gDQo+PiArKiBPdGhlciBNSSBjaGFuZ2VzDQo+PiAr DQo+PiArICoqIEJhY2t0cmFjZXMgYW5kIGZyYW1lcyBpbmNsdWRlIGEgbmV3 IG9wdGlvbmFsIGZpZWxkIGFkZHJfZmxhZ3Mgd2hpY2ggaXMNCj4+ICsgICAg Z2l2ZW4gYWZ0ZXIgdGhlIGFkZHIgZmllbGQuICBDdXJyZW50bHkgdGhpcyBp cyBvbmx5IHVzZWQgYnkgQUFyY2g2NA0KPj4gKyAgICBmb3IgaW5kaWNhdGlu ZyBQQUMgZW5jeXJwdGVkIGFkZHJlc3Nlcy4NCj4gDQo+IEkgdGhpbmsgeW91 ciBvcmlnaW5hbCBkZXNjcmlwdGlvbiBhdCB0aGUgYmVnaW5uaW5nIG9mIHlv dXIgbWVzc2FnZQ0KPiBkZXNjcmliZXMgdGhlIHB1cnBvc2Ugb2YgdGhpcyBm aWVsZCBtb3JlIGNsZWFybHkuDQo+IA0KPiBBbHNvLCAiZW5jeXJwdGVkIiBp cyBhIHR5cG8uDQoNCkhvdyBhYm91dCB0aGlzOg0KDQoNCiogT3RoZXIgTUkg Y2hhbmdlcw0KDQogKiogQmFja3RyYWNlcyBhbmQgZnJhbWVzIGluY2x1ZGUg YSBuZXcgb3B0aW9uYWwgZmllbGQgYWRkcl9mbGFncyB3aGljaCBpcw0KICAg IGdpdmVuIGFmdGVyIHRoZSBhZGRyIGZpZWxkLiAgT24gQUFyY2g2NCB0aGlz IGNvbnRhaW5zIFBBQyBpZiB0aGUgYWRkcmVzcw0KICAgIGhhcyBiZWVuIG1h c2tlZCBpbiB0aGUgZnJhbWUuICBPbiBhbGwgb3RoZXIgdGFyZ2V0cyB0aGUg ZmllbGQgaXMgbm90DQogICAgcHJlc2VudC4NCg0KDQo+IA0KPj4gLS0tIGEv Z2RiL2RvYy9nZGIudGV4aW5mbw0KPj4gKysrIGIvZ2RiL2RvYy9nZGIudGV4 aW5mbw0KPj4gQEAgLTI0Mzk3LDcgKzI0Mzk3LDggQEAgV2hlbiBAdmFsdWV7 R0RCTn0gaXMgZGVidWdnaW5nIHRoZSBBQXJjaDY0IGFyY2hpdGVjdHVyZSwg YW5kIHRoZSBwcm9ncmFtIGlzDQo+PiB1c2luZyB0aGUgdjguMy1BIGZlYXR1 cmUgUG9pbnRlciBBdXRoZW50aWNhdGlvbiAoUEFDKSwgdGhlbiB3aGVuZXZl ciB0aGUgbGluaw0KPj4gcmVnaXN0ZXIgQGNvZGV7JGxyfSBpcyBwb2ludGlu ZyB0byBhbiBQQUMgZnVuY3Rpb24gaXRzIHZhbHVlIHdpbGwgYmUgbWFza2Vk Lg0KPj4gV2hlbiBHREIgcHJpbnRzIGEgYmFja3RyYWNlLCBhbnkgYWRkcmVz c2VzIHRoYXQgcmVxdWlyZWQgdW5tYXNraW5nIHdpbGwgYmUNCj4+IC1wb3N0 Zml4ZWQgd2l0aCB0aGUgbWFya2VyIFtQQUNdLg0KPj4gK3Bvc3RmaXhlZCB3 aXRoIHRoZSBtYXJrZXIgW1BBQ10uICBXaGVuIHVzaW5nIHRoZSBNSSwgdGhp cyBpcyBwcmludGVkIGFzIHBhcnQNCj4+ICtvZiB0aGUgQGNvZGV7YWRkcl9m bGFnc30uIGZpZWxkDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgXg0K PiBUaGF0IHBlcmlvZCBzaG91bGQgYmUgbW92ZWQgdG8gYWZ0ZXIgImZpZWxk 4oCdLg0KDQpPb3BzLiBPay4NCg0KPiANCj4+ICtAaXRlbSBhZGRyX2ZsYWdz DQo+PiArT3B0aW9uYWwgZmllbGQgY29udGFpbmluZyBhbnkgZmxhZ3MgcmVs YXRlZCB0byB0aGUgYWRkcmVzcy4gIElmIHRoZXJlDQo+PiArYXJlIGFueSBm bGFncyBkZWZpbmVkIGZvciB0aGUgY3VycmVudCB0YXJnZXQgdGhlbiB0aGV5 IGFyZSBkb2N1bWVudGVkIGluDQo+PiArdGhlIEB4cmVme0FyY2hpdGVjdHVy ZXN9IHNlY3Rpb24uDQo+IA0KPiBJIHN1Z2dlc3QgdG8gcmV3b3JkOg0KPiAN Cj4gIFRoZXNlIGZsYWdzIGFyZSBhcmNoaXRlY3R1cmUtZGVwZW5kZW50OyBz ZWUgQHJlZntBcmNoaXRlY3R1cmVzfSBmb3INCj4gIHRoZWlyIG1lYW5pbmcg Zm9yIGEgcGFydGljdWxhciBDUFUuDQoNCk1heWJlIGtlZXAgdGhlIGZpcnN0 IHNlbnRlbmNlPyBHaXZpbmc6DQoNCk9wdGlvbmFsIGZpZWxkIGNvbnRhaW5p bmcgYW55IGZsYWdzIHJlbGF0ZWQgdG8gdGhlIGFkZHJlc3MuICBUaGVzZSBm bGFncyBhcmUNCmFyY2hpdGVjdHVyZS1kZXBlbmRlbnQ7IHNlZSBAcmVme0Fy Y2hpdGVjdHVyZXN9IGZvciB0aGVpciBtZWFuaW5nIGZvciBhDQpwYXJ0aWN1 bGFyIENQVS4NCg0KDQoNClRoYW5rcyBmb3IgdGhlIHJldmlldyENCg0KQWxh bi4= >From gdb-patches-return-158128-listarch-gdb-patches=sources.redhat.com@sourceware.org Tue Aug 13 13:50:02 2019 Return-Path: Delivered-To: listarch-gdb-patches@sources.redhat.com Received: (qmail 52802 invoked by alias); 13 Aug 2019 13:50:01 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 52781 invoked by uid 89); 13 Aug 2019 13:50:01 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-9.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: mx0a-001b2d01.pphosted.com Received: from mx0b-001b2d01.pphosted.com (HELO mx0a-001b2d01.pphosted.com) (148.163.158.5) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 13 Aug 2019 13:49:59 +0000 Received: from pps.filterd (m0098420.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x7DDlxXQ154840 for ; Tue, 13 Aug 2019 09:49:57 -0400 Received: from ppma03wdc.us.ibm.com (ba.79.3fa9.ip4.static.sl-reverse.com [169.63.121.186]) by mx0b-001b2d01.pphosted.com with ESMTP id 2ubvn5w3n1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 13 Aug 2019 09:49:52 -0400 Received: from pps.filterd (ppma03wdc.us.ibm.com [127.0.0.1]) by ppma03wdc.us.ibm.com (8.16.0.27/8.16.0.27) with SMTP id x7DDix69012082 for ; Tue, 13 Aug 2019 13:49:38 GMT Received: from b01cxnp23032.gho.pok.ibm.com (b01cxnp23032.gho.pok.ibm.com [9.57.198.27]) by ppma03wdc.us.ibm.com with ESMTP id 2u9nj62rhc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 13 Aug 2019 13:49:38 +0000 Received: from b01ledav006.gho.pok.ibm.com (b01ledav006.gho.pok.ibm.com [9.57.199.111]) by b01cxnp23032.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id x7DDna7i52494722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 13 Aug 2019 13:49:36 GMT Received: from b01ledav006.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 98DD3AC05F; Tue, 13 Aug 2019 13:49:36 +0000 (GMT) Received: from b01ledav006.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 6C64FAC060; Tue, 13 Aug 2019 13:49:36 +0000 (GMT) Received: from pedro.localdomain (unknown [9.18.235.79]) by b01ledav006.gho.pok.ibm.com (Postfix) with ESMTP; Tue, 13 Aug 2019 13:49:36 +0000 (GMT) Received: by pedro.localdomain (Postfix, from userid 1000) id 996923C0420; Tue, 13 Aug 2019 10:49:33 -0300 (-03) From: Pedro Franco de Carvalho To: Ulrich Weigand Cc: gdb-patches@sourceware.org Subject: Re: [PATCH 3/3] [PowerPC] Fix debug register issues in ppc-linux-nat In-Reply-To: <20190809152845.C680AD802D2@oc3748833570.ibm.com> Date: Tue, 13 Aug 2019 13:50:00 -0000 Message-ID: <87ftm56uqg.fsf@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2019-08/txt/msg00265.txt.bz2 Content-length: 2579 "Ulrich Weigand" writes: >> I considered assuming that the kernel will always use a contiguous range >> of slots from 1 to num_instruction_bps + num_data_bps, and always >> deleting all these slots while ignoring ENODATA errors, but I'm not sure >> if this is a very robust solution. For instance, I inspected the kernel >> code, and in embedded processors, if you set a ranged breakpoint, this >> will occupy slots 1 and 2, and PPC_PTRACE_SETHWDEBUG will return slot 1. >> You then have to use slot 1 as an argument to PPC_PTRACE_DELHWDEBUG to >> delete the ranged breakpoint. If you try to delete slot 2 before 1, >> you'll get an EINVAL, and not an ENOENT. If you delete 1 then 2, you'll >> get ENOENT for 2. I fact, this case means that the solution I proposed >> in my previous reply of gathering all the slots from all threads in the >> same thread group would not work well (we could get EINVALs). > > But it seems what would work reliably is to delete slots from 1 to max, > while ignoring ENOENT, right? In fact, you don't even need to know the > max slot number, because you'll get EINVAL if and only if you're attempting > to delete the first slot after max (assuming you do it in sequence). I inspected the kernel code in more detail, and some configurations can result in a non-contiguous range of slots after all. For instance, some embedded processor configurations with only two (instead of four) hardware breakpoints will return slots 1 and 2 for these, and 5 and 6 for the hardware watchpoints. Trying to delete slots 3 and 4 would always return EINVAL. To avoid tracking slots, we could try to delete slots in sequence, while counting the number of successful deletions and ENOENT errors, and ignoring EINVAL errors. Once this count is equal to num_instruction_bps + num_data_bps, this should mean that we cleared all the debug registers. I don't think this is the way the interface was intended to be used (see linux/Documentation/powerpc/ptrace.txt), since the slots sometimes represent an event with more than one debug register, but it does simplify how we handle this in GDB. Note that we'll still have to keep track of which slots that were installed by GDB are hardware breakpoints, and not watchpoints, to differentiate them when we get a trap (this is done in stopped_data_address). Is this an acceptable solution, or should we keep track of installed slots across clones and forks? Should there be some limit to how many EINVALs we see before we give up deleting the slots? Thanks! -- Pedro Franco de Carvalho