From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-4.1 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 850821F463 for ; Tue, 10 Sep 2019 14:55:12 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:cc:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=wOakrQjUsEyP01cz vKUrKFKzyY2o5MUfCIiQXdQLAl0jdkXCep0qlYogwZK0fIRShh/IcFkAiPdRM9jt dbJlCM/TwgGrORJVEuZEwf+eaUtOMympi5aycDWdU/n3e9KQlSCh7roANmEsxlJO SNM3IrK+zsSAb/Y55xdmygFzl3Q= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:cc:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=8iIq5BS+ZWCsPXlnl5G8d6 yxNZ4=; b=rDCgXsK/h5MGhzskH3wxouwKA4Veg44D17p9j3Aelcd6LAwvebpXHV Ymz6Xv+vRxYgi7F7P2t3ZoshbQQu21gVYs3tnKr9jpoluv5zFGrruuaFjR2jTF9Y awgR5V0LlxqvWhLTIQMOyI81nAbg5LKrrs6/vM68NwSbX2sOcGjrc= Received: (qmail 34225 invoked by alias); 10 Sep 2019 14:55:10 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 34217 invoked by uid 89); 10 Sep 2019 14:55:09 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: zimbra.cs.ucla.edu Subject: Re: RFD - Support for memory tagging in GLIBC To: Szabolcs Nagy , Richard Earnshaw Cc: nd , GNU C Library References: <8306e032-f980-a409-5239-74629e79d041@arm.com> <99caf4bc-57fc-9a51-478f-254e03045e31@arm.com> From: Paul Eggert Message-ID: <8654c219-a930-9e65-891c-7b8c74c658cc@cs.ucla.edu> Date: Tue, 10 Sep 2019 07:55:02 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <99caf4bc-57fc-9a51-478f-254e03045e31@arm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Thanks for the clarification. (Hope you don't mind if I cite your email in one of my lectures this fall. :-) SPARC ADI has a 64-byte granule, and Richard's email said there could be an efficiency issue there since I assume malloc's block header is smaller than 64 bytes. However, this should be a headache only for the SPARC ADI port and should not be user-visible (except for performance).