From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 086F243892; Thu, 11 Jan 2024 12:11:32 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id EA86C4025E; Thu, 11 Jan 2024 12:11:31 +0100 (CET) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2081.outbound.protection.outlook.com [40.107.243.81]) by mails.dpdk.org (Postfix) with ESMTP id 7962A40042 for ; Thu, 11 Jan 2024 12:11:30 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eyzWYLgr+iQmnQI4Hah5GjlyerLKV/5AD/V/UpyDtvKVmHaAsIJ3MQgkse3D7TmCLyDxGO8pV5LRi7FHnf6iMfqsGR3HNa1S6AKT15/VDAPraddX935YZcHTEFMn9uR1YZZgLSFCltkMCcwYW6c2TNP8SGRXKVeu/FOzjI9FLi6SjJirGaiU39PKYNRubPMbEG10IW4HH98HG9Aw4nzaNv+QdeDmhbNdplQiA1WwvXzSHwtpGNv2CaEs9LX0tH0Acx1MJknE/jAUWe5bOs3mA8o4L7TetZc3Ofo57yFGZvjklkI3baU+63e4rlOZ4LZaayZWQPM/EMAxZHwVwynNSw== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=CcCO/flyacqrYu8MtJPPn/m5v8Q8esimgzB2oXvZFuo=; b=KzU1K5m+remQoUS4UBk6PfIKDDdRth8LVbLR+Ibh9H/OQ3UezkDc84Ir3hLfrdyN2aUl+Vdiw8qIxKWIdC+TNJUm+sC4igGR9qNehboZvuwB/dudU9u9AOnnHPNrVg8efBq5KuJ5gCb0H3Eqei6ewqxXk72MqaR9lemhIfUfcOOXrL7eHfn5Z7f1BNp+4QY9lhdeXXhBk8ZIn6TcIuv4wk9gZMMhI+F8Sb2yf+3OhsuaSIJqcO8SeBpiNX8DF8pmEJlb3FkYEMshDnuNum1D5jW8XOeTDKbEU7l2tCN48wxgoyEvAQEkBwKKoRN7gwxJzutu0hcKwM91rRmN5z2f9g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CcCO/flyacqrYu8MtJPPn/m5v8Q8esimgzB2oXvZFuo=; b=h8hzTxmU5UBAwqf4vRIVthS8llj9OMbhCDaBrLvzoW4UQuqelqO0pmEV1FVwfDIi6oCo6Bqmi7koeHsN5yemOLmLLeuIWQWpcBJ81cgJcBpagLC6vJC/d6sP9v4Tx1T3Yd/75vZmIx3ke7q7zWX1K2MoeZlkQZT07NHx+tRFW80= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com; Received: from CH2PR12MB4294.namprd12.prod.outlook.com (2603:10b6:610:a9::11) by BY5PR12MB4966.namprd12.prod.outlook.com (2603:10b6:a03:1da::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7181.17; Thu, 11 Jan 2024 11:11:27 +0000 Received: from CH2PR12MB4294.namprd12.prod.outlook.com ([fe80::815a:45e6:cf5e:479f]) by CH2PR12MB4294.namprd12.prod.outlook.com ([fe80::815a:45e6:cf5e:479f%4]) with mapi id 15.20.7181.018; Thu, 11 Jan 2024 11:11:27 +0000 Message-ID: <60f0a6fe-8d6b-4fa3-8a08-99c1097fe959@amd.com> Date: Thu, 11 Jan 2024 11:11:22 +0000 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] ethdev: add dump regs for telemetry To: fengchengwen , Jie Hai , dev@dpdk.org, Thomas Monjalon , Andrew Rybchenko , Bruce Richardson Cc: lihuisong@huawei.com, liudongdong3@huawei.com References: <20231214015650.3738578-1-haijie1@huawei.com> <8632690b-5e85-43fb-9121-a8910074726d@amd.com> <359de0d6-90c4-aaea-f186-574d04a31c2a@huawei.com> <33d1d451-95ea-48fe-a6ec-b86976ba5130@amd.com> <1dfc96a4-9471-4f2a-a835-72da95e6273e@amd.com> <3c2f311d-6614-90b9-610d-d53b0c3b72f5@huawei.com> Content-Language: en-US From: Ferruh Yigit Autocrypt: addr=ferruh.yigit@amd.com; keydata= xsFNBGJDD3EBEAC/M7Tk/DfQSmP1K96vyzdhfSBzlCaGtcxNXorq4fALruqVsD3oi0yfyEz9 4YN8x7py0o9EL8ZdpOX0skc0AMCDAaw033uWhCn0GLMeGRKUbfOAPvL6ecSDvGD7CJIO9j0J eZUvasBgPdM/435PEr9DmC6Ggzdzt8IuG4PoLi5jpFSfcqxZFCCxLUDEo/w0nuguk2FTuYJg B2zEZ4JTBZrw7hIHiFh8D8hr6YA6a5uTofq1tr+l048lbtdFUl8TR0aIExVzE4Z8qKZlcE+9 RQaewjK5Al1jLE4sHdmd3GN+IvgDF3D/fLsi25SKJDeGSdeHkOmaX0qGeM4WKIfU6iARRCiQ N3AmBIxZ/A7UXBKLaOyZ+/i3sE6Wb53nrO4i8+0K2Qwyh6LjTeiJAIjYKN43ppxz3DaI+QwQ vI+uyHr4Gg0Da9EPPz/YyKauSeOZCfCB5gIfICO0j6x0SCl8uQ2nLpjxcZkf0gjcwUzP3h+S 3x6NfDji9YEij0zczW/dcSpGgZ6vsFpPrtnP9ZXy6J53yp0kJtOJoOlkEFFdU2yCZnCDseum CoudmGLZVvS0/DzHDJejq+3kK3FDGktZBOxZIIpal+nFqS7lVgOZc4+huVv3jyhzoAUOEyXA XK5j6o7g8STUY+z33QNnHpdLvecMwuzmvqy0jR54yAbZ64mB9QARAQABzSNGZXJydWggWWln aXQgPGZlcnJ1aC55aWdpdEBhbWQuY29tPsLBlwQTAQgAQQIbAwULCQgHAgYVCgkICwIEFgID AQIeAQIXgAIZARYhBEm7aYjps5XGsPHCElRTPtCKKm/6BQJkdyEEBQkE3meNAAoJEFRTPtCK Km/6UdcP/0/kEp49aIUhkRnQfmKmNVpcBEs4NqceNCWTQlaXdEwL1lxf1L49dsF5Jz1yvWi3 tMtq0Mk1o68mQ7q8iZAzIeLxGQAlievMNE0BzLWPFmuX+ac98ITBqKdnUAn6ig5ezR+jxrAU 58utUszDl16eMabtCu76sINL5izB8zCWcDEUB4UqM8iBSQZ7/a7TSBVS0jVBldAORg1qfFIs cGMPQn/skhy3QqbK3u3Rhc44zRxvzrQJmhY6T1rpeniHSyGOeIYqjpbpnMU5n1VWzQ4NXvAD VDkZ4NDw6CpvF4S2h2Ds7w7GKvT6RRTddrl672IaLcaWRiqBNCPm+eKh4q5/XkOXTgUqYBVg Ors8uS9EbQC/SAcp9VHF9fB+3nadxZm4CLPe5ZDJnSmgu/ea7xjWQYR8ouo2THxqNZtkercc GOxGFxIaLcJIR/XChh9d0LKgc1FfVARTMW8UrPgINVEmVSFmAVSgVfsWIV+NSpG9/e90E4SV gMLPABn1YpJ8ca/IwqovctqDDXfxZOvCPOVWTzQe/ut767W+ctGR1kRkxWcz470SycOcY+PW VRPJd91Af0GdLFkwzZgNzkd6Gyc9XXcv4lwwqBLhWrBhqPYB0aZXIG1E/cVTiRp4dWpFHAFD DcuLldjIw93lCDsIeEDM9rBizGVMWEoeFmqSe7pzGTPXzsFNBGJDD3EBEAC8fBFQHej8qgIG CBzoIEd1cZgPIARlIhRudODXoNDbwA+zJMKtOVwol3Hh1qJ2/yZP11nZsqrP4fyUvMxrwhDe WBWFVDbWHLnqXMnKuUU1vQMujbzgq/4Rb9wSMW5vBL6YxhZng+h71JgS/9nVtzyaTtsOTrJi 6nzFSDx6Wbza2jYvL9rlK0yxJcMEiKwZQ/if4KcOesD0rtxomU/iSEv6DATcJbGXP6T93nPl 90XksijRKAmOwvdu3A8IIlxiSSVRP0lxiHOeR35y6PjHY2usfEDZZOVOfDfhlCVAIBZUZALv VmFOVSTYXeKgYa6Ooaf72+cHM3SgJIbYnevJfFv8YQW0MEAJ/IXE7B1Lk+pHNxwU3VBCrKnA fd/PTvviesuYRkrRD6qqZnINeu3b2DouVGGt2fVcGA38BujCd3p8i7azoGc7A6cgF7z9ETnr ANrbg1/dJyDmkDxOxVrVquTBbxJbDy2HaIe9wyJTEK2Sznpy62DaHVY+gfDQzexBXM10geHC IIUhEnOUYVaq65X3ZDjyAQnNDBQ4uMqSHZk8DpJ22X+T+IMzWzWl+VyU4UZXjkLKPvlqPjJk 1RbKScek5L2GhxHQbPaD76Hx4Jiel0vm2G+4wei8Ay1+0YRFkhySxogU/uQVXHTv63KzQMak oIfnN/V2R0ucarsvMBW+gwARAQABwsF8BBgBCAAmAhsMFiEESbtpiOmzlcaw8cISVFM+0Ioq b/oFAmR3IPsFCQTeZ44ACgkQVFM+0Ioqb/qINhAAtcor9bevHy22HvJvXX17IOpPSklZJAeQ Az43ZEo5kRlJ8mElc2g3RzYCvL/V3fSiIATxIsLq/MDtYhO8AAvklxND/u2zeBd7BkRZTZZX W1V1cM3oTvfx3LOhDu4f2ExQzCGdkzbXTRswSJIe1W0qwsDp+YPekbrsKp1maZArGeu+6FuW honeosIrWS98QJmscEhP8ooyJkLDCCOgEk+mJ/JBjzcJGuYn6+Iy/ApMw/vqiLGL1UWekcTA g18mREHqIR+A3ZvypIufSFB52oIs1zD/uh/MgmL62bY/Cw6M2SxiVxLRsav9TNkF6ZaNQCgn GqifliCEMvEuLZRBOZSYH2A/PfwjYW0Ss0Gyfywmb2IA990gcQsXxuCLG7pAbWaeYazoYYEQ NYmWatZNMAs68ERI2zvrVxdJ/fBWAllIEd0uQ4P05GtAHPdTIDQYp545+TPV7oyF0LfXcsQs SFVZE6igdvkjfYmh+QOrHGZvpWXLTmffVf/AQ81wspzbfxJ7sYM4P8Mg5kKOsaoUdyA/2qVe cMh1CLUHXF1GlofpGbe1lj4KUJVse5g3qwV7i9VrseA8c4VIZewdIjkzAhmmbxl+8rM/LKBH dZUMTzME5PFCXJIZ83qkZQ795MTe2YScp9dIV7fsS5tpDwIs7BZNVM1l3NAdK+DLHqNxKuyO 8Zk= In-Reply-To: <3c2f311d-6614-90b9-610d-d53b0c3b72f5@huawei.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: FR0P281CA0178.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:b4::6) To CH2PR12MB4294.namprd12.prod.outlook.com (2603:10b6:610:a9::11) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CH2PR12MB4294:EE_|BY5PR12MB4966:EE_ X-MS-Office365-Filtering-Correlation-Id: 3772916f-7cd6-4308-4f28-08dc12960e13 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ipwgGmGy8Uv8s3LvXMv8SnebcroW7Y8OLC/JIU6lze/uzVkkOkMArQmW+n66ocoaklHJ9oZYXA4j7rVTEO+8qYwboufKriTjoFsoP119X6Ego7Y23+JhbWNiffh8ycCV32EUDqh8DrXB1XX0oFEpZCax7gJloyCbsTgYf9md544bLcE7lMIssYbWYJQXNKohvAd8po3jUVEtxusGLx5DAQVacP15FntoeHR0AGxLse6zI6jZZ0v07HFkEEQCBPqmN5rkLNvPuvlas6fqvb/ZWJCBAh16ccg5iU+vrhisadkZ+HOCbXya8eOzW9BSSfItnZGsQVMZOaFr/WYcB31bwmNxs2cu0CTqJXoZIuDg+L5grAlXBVVKQqR7sESDHHUt9deMN8C7p2AvG/kUSHORXb87MLRusSZsrc4MF1bKKwMhz0KUrfAc8Lu3LA+G6JXpTh5vQZxnKDQgzg2XEIW+8V71r1jobtdjpwqbOPyACiRrrdvbA7ifQF7V8fzMlY19+giOzpIcOlgKarZr+VlvIsVzLkTUgUpWwKSaJtSehqzn63msdsAzMgK7Ap/z6dTjubmScudXK0JXuhwR7Z8MccVQzat9NhxRsbxnbB2LqaGIWPJwrswBKGNhWRL1lFFD+gsmq/bryAfmFVIoX+pGwg== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CH2PR12MB4294.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(376002)(39860400002)(396003)(366004)(346002)(136003)(230922051799003)(64100799003)(186009)(1800799012)(451199024)(6512007)(2616005)(6486002)(86362001)(316002)(110136005)(31696002)(38100700002)(31686004)(6506007)(53546011)(26005)(478600001)(6666004)(66946007)(83380400001)(66476007)(66556008)(8676002)(8936002)(5660300002)(36756003)(44832011)(4326008)(41300700001)(2906002)(45980500001)(43740500002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?enEyMkEwTUNaQUFKbS9pUWJ2cmF6OXNENG5vWEVCRjY1eExWT2taVFFKOStL?= =?utf-8?B?T1FLcndZVUg5bnFwY0tJRHJhMGV4VC94NHN2dHUvZ3B0bG1KcTZFMjRDcDQ1?= =?utf-8?B?ZThYVjlKaTI5VTcreVk0blNuZEQ3UnlTMlMvMTdheWhCd3JYQXVsL2x0cGk0?= =?utf-8?B?ZzNyWVhvUkYzMTE3WW1KZGdnZUZmRDRlWmppTzV1N0dTL3JJTWJlQlFzVllC?= =?utf-8?B?VjlRSjg0cEFlOGJmZmgzREZtN3p3ZXUvaXp3RjVodFEzeDZaZllGcjJGZTcv?= =?utf-8?B?VlB2UUVSSUdBb3RpSE1RamZmS0MyZVUwWEVuK3dTMHZQbTQwaTBreTVFdXY1?= =?utf-8?B?c2hCTW9ERWdIWGdQaWk1dk91MlpMUmFwMnRRVm1vTUtNY0VlT0JJZjRFQ2Vl?= =?utf-8?B?RWhuMFpmM2plWi9uK0p2M1dReXA3Z2RoNDc5Q3ZRYllGREtmOXZYRjJwSldn?= =?utf-8?B?WkRHYkptSHhtUExhVG9mV20rMWNTMUdraHl4KzdKTTBmcWM1VkUzeSszdTJY?= =?utf-8?B?dWRPS2ZabkxiWis0czZTWDRKa2FGMlo1bVJWZnp2TzJ5VkNpbkNmV0pMSHcz?= =?utf-8?B?enp3bXYzeVZGMDlqSDl6ODBRUWJ3YzRLRDN6Q2ZGdTJqSnhwTlNUY0ttSmhq?= =?utf-8?B?K2pTdFlJcmVSQk1wSG1tanVDbWVsR1R3RG50N1hUUTJ3MzVqZEdXUFU3T0hx?= =?utf-8?B?czdmNWJZc2VibkdSWHFXdTBmMjdoTHhwOUZHckZoZTJJQlZsbmZBNzVmdkEx?= =?utf-8?B?UFlKaGl2dGV6WmJIZkd4ZlltNllqalNPWEd0VFNjVjZYZWxXYTZPajh0VlFX?= =?utf-8?B?bjlLY252SnJLY2xGNXRvVmRFM0NOajV6Zm9sSlhYMDlFRTR5VzZnTVRHb0RO?= =?utf-8?B?TFFHc2FzMDQ0cXVBY092bjZJQWJ1eHpWSGxyako4Zmk5dSs3N0lZalVZM1Bj?= =?utf-8?B?WHBJODAzaS9uY3EwSGZXTTBmS29uV0w5bnk1Z0tpTTJFcS81c1ozZFVnSVN3?= =?utf-8?B?K3NrMjVudDltS0NSMnpNSHBwMjNZL3ZQOGhQQzQwQ3g1OGZXeEhVQ1dPcWlv?= =?utf-8?B?dkRTTGpvUzBaSVRpQ0ExM2pYRmxFWVdnd0hyRTI0ZVZ2UU04cnYzQ0FZZHVB?= =?utf-8?B?dUJLNGQxemxtYVYzQU1hQXdNZk1FOHExOEVtSk0wNzhBcm5LTkRhRm1PeTNK?= =?utf-8?B?QzhRWGJYcktPOFdsUFdmeDdYanhJamtPSSsrZVdaMUcwdGQvdU00UGVlSm1t?= =?utf-8?B?cjdKYmQ5Z1I3Q2ZNbWlmdVo5ck1HRnltRndzZTZ0d2Q4QnFYWG9wRmtTTmpj?= =?utf-8?B?NjFZY3A1QkZpNlhtVy91Qnc1WTVQTCtoN3lGNHVxVi83NDNuREhZZ3RjSWJl?= =?utf-8?B?SEtybTBaUTdMM1ZOVHo0a1l6QWpNa3lBeGd6Z2Rmb2ZidXl1VzFwQk5sMW5T?= =?utf-8?B?NFF4UThVQkNpeUVlbi9ObHhQcVBMT3B6aTh1R3RHZHo1UnR2L1NYU3BXcWR4?= =?utf-8?B?SHBwdzVWY2RpemNIb1laalcrT25FNURrQVlacHJVR3hzeUx2SFhWajVtb0tS?= =?utf-8?B?cTBpYzlZSVE2RXJ6YVNYeCt3TzgzM0hLUlg1NEl6bzhKMlBmUU9GSWJFTkdZ?= =?utf-8?B?bUJ2ZWs2N0ZLS2VRY3BrdjVzbzFYYk1uUGRhNHQ3M0tTdmEzSisyb1FFS2ZP?= =?utf-8?B?aWhPU0lXbURnNzYwaGl2cmFnWHNhVDN2TFhnVkRDbStrSkpUZE9yeDVlUzlM?= =?utf-8?B?a2grNVozYWovNnF1SzVBZzdoNVJWSXBnS0grZ2pjVEhmOHhrbzBReGsrVlRv?= =?utf-8?B?MGk3cmNxZFJUY09rYXVVVFo4UzhpK29sekhpTEVoVks5YVllWDYzcnp1MmtC?= =?utf-8?B?Z2cwS2RDaFhEMHk5STdUanVSTzU3MG5zdnQ5dUd6OTh1NnBsSG9sQmZtTVZH?= =?utf-8?B?ckphUW53NXBDY3pYTXdkVzVMK2Y0TFkvRlBzVlBmTlpjSjhISjZPR2RIdlJx?= =?utf-8?B?UzZYSVhnVWp3OFBjanlkS1REZVpub0ZNR0ZBaGw1bi9OODhkcjNuZG5qRnpt?= =?utf-8?B?MmRvN2lwRmdEeWdjcE5qeEFyOTExVlBYVW1WVGluTVVTRzFzMGZvdWRFeisr?= =?utf-8?Q?gQ2SR6681TURgPmuw3umw4l4R?= X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3772916f-7cd6-4308-4f28-08dc12960e13 X-MS-Exchange-CrossTenant-AuthSource: CH2PR12MB4294.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2024 11:11:27.2790 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: MRfFdNdZFZOwfEWoploa8dPhitTBMGj+WbWMJVs0au1aA5g/TyV0A3uY/j4upSGg X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR12MB4966 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org On 1/11/2024 1:55 AM, fengchengwen wrote: > Hi Ferruh, > > On 2024/1/10 20:15, Ferruh Yigit wrote: >> On 1/10/2024 1:38 AM, fengchengwen wrote: >>> Hi Ferruh, >>> >>> On 2024/1/10 2:06, Ferruh Yigit wrote: >>>> On 1/9/2024 2:19 AM, Jie Hai wrote: >>>>> On 2023/12/14 20:49, Ferruh Yigit wrote: >>>>>> On 12/14/2023 1:56 AM, Jie Hai wrote: >>>>>>> The ethdev library now registers a telemetry command for >>>>>>> dump regs. >>>>>>> >>>>>>> An example usage is shown below: >>>>>>> --> /ethdev/regs,test >>>>>>> { >>>>>>>    "/ethdev/regs": { >>>>>>>      "regs_offset": 0, >>>>>>>      "regs_length": 3192, >>>>>>>      "regs_width": 4, >>>>>>>      "device_version": "0x1080f00", >>>>>>>      "regs_file": "port_0_regs_test" >>>>>>>    } >>>>>>> } >>>>> >>>>>> >>>>>> Above code writes register data to a file. >>>>>> >>>>>> I am not sure about this kind of usage of telemetry command, that it >>>>>> cause data to be written to a file. >>>>>> >>>>>> My understanding is, telemetry usage is based on what telemetry client >>>>>> receives. >>>>>> What do you think just keep the 'reg_info' fields excluding data to the >>>>>> file? >>>>>> >>>>>> .Hi, Ferruh >>>>> >>>>> I tried to write all register information to telemetry data, >>>>> but gave up because some drivers had too many registers (eg.ixgbe) >>>>> to carry. Therefore, the writing data to file approach is selected. >>>>> >>>>> When we query a register, the register content is the key. >>>>> The information such as the width and length is only auxiliary >>>>> information. If the register data cannot be obtained, the auxiliary >>>>> information is optional. So I don't think register data should be removed. >>>>> >>>>> In my opinion, writing a file is a more appropriate way to do it. >>>>> I wonder if there's a better way. >>>>> >>>>> >>>> >>>> Is there a usecase to get register information from telemetry interface? >>> >>> Among the available tools: >>> 1, ethtool/proc-info: should use multi-process mechanism to connect to the main process >>> 2, telemetry: easier, lighter load, and it don't need re-probe the ethdev in the secondary process, >>> and also cost more resource, like hugepage, cores. >>> >>> From our users, they prefer use the second 'telemetry', so I think we should move >>> more status-query-points to telemetry. >>> >>> As for this question, I think it's okay to get register info from telemetry. >>> >>> >>> >>> Another question, we have some internal registers, which: >>> 1. Is not suitable expose by xstats, because they may includes configuration >>> 2. Is not suitable expose by dumps, because this dumps is hard to understand (because it only has value). >>> >>> So we plan to add some telemetry points in the driver itself, so we could display them like xstats: >>> "xxxx" : 0x1234 >>> "yyyy" : 0x100 >>> >>> Will the community accept this kind of telemetry points which limit one driver ? >>> >> >> Hi Chengwen, >> >> I see there is a usecase/requirement. >> >> With this patch, even using file, only register values are dumped and >> isn't it hard to find value of specific register? >> >> ("xxxx" : 0x1234) approach looks better, but instead of making this >> telemetry support for specific driver, what about making it in two steps. >> >> First add new dev_ops, (or update existing one), to get registers with >> "name: value" format, (in a way to allow empty name), or even perhaps >> "name: offset, value" format. >> And in second stage add telemetry support around it. >> (Name being optional lets us wrap exiting 'get_reg' dev_ops with new one) >> >> When adding dev_ops, it may get an additional 'filter' parameter, to get >> only subset of regs, like "mac*" to get regs name staring with "mac", >> this may help for the cases there are too many registers you mentioned. >> >> Anyway, we can discuss more about its design, but what do you think >> about first having a dev_ops for this? > > I prefer extend struct rte_dev_reg_info, like this: > > struct rte_eth_reg_name { > char name[RTE_ETH_REG_NAME_SIZE]; > }; > > struct rte_dev_reg_info { > void *data; /**< Buffer for return registers */ > uint32_t offset; /**< Start register table location for access */ > uint32_t length; /**< Number of registers to fetch */ > uint32_t width; /**< Size of device register */ > uint32_t version; /**< Device version */ > /* Note: below two fields are new added. */ > char *filter; /**< Filter for target subset of registers. This field could affects register selection for data/length/name. */ > struct rte_eth_reg_name *names; /**< Registers name saver. */ > }; > ack > For driver which don't identify the new filter and names fields: > 1. .get_reg return the all registers value. > ack > 2. and driver will not touch the name fields. > 3. rte_eth_dev_get_reg_info() could detect name fileds not filled, and then it fill with default names, e.g. offset-1/offset-2/... > Is there a benefit to provide default names? API can clear the 'names' buffer, and driver may or may not fill it. If names not filled, API behaves like existing one, it will just provide register values. > For driver which identify the new filter and names fields: > 1. rte_eth_dev_get_reg_info() will return filtered register's value and also their names. > ack > So that those which invoke rte_eth_dev_get_reg_info() could extra prepare names, and it call the same API will get data and name. > > > Add one new .get_reg_name ops and corresponding API like: rte_eth_dev_get_reg_name() could also feasible. > But I think the rte_eth_dev_get_reg_info()'s name is too broad, the info could includes value and also it's name. > So I prefer not add one new ops. > ack > > Another question? what are the supported values of filters ? > I prefer report by dev_info ops, something like a string array end with NULL. > Use could query from rte_eth_dev_info_get API. > I don't think there is a need to populate predefined filter list, it can be free text with simple '*' and '.' wildcard support and ',' to support list of text. User may get full list first, later can filter the ones they are interested. Like: "*mac*,*rss*" can match all register names that has 'mac' and 'rss' in it.