Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp1970800pxb; Wed, 30 Mar 2022 13:41:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxlrk40DD77En1a+AbUu0UzlZfK98rn8Kh/FjWIqGBZBGao8Zu/kEbO/MBjMTjAkEPDld7j X-Received: by 2002:a05:6402:42c6:b0:419:276a:dded with SMTP id i6-20020a05640242c600b00419276addedmr13120182edc.2.1648672872903; Wed, 30 Mar 2022 13:41:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648672872; cv=none; d=google.com; s=arc-20160816; b=gtpt6CHo+k9dL+DcUPg25Oz5BeTrt0tUbML06xhjJBa5W3lh0Uw/kEyUbN4pHNtRgs 7eU6azYO0mTXZz+PfyTCJk4U3JYMtOu3+5vbK74fOMtkhegLWzM4MahtrsCEcJ2ok+nn DePNTxqQjxwGDq3VYZskEEFzTiolXIIQLutgBSuIBiz0UgKSUtCV6NeA6jDMy/nRLR3R ARl9Q1bGOuBfQ97JziGkOu2fgYtHksTDJ6CAn/ZZ5etWImMYoJ4ZjyXq9PQ2NkOiUZyt wtYN/Q1QISqopnKM28Wb0FRtbquw/E7Flx13RY2+xYjUWH8NruaO78oBAlTuuNJY+wx+ HCAQ== 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:references:mime-version :message-id:in-reply-to:date:dkim-signature; bh=/KmrLQz2B9LUGG5T0s5DB1smaxsYg6k7avQ3Zjj3eGk=; b=FheORitKVEGoIgnLaMzklMr9Diq+vhytfjDLN5XwWn9OKfYIBDQS5Dggl2SJgeDS0e vtqwsa196Azvn0Xij+vEEAlGEWgNXpYF1xnuVLqZdtDCltCLPw7gbsSghybGO4UIkkvi 2OxlF382D30oiwlrS2KEkqFYg5A3hoTWQM8cHnL8chS5alMGIkoATJrBh5484+FLHC1i elxO8z31baV0PVnIc5fYrEM8rpUdMQtIahEv3qyer4ec+c5yuM/8uiVWOmKQ5g8RBETK DYgjAW3TawGSvMoL8li9yf7+ZPeSunYsUHL/SWYAV4/3gt4zC25ghJDb4MXnzi98tKNJ 0AqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=nf15GMhu; 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 jw15-20020a17090776af00b006df7a28813asi21107841ejc.559.2022.03.30.13.40.48; Wed, 30 Mar 2022 13:41:12 -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=nf15GMhu; 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 S234441AbiC2Mth (ORCPT + 99 others); Tue, 29 Mar 2022 08:49:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60372 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236705AbiC2MrA (ORCPT ); Tue, 29 Mar 2022 08:47:00 -0400 Received: from mail-ej1-x649.google.com (mail-ej1-x649.google.com [IPv6:2a00:1450:4864:20::649]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 38D2425279E for ; Tue, 29 Mar 2022 05:42:04 -0700 (PDT) Received: by mail-ej1-x649.google.com with SMTP id do20-20020a170906c11400b006e0de97a0e9so3084421ejc.19 for ; Tue, 29 Mar 2022 05:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:in-reply-to:message-id:mime-version:references:subject:from:to :cc; bh=/KmrLQz2B9LUGG5T0s5DB1smaxsYg6k7avQ3Zjj3eGk=; b=nf15GMhub2RWppTwCYZIrWIlhESGQRfc/W+NIYyqHWkrAY5ZTdWS9tNg5R+WFNEwDR ws+bWlr0jAPjLQgTU8HBYWK/xBDV/+Z4gS8/E0xP18HFUtngLfocVvFSvgaAAKlkp4H3 kXATs/dpgLrmitCYFBWHPxmJvSrUCCPUNzG/KXTkCq2AyohIUvlifgXGdxppP4apBE5A LAliLdtfENt0IXvOlwHuX/jsHQwOwjSPAiUrAj6DAH7RdyI9h/hc7xkf9IhqtKQUhdA7 KWoj2cicXsXsWzrnFpLIgQlZXdwXJns/c+61ORU+3rxi9tyOWn8w7u20i5xnvlynULyv A3iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:in-reply-to:message-id:mime-version :references:subject:from:to:cc; bh=/KmrLQz2B9LUGG5T0s5DB1smaxsYg6k7avQ3Zjj3eGk=; b=Sf0mpoK8WTYNobzTrf8HVHdc+vAPHNiu44ZeGPLwSAqhXHT2EUACiOOu+cMKvR2JkW eNVDVCmtz0G/Wl3odsWdePyMEUJC7Mq3IQJJecQNCFdzqE+bU4Nst2VmgFVLCLcGcZBU N6c6qabwFfHdvkXcJTJWmfgIuhVRinG6p6Nf498iUdYwQDjp0TP+DVHdB47DkMIxuCeb an1vM/pypFtz/Bxw3kY50s9Mj5ERKEU06HesO1UZTonoxrNPQ0Nj4hmRTf6g8O3455WD o+es1wI6hF8vr58ntad6AOfv1sjJQ94ZWaV9zuDbBQRoAC/6RgxH+RripgH7xapvC5mJ OxeQ== X-Gm-Message-State: AOAM533xiYHL4IQc7+5EBy2rK/cbwxwLxE2toRHnDtyKG/y3ll1OttQS 1wDbB+yZYqnLwriVXoGrDIf8v0O/h1g= X-Received: from glider.muc.corp.google.com ([2a00:79e0:15:13:36eb:759:798f:98c3]) (user=glider job=sendgmr) by 2002:a17:906:3583:b0:6d1:c07:fac0 with SMTP id o3-20020a170906358300b006d10c07fac0mr34312763ejb.749.1648557723241; Tue, 29 Mar 2022 05:42:03 -0700 (PDT) Date: Tue, 29 Mar 2022 14:40:04 +0200 In-Reply-To: <20220329124017.737571-1-glider@google.com> Message-Id: <20220329124017.737571-36-glider@google.com> Mime-Version: 1.0 References: <20220329124017.737571-1-glider@google.com> X-Mailer: git-send-email 2.35.1.1021.g381101b075-goog Subject: [PATCH v2 35/48] kmsan: block: skip bio block merging logic for KMSAN From: Alexander Potapenko To: glider@google.com Cc: Alexander Viro , 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 , 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 --- 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 4312a8085396b..3c8806bbe3a81 100644 --- a/block/bio.c +++ b/block/bio.c @@ -808,6 +808,8 @@ static inline bool page_is_mergeable(const struct bio_vec *bv, return false; *same_page = ((vec_end_addr & PAGE_MASK) == page_addr); + if (!*same_page && IS_ENABLED(CONFIG_KMSAN)) + return false; if (*same_page) return true; return (bv->bv_page + bv_end / PAGE_SIZE) == (page + off / PAGE_SIZE); -- 2.35.1.1021.g381101b075-goog