From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id xsIDAsTfB2F8RwAAWB0awg (envelope-from ) for ; Mon, 02 Aug 2021 08:06:28 -0400 Received: by simark.ca (Postfix, from userid 112) id E2BEE1EDFE; Mon, 2 Aug 2021 08:06:27 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RDNS_DYNAMIC,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (ip-8-43-85-97.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 493B01E4A3 for ; Mon, 2 Aug 2021 08:06:26 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id B3C223861823 for ; Mon, 2 Aug 2021 12:06:25 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org B3C223861823 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1627905985; bh=7J9uhT/Ci9e/59v/8KRSNCgkgYPB5/4+jpgGjBlsqIY=; h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=brMJWWvhIS2KtyJ8jN3x9dQIfXYDqMrZox6PkQZ4eCa40zpa/4ErnoqsZ5/SruNw+ IKSFs9DJwxpTA0sSMQzBxiM/AfchPUIUCCZAurZro+Gy/mRfOjNJXP/iuosACZVRz9 PzxpcQCF+HynbsXHW33JBQz++efk4KS5QQQu8ZpA= Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) by sourceware.org (Postfix) with ESMTPS id C1D8E3858404 for ; Mon, 2 Aug 2021 12:06:05 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C1D8E3858404 Received: by mail-pl1-x635.google.com with SMTP id e21so19355648pla.5 for ; Mon, 02 Aug 2021 05:06:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=7J9uhT/Ci9e/59v/8KRSNCgkgYPB5/4+jpgGjBlsqIY=; b=uljh6kaSe0h7TiefnmPg4eaOqDwb4BDt8asDTkkfe1+GuezlqIeIWQB1lDZxONrBZE 7sHTaGfFh1oo0ClInrlPeNUIH5/wzeNv98hGdPCo1yP+Ul9WSa2yDJivE0+6C1uuYO45 qTsPC5XlgDFs367Ae7xG2C//nqHKoVTQLkAmPaRGP0AhxQ0mE448lhq4mcuxs2hFSSas Ws9eHmbBhWp7uR+MWA/4EI10pNSJa8I3TIUjChToaZQuXFBa/gcLhc37aRiim5a+wIIg i+U7pQLZDrsi4M/WWHJFNqMmgq65gy1cHWJpDP0ykRtKXs8ViQVll1o7FuUIdycyeXk0 aDpQ== X-Gm-Message-State: AOAM5304WLKvPpGLVlE5ktFO8Iii3fas29wp1agPUHmE0kdRYH1D/Zpd vT5JyPqewNa1l6ffzU0PcpKDbA== X-Google-Smtp-Source: ABdhPJxQHbaXDgUMbzd+tZm2vcMi3hyPGzSQ34RMxE/P5kplCjpVDkpSpD9o60zfMt47VGslsPrzXA== X-Received: by 2002:a63:215a:: with SMTP id s26mr184553pgm.448.1627905964494; Mon, 02 Aug 2021 05:06:04 -0700 (PDT) Received: from ?IPv6:2804:7f0:4841:25bc:25ec:a674:2085:682d? ([2804:7f0:4841:25bc:25ec:a674:2085:682d]) by smtp.gmail.com with ESMTPSA id z11sm2066085pfr.201.2021.08.02.05.06.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 Aug 2021 05:06:04 -0700 (PDT) Subject: Re: [PING][PATCH,v5][AArch64] MTE corefile support To: Joel Brobecker , Simon Marchi References: <20210518202047.3492211-1-luis.machado@linaro.org> <20210601174519.4157316-1-luis.machado@linaro.org> <20210711142200.GA637634@adacore.com> <20210714130702.GA9376@arm.com> <20210729181044.GD31848@arm.com> <7d85da38-1e88-1f1f-77fa-15dbe483538b@polymtl.ca> <20210801154405.GA471794@adacore.com> Message-ID: <9f5c7aff-40a3-5d4f-6f2c-b9d9e855916b@linaro.org> Date: Mon, 2 Aug 2021 09:06:00 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210801154405.GA471794@adacore.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Luis Machado via Gdb-patches Reply-To: Luis Machado Cc: Catalin Marinas , Luis Machado via Gdb-patches , david.spickett@linaro.org Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" On 8/1/21 12:44 PM, Joel Brobecker wrote: >> On 2021-07-29 2:10 p.m., Catalin Marinas wrote: >>> I'm more worried about GDB 11 reading the MTE notes incorrectly rather >>> than not reading them at all. >> >> Yeah, if a GDB 11 that knows how to read the pre-standardized notes does >> not fail gracefully when encountering the standardized notes, it would >> be bad. If it just skipped them and said "I don't recognize them", it >> would be ok. > > Agreed. > > Is there a way we could check the notes? I looked at the patch, > and it doesn't seem like there is any kind of versioning or > identifier we could use to determine which version of the notes > we get. But perhaps we can at least do some kind of consistency We have a generic header containing NT_MEMTAG and an arch-specific header identifier containing NT_MEMTAG_TYPE_AARCH_MTE. The arch-specific identifier can be versioned as needed. We could, for example, have NT_MEMTAG_TYPE_AARCH_MTE_V2. > check, such as for instance comparing the size of the section > with the contents of the section header, and generate an error > if that doesn't match. The error might not be as informative, > but perhaps still good enough? On further discussion with the Linux Kernel developers, we're going to take the safe path and will wait for this part to be under review on the Linux Kernel ML before adopting it in GDB. > >> Oh, ok, I thought it had already gone through some review cycles. Then >> I'll leave it to you all to decide, those who have some stakes in this. >