Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp513801rwe; Fri, 26 Aug 2022 09:03:36 -0700 (PDT) X-Google-Smtp-Source: AA6agR4hPLrFYlTxFq0D4CEywwxhHckTh8uZzU9W44w2PZmAU+tRVpAdGhqKIJosWEwc7FHwbEAN X-Received: by 2002:a17:902:bd05:b0:172:ae77:1eea with SMTP id p5-20020a170902bd0500b00172ae771eeamr4330146pls.158.1661529815979; Fri, 26 Aug 2022 09:03:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661529815; cv=none; d=google.com; s=arc-20160816; b=tOHH61NbFjWEl2FUdA2eadc1Pq0CKiqJ30miDSc7x5ZWOCKmIoidwsWc5Yl/iODawJ T9JaiXcRStRNVd7OsxUrIGX28pR4GIs/cZm/5FCa2822A0zKnt8qTQeeSfLQyLF6Yy3b vS5q94q64lYWMDrId4L9NGmHc7p5SLNxAzlzbBCXtsiyqq7iF7AS2cV+qOZfkbmC2qG0 eDvf7Vj78MGByPiHVOLjZ9WzPWfjF2gEeQBLTa3qVe9qphi9XxHJa+Hk3xTU7p6r3WER YaobelWS8RGXTzZ0erGeix4tCJUD9xJuwI9+WcV676M+/qck2g4FQOVG7dlDU5uXZ9xU nvMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:message-id:references :mime-version:in-reply-to:date:dkim-signature; bh=ThlNJAw9Kex8KZrskRhHj0vt2sXcunlblCUmHxCmdH0=; b=vAkw8jFkTyChl0Ei5JoRysKG5Tj0KM+ZaqWghtmlQy9sXJpzuWPyzID4se1EXiQTh7 Y82ChXNbq6oW5Z8Te4zxXRL4AwW0RUZKS5BvssjAWC0wvOVEb0aJzZ/SVyYQx0bST78e K7TlCvMoAgAWw/N1+0NgrscsXQRFk1y5q4DP1BWHEsfq+JwW6lCaGxG65IMPij0pdWgu AR9sCPu67UIBYp+ogOO1WALCv+JVOd1A+P9W0szvyw3CDJARs2kEdGP/21eDaqQSs4Iv oN/JYLRypvA5w9Z2JnArfvSbNeQJM82RXlHcqH05ds7n0fVsbRI/7yLpjWrD0s1zdVG+ MRFA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=qQ2U4pH+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y19-20020a17090abd1300b001f59204dd5esi2079060pjr.48.2022.08.26.09.03.24; Fri, 26 Aug 2022 09:03:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=qQ2U4pH+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S245656AbiHZPOO (ORCPT + 99 others); Fri, 26 Aug 2022 11:14:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35150 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245408AbiHZPMg (ORCPT ); Fri, 26 Aug 2022 11:12:36 -0400 Received: from mail-ed1-x549.google.com (mail-ed1-x549.google.com [IPv6:2a00:1450:4864:20::549]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8EDE9DF080 for ; Fri, 26 Aug 2022 08:09:36 -0700 (PDT) Received: by mail-ed1-x549.google.com with SMTP id s3-20020a056402520300b00446f5068565so1236480edd.7 for ; Fri, 26 Aug 2022 08:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc; bh=ThlNJAw9Kex8KZrskRhHj0vt2sXcunlblCUmHxCmdH0=; b=qQ2U4pH+aEHV3VhL/BG61D7fD+fTTCboEipAha6RdIlQZwkpHT+D6S+zluEN3z1B+q p6KSrVqARRa5621nYeg6EZduZRldgx+r7wiEO2xx4Q1xdyk3NHKRP+n4BtOU+EkTRiBv n9pYohc41L9MNpZ4FFw1iKeBekfif+vSNYJKYp9IPK+WdwoL5Xq+pRz96l2kWYetAuz9 ItAJhGyVh4AlEUo/NPut7UEgT36U97b+onPRJ1+xwb33JHHm9d1XBCaLKaZdeHB78F1o GDrzwrmR2heq2RM/Ijy6NFuNEoHEGLQn9rAcq11k6RQRmGERKya5Rzxx6la0Wnscwu1/ yKKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc; bh=ThlNJAw9Kex8KZrskRhHj0vt2sXcunlblCUmHxCmdH0=; b=z3FJPUTAR37Bl0Vi9mScDSh3tu2+iFxD0E5Tks0nAujW8XYuinksn7IjDFzJIdiC2Y ev62G2iWck8Eu/qXJHX6GsrY7YgnBNaJojPviJRobOlQHdoRbISMYCJbDRJElMO66vGW 9VLvG6VX3AGk6fALtvWDtAu5r6YgnIApF3LMGkbuv3qFV+FPUWlXZ4W8HOZcucO9uh3w l/906bM/IDrtRifIYyESP+hd34+3/HsQ6ycdteQ7pH8DoU9/w+q3iZSLWNCryxvY+hgr b9EgcrvsT4aY6XklUY4fSxY0kp7POTbyCNlwpBDfts08vNEnVQLXMY2Iu4HH34kVSzAd ogRg== X-Gm-Message-State: ACgBeo2ffdAwdw5vjUi5zeovcaA3fr8YpLSLgGPsdpl4gHuYR4UdU7XV VNf6/Ry9IU/ucGH0bQMvHS0ArNxSFs4= X-Received: from glider.muc.corp.google.com ([2a00:79e0:9c:201:5207:ac36:fdd3:502d]) (user=glider job=sendgmr) by 2002:a17:906:9b16:b0:73d:af6f:746e with SMTP id eo22-20020a1709069b1600b0073daf6f746emr5932849ejc.32.1661526573448; Fri, 26 Aug 2022 08:09:33 -0700 (PDT) Date: Fri, 26 Aug 2022 17:07:52 +0200 In-Reply-To: <20220826150807.723137-1-glider@google.com> Mime-Version: 1.0 References: <20220826150807.723137-1-glider@google.com> X-Mailer: git-send-email 2.37.2.672.g94769d06f0-goog Message-ID: <20220826150807.723137-30-glider@google.com> Subject: [PATCH v5 29/44] block: kmsan: skip bio block merging logic for KMSAN From: Alexander Potapenko To: glider@google.com Cc: Alexander Viro , Alexei Starovoitov , Andrew Morton , Andrey Konovalov , Andy Lutomirski , Arnd Bergmann , Borislav Petkov , Christoph Hellwig , Christoph Lameter , David Rientjes , Dmitry Vyukov , Eric Dumazet , Greg Kroah-Hartman , Herbert Xu , Ilya Leoshkevich , Ingo Molnar , Jens Axboe , Joonsoo Kim , Kees Cook , Marco Elver , Mark Rutland , Matthew Wilcox , "Michael S. Tsirkin" , Pekka Enberg , Peter Zijlstra , Petr Mladek , Steven Rostedt , Thomas Gleixner , Vasily Gorbik , Vegard Nossum , Vlastimil Babka , kasan-dev@googlegroups.com, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Eric Biggers Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org KMSAN doesn't allow treating adjacent memory pages as such, if they were allocated by different alloc_pages() calls. The block layer however does so: adjacent pages end up being used together. To prevent this, make page_is_mergeable() return false under KMSAN. Suggested-by: Eric Biggers Signed-off-by: Alexander Potapenko --- v4: -- swap block: and kmsan: in the subject v5: -- address Marco Elver's comments Link: https://linux-review.googlesource.com/id/Ie29cc2464c70032347c32ab2a22e1e7a0b37b905 --- block/bio.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/block/bio.c b/block/bio.c index 3d3a2678fea25..106ef14f28c2a 100644 --- a/block/bio.c +++ b/block/bio.c @@ -869,6 +869,8 @@ static inline bool page_is_mergeable(const struct bio_vec *bv, *same_page = ((vec_end_addr & PAGE_MASK) == page_addr); if (*same_page) return true; + else if (IS_ENABLED(CONFIG_KMSAN)) + return false; return (bv->bv_page + bv_end / PAGE_SIZE) == (page + off / PAGE_SIZE); } -- 2.37.2.672.g94769d06f0-goog