Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1112593pxk; Fri, 25 Sep 2020 06:37:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJykx8L8DCQD4ywjZSiXml7fbxP/L7bqD+1TwT80KL4BApF13thCQbjRjZAfowcIzv13jxAn X-Received: by 2002:a17:907:213b:: with SMTP id qo27mr2675212ejb.441.1601041047042; Fri, 25 Sep 2020 06:37:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601041047; cv=none; d=google.com; s=arc-20160816; b=zeXt1uB3/i3gaXjCJEa++SbFXM0EVBEjxnSvYNqNGwuQeg81UxJOohaQrN5EgpDo/2 JmnD+zw7fWQoc5B49ckMsSUlILqBF+APRHsEVqRdqVJ9e0PLSBk5sD+VCVr2cSEsXOZt /pEGivCLK6XFp75j66A3bV46wVnr74FzWzDkX8QHLdHZsQRGcbruKyxyzaxYbAmzgjTC 7fy6XWrNvIix91FqHW5UobbglY6l3W/b/Z+sB2dDNZkcERn2NUxK60nTQsjR9EGguIdP DAM9F7n0CUq+UM+IdTbIxFOeTgoIGRrjS8WwhBqHF87VEGsbMAEeZiIBL9Ep4lplZuYi TLSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=YTT4Ps3uj4P9Fss76d8pYoO0PmQ6VUjcu8hiGXgWjLs=; b=DKC8keD639t5GsQeCT05/fCYRC0rb6e/QvygwoP/BNsevdzTXg+VF0sXnze5nLKe81 XsxSpVIcCF4/vhBr27aznI2TZaL0ioSdoweRP0RYUz2hKpAkMekTI4nwrZzeJtjEjGEV rWP6p1wVffFt9Q3UN6chkKB7P2rjjmRe9ct8jyoDxZmqYoCrjNx8H8Q24nwEfh7pKeZ6 DZTWX8RqtQ6T/7ybppM4uJ4vNLoKZq4r45dhQGrtOj/C4AoXvVWSu/2IVX7SGCo4n2UZ gndE18mwM6wpEbZmi/mOi/8DDwTN/8lV7s+KEPS0SvpktGhF/zZqbaNrjN8jMhLRp7Ns T1gw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h15si1768589ejs.53.2020.09.25.06.37.03; Fri, 25 Sep 2020 06:37:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728986AbgIYNeR (ORCPT + 99 others); Fri, 25 Sep 2020 09:34:17 -0400 Received: from foss.arm.com ([217.140.110.172]:45862 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728893AbgIYNeA (ORCPT ); Fri, 25 Sep 2020 09:34:00 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B12AB11B3; Fri, 25 Sep 2020 06:33:59 -0700 (PDT) Received: from [10.37.12.53] (unknown [10.37.12.53]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EB5953F73B; Fri, 25 Sep 2020 06:33:56 -0700 (PDT) Subject: Re: [PATCH v3 24/39] arm64: mte: Add in-kernel MTE helpers To: Catalin Marinas Cc: Andrey Konovalov , Dmitry Vyukov , kasan-dev@googlegroups.com, Andrey Ryabinin , Alexander Potapenko , Marco Elver , Evgenii Stepanov , Elena Petrova , Branislav Rankov , Kevin Brodsky , Will Deacon , Andrew Morton , linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20200925101558.GB4846@gaia> <20200925125059.GM4846@gaia> From: Vincenzo Frascino Message-ID: Date: Fri, 25 Sep 2020 14:36:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200925125059.GM4846@gaia> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/25/20 1:50 PM, Catalin Marinas wrote: >>>> + */ >>>> +SYM_FUNC_START(mte_assign_mem_tag_range) >>>> + /* if (src == NULL) return; */ >>>> + cbz x0, 2f >>>> + /* if (size == 0) return; */ >>>> + cbz x1, 2f >>> I find these checks unnecessary, as I said a couple of times before, >>> just document the function pre-conditions. They are also incomplete >>> (i.e. you check for NULL but not alignment). >>> >> I thought we agreed to harden the code further, based on [1]. Maybe I >> misunderstood. I am going to remove them and extend the comment in the next version. >> >> [1] >> https://lore.kernel.org/linux-arm-kernel/921c4ed0-b5b5-bc01-5418-c52d80f1af59@arm.com/ > Well, you concluded that but I haven't confirmed ;). Since it's called > from a single place which does the checks already, I don't see the point > in duplicating them. Documenting should be sufficient. Have you ever heard about "tacit consent"? ;) Anw, fine by me, I will add a comment here. -- Regards, Vincenzo