Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3919942pxv; Mon, 28 Jun 2021 16:41:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzYBooqSabo4Et9mHkgSuhx22w+pW6lknETtCMIJ5SCZwNsxx7gQowAW5OCS7uqpPy71RH+ X-Received: by 2002:a05:6602:1c4:: with SMTP id w4mr1544579iot.44.1624923674529; Mon, 28 Jun 2021 16:41:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624923674; cv=none; d=google.com; s=arc-20160816; b=TR3uMsdR3EallKpP/IQrXQClHFQ64sPzFha1EEe1O3caT41zTRMqPTL+rx+Doz6vjE vKeHbpCYeJWyMNF2lr80nPqqEq+evvWXG5XP7ty8PA8JPLxqOb4m9OuXLCxV/wSYBil4 emGWnB1q47LLg5AfdmPUupTApSK4UfCrAv7b2r1OyGMwI/0bOFG7+a0FuBYKsUHr6iVr exoU4RQD3eU7th2GaCrnjK65T03lxNi7YMeSKx/dUUVMLsRrawJq4wINBrTRiJcnxJF9 hC2ux1LY+aNXXzAB9VkYCyy9zGXucJfR3Bc3hhS+o6MOFRV6Swa/na8VXHMWDYXAHSv8 kYVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=hGZGjPN7zJUyktr/g4knlZGNk67FduIZ8wWgBMyrHK8=; b=LCn4SYKbqr4uKyvZXfCq6w96+xtKupohWFVv3Q8N1Dgh2Zyo23DC0JEtp913ROmlHs uY4PAO2z7lElWiz+pEs/5JX1ScLeCM7h0Zx6YJM0yYDE6Un5/3Y2/Qx+do5pRXKY7kiE OmcEtL+0/EakvnM0wdyubYMrt68LUHAOsCqx7mcBmkvdqj/VsifJG8u3m0jyzsYaoTr/ tM6Xix3ubVZayQksRgJpPV2UG/EVfEwXQ6UhjKiD0e46GOhz/Gyd5OlH/5rCxYAFrBuc e5utkYxaTfWmlB7gLyVreSaGr/4vjPJJIcSvOMpURWiqHr44TEnUenW8Yd27e8Kf3vWb zbYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=vfK499WW; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i2si17192432iol.50.2021.06.28.16.41.03; Mon, 28 Jun 2021 16:41:14 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=vfK499WW; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235235AbhF1Sof (ORCPT + 99 others); Mon, 28 Jun 2021 14:44:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36694 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233940AbhF1Sod (ORCPT ); Mon, 28 Jun 2021 14:44:33 -0400 Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 051CEC061574 for ; Mon, 28 Jun 2021 11:42:08 -0700 (PDT) Received: by mail-oi1-x236.google.com with SMTP id k206so4212174oif.2 for ; Mon, 28 Jun 2021 11:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hGZGjPN7zJUyktr/g4knlZGNk67FduIZ8wWgBMyrHK8=; b=vfK499WWN0RN0+aNfv40Ss48p8O7oyXyekRGgjGLgvESsOLtJsfv/nTxXucuXl/5+j 5xmsS3V52nf3qx3GjTm9KWyAo17IpbR1SSSXQ12oFpJBA1Cn/7ZbzGw8g/Uv1zKFmiFw ssBnRiGSw7gNhHGAVXqnqYfFboORp62t7dKkygt8wHzENgoYpGVvu5HF+A7aeBEWPrUX mZKia3FgocxKXGiclhYu6DTlDUQWj0IFQo2jz0zO77yeW+qvpmTClekIbW/QKHfHQ/VV zaD+2UCc15DFyNuquakS2AgKuzVQtx/mkQcKSdmaTkDa/s/jIPOPANa7XnRSWWV7sTC0 x8wA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hGZGjPN7zJUyktr/g4knlZGNk67FduIZ8wWgBMyrHK8=; b=eypNd4cS8UGdExZ4lRPGyf9/SVbOsVxq9PLuZgAgxySDtBWdo241syCtnxhk6WRleD zrNUM7saWFnzd5eismYEGI/u0BI2FRNVln3Lq9YfrQrdUYlsq6gC9xFOREfCIqSBRo7+ FgIerc3d9MmPUEsQ6xvRfVpEM2RK/Q1bjD6lLdEFcGVfcqlcYfvSyosyC35p4d+At+GS mMpmmXfIxVPmmxywtp01lX2wj+T0B97allZru2+ZPYvzPlz2zAOHERjkfy8/9JeLL3Hb jG4I8nqRutqDDNDGtxEXvuUKb2mmy9VPClP3hmcAo9+xebf38hViBRkJDgNAbGQQkrkQ WXyw== X-Gm-Message-State: AOAM533MSh60+ltLH4RhsGXU+yzJrGffq292bOa728iY2FIE8GURBtFr Wj6qBRWrXxAq854/oXgMyLZAW0Ct5JG9Jvikt+86dQ== X-Received: by 2002:a05:6808:7c8:: with SMTP id f8mr6642152oij.121.1624905726971; Mon, 28 Jun 2021 11:42:06 -0700 (PDT) MIME-Version: 1.0 References: <20210624112624.31215-1-yee.lee@mediatek.com> <20210624112624.31215-2-yee.lee@mediatek.com> In-Reply-To: <20210624112624.31215-2-yee.lee@mediatek.com> From: Marco Elver Date: Mon, 28 Jun 2021 20:41:55 +0200 Message-ID: Subject: Re: [PATCH v2 1/1] kasan: Add memzero init for unaligned size under SLUB debug To: yee.lee@mediatek.com Cc: andreyknvl@gmail.com, wsd_upstream@mediatek.com, Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Andrew Morton , Matthias Brugger , "open list:KASAN" , "open list:MEMORY MANAGEMENT" , open list , "moderated list:ARM/Mediatek SoC support" , "moderated list:ARM/Mediatek SoC support" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 24 Jun 2021 at 13:27, wrote: > > From: Yee Lee > > Issue: when SLUB debug is on, hwtag kasan_unpoison() would overwrite > the redzone of object with unaligned size. > > An additional memzero_explicit() path is added to replacing init by > hwtag instruction for those unaligned size at SLUB debug mode. > > Signed-off-by: Yee Lee > --- > mm/kasan/kasan.h | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/mm/kasan/kasan.h b/mm/kasan/kasan.h > index 8f450bc28045..d1054f35838f 100644 > --- a/mm/kasan/kasan.h > +++ b/mm/kasan/kasan.h > @@ -387,6 +387,12 @@ static inline void kasan_unpoison(const void *addr, size_t size, bool init) > > if (WARN_ON((unsigned long)addr & KASAN_GRANULE_MASK)) > return; > +#if IS_ENABLED(CONFIG_SLUB_DEBUG) Avoid the #if. I think none of the stuff referenced here is only available if CONFIG_SLUB_DEBUG. In that case, please just write: if (IS_ENABLED(CONFIG_SLUB_DEBUG) && init && .........) { The compiler will correctly optimize out the branch if the config option is not enabled. But the benefit is we compile-test this code with all configs. > + if (init && ((unsigned long)size & KASAN_GRANULE_MASK)) { > + init = false; > + memzero_explicit((void *)addr, size); > + } > +#endif Thanks, -- Marco