Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3729538pxv; Mon, 5 Jul 2021 04:25:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQnjY8P41n9A0kxLSWvtPF0obTKE27V9Fftb29LfJKgESU0Y0Jr/eq+1Jmp9Zbco1z0lAs X-Received: by 2002:a05:6638:43:: with SMTP id a3mr12075557jap.41.1625484342178; Mon, 05 Jul 2021 04:25:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625484342; cv=none; d=google.com; s=arc-20160816; b=hx2QO3yXWEYmZ8rDRvxz/AjURyIm+bFxj3ci1gxyGxxDBMdos3PjzGgW4R1DM9bKBX DYYcm4mDy7Nqe/ToQoNeHn1p0b4LK+l+cL1k3+B5kC21M0ljSmRrZJTLeZAiJ+f5bWBz EQyyrV0YJdJXy84YLfOEy0m/zMLCZAEWh7gIw/DI5wXZjkCujD+lfqYfymSGcfE8xDJN OwKbaW7RB+S35eidJv5BIcOU6ZAc59ME5ONb6JddkTD4cNCybDLgI+396SO/cW53Sf1p 3fT+RmA2ELFfSBRxcY4ie8fVNLXffBTUyW5RuSxk8a1trlpeHZjqZLAR+A9kER5ORjv9 yDZg== 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=x/twNUpcgioeZ8e0ihy4OvgQsOjAP9TO2paDyac3Qkg=; b=JWvEKMdm1CmE1W+Bowvh6JudeZ6TTn0kV2tt+hIXrTp1uTjrz3RbQXPPBv11jYa64u qZCDaDRWH6rcoPsq6zny7mqiDAMnBaeHQmozCl6hQdNdWMX++6uVvDRBbbahLje6JF0L lNvvUDybx7Kiwfy6JTT7XstaWKx41EUyooVWWczNlaBohQ6WZic5nMrPiaBqlDY1K4E4 3fMNHLQTs5urg7LVfemL7dX1VeGPIEyV1peqnxgMkdeaC/xX/M2BbLAmNmVv65nkwgQr SWJ19nNx6R7zQbGR6t5NsHiAYzfBxZUfFbNeOZIsA66nb/fl5y6P76gtXUTKjSJPDdQK 52gw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=YM1PR4H9; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 14si17900763ilx.34.2021.07.05.04.25.30; Mon, 05 Jul 2021 04:25:42 -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=@gmail.com header.s=20161025 header.b=YM1PR4H9; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231191AbhGEL0X (ORCPT + 99 others); Mon, 5 Jul 2021 07:26:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39670 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230174AbhGEL0W (ORCPT ); Mon, 5 Jul 2021 07:26:22 -0400 Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AE82BC061574 for ; Mon, 5 Jul 2021 04:23:45 -0700 (PDT) Received: by mail-ed1-x532.google.com with SMTP id s15so23231960edt.13 for ; Mon, 05 Jul 2021 04:23:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x/twNUpcgioeZ8e0ihy4OvgQsOjAP9TO2paDyac3Qkg=; b=YM1PR4H9+B8L8UwdtxpjutwB0rqH38R2O5DOrey1dK4UErgqysTvI+jj6ATz2yvQWG hPXFPXCn4AxF4al8wuVWBHAWFU7Zamp+OpUBbIdBbO9vryr5tC6J3hYvjIK4M5xkTxyw A6kPbU9iiglpyYbCk5dZ4DYIAov+znHDcB5iFbZO/U7EftfericcwXSaBDEw8t31BjCB FncrlAL3zbRDQr3iMPIlPGF1PLZFfHZO+mEOgJputwH/D57Np0JF5OI1UQ/+JiypcY6R rbNYFR9vSubxKeS0TvansMdId29zqxKXA6SrrOpfk7BzauMC51wndZlwa25vNNa8vSvn jAdw== 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=x/twNUpcgioeZ8e0ihy4OvgQsOjAP9TO2paDyac3Qkg=; b=QRHsl5KtsCPZJB2nRDpoNo6ZLEjqi5SKhtZRsAwlR4pQTxW5Y5B1fUtIw71lB7U9Xe 7FnqtbFSnqz5slMCrzi7AZBO7BeM+Jwr/6FH9n90yuDa6TFW206ndKGY0mUzC7a1R0QO O2WaTPDDi2zeJEOMUGBUgG/lt4AS6Is/NWzqTNUDl4wOZYm+j3+Ix8bVquSsM2mBqiB+ AqasOb8hSSNRBFK+2DewVVw1qujuwI4mrvFI7I9O2wcgMHuY5gbEzzv7nS4lYSv8mNJ9 +Yx8nhVOTSGDPxzUdqdNDwn2ydrCKBXNTbABvhkxUDWnHmmJuR8QpyhPQdNZsXvHV+M5 7vbg== X-Gm-Message-State: AOAM531P2NlGayRlXuIyhgQQvLTadNKvISKfU8SHVOx9OfcKkA3rNXKu NNtw62zUv7d7J+uteahbBoBa0DLYpn8q1SnKdS0= X-Received: by 2002:a50:fb96:: with SMTP id e22mr8621005edq.95.1625484224390; Mon, 05 Jul 2021 04:23:44 -0700 (PDT) MIME-Version: 1.0 References: <20210705103229.8505-1-yee.lee@mediatek.com> <20210705103229.8505-3-yee.lee@mediatek.com> In-Reply-To: <20210705103229.8505-3-yee.lee@mediatek.com> From: Andrey Konovalov Date: Mon, 5 Jul 2021 13:23:33 +0200 Message-ID: Subject: Re: [PATCH v6 2/2] kasan: Add memzero int for unaligned size at DEBUG To: yee.lee@mediatek.com Cc: LKML , nicholas.Tang@mediatek.com, Kuan-Ying Lee , chinwen.chang@mediatek.com, Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , Andrew Morton , Matthias Brugger , "open list:KASAN" , "open list:MEMORY MANAGEMENT" , "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 Mon, Jul 5, 2021 at 12:33 PM 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. > > The penalty is acceptable since they are only enabled in debug mode, > not production builds. A block of comment is added for explanation. > > Cc: Andrey Ryabinin > Cc: Alexander Potapenko > Cc: Dmitry Vyukov > Cc: Andrew Morton > Suggested-by: Marco Elver > Suggested-by: Andrey Konovalov > Signed-off-by: Yee Lee > --- > mm/kasan/kasan.h | 12 ++++++++++++ > 1 file changed, 12 insertions(+) > > diff --git a/mm/kasan/kasan.h b/mm/kasan/kasan.h > index 98e3059bfea4..d739cdd1621a 100644 > --- a/mm/kasan/kasan.h > +++ b/mm/kasan/kasan.h > @@ -9,6 +9,7 @@ > #ifdef CONFIG_KASAN_HW_TAGS > > #include > +#include "../slab.h" > > DECLARE_STATIC_KEY_FALSE(kasan_flag_stacktrace); > extern bool kasan_flag_async __ro_after_init; > @@ -387,6 +388,17 @@ static inline void kasan_unpoison(const void *addr, size_t size, bool init) > > if (WARN_ON((unsigned long)addr & KASAN_GRANULE_MASK)) > return; > + /* > + * Explicitly initialize the memory with the precise object size to > + * avoid overwriting the SLAB redzone. This disables initialization in > + * the arch code and may thus lead to performance penalty. The penalty > + * is accepted since SLAB redzones aren't enabled in production builds. > + */ > + if (__slub_debug_enabled() && > + init && ((unsigned long)size & KASAN_GRANULE_MASK)) { > + init = false; > + memzero_explicit((void *)addr, size); > + } > size = round_up(size, KASAN_GRANULE_SIZE); > > hw_set_mem_tag_range((void *)addr, size, tag, init); > -- > 2.18.0 > Reviewed-by: Andrey Konovalov