Received: by 2002:ac0:c50a:0:0:0:0:0 with SMTP id y10csp1349759imi; Fri, 1 Jul 2022 08:02:07 -0700 (PDT) X-Google-Smtp-Source: AGRyM1svx3QkzJ9zN9ozZmf4PaeXjLB2YcPuEl+2ZmgFydh13GwSktG0Vq2yf+OlFBo/RuIm4JqD X-Received: by 2002:a63:6dcf:0:b0:40c:a2b5:3480 with SMTP id i198-20020a636dcf000000b0040ca2b53480mr12718095pgc.203.1656687727639; Fri, 01 Jul 2022 08:02:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656687727; cv=none; d=google.com; s=arc-20160816; b=i68eI5/jX+YQwEUhUvf8DwjM/kraiCqeDMJuJ3v3UFkxID6xbnYNaFjjm9CPJII6sS idw4j+Nz7HZVNXY64NcahoL0eqSNsj4tuqsrj1xXgJN3TSo/oGt2D5tOsDb7OhUSFc9b GGs+XDns+6E0ZpsRHUJhDLR0vV3iZq+GKQfrmxar/GlZ7yWWoPEfucKQuLxN8iIl6nsu TgDYkTklP0/B7cONJfMb/sLPxVtr1Gel3Xje/oG2HecnW9P16/R/qordO9p29CyzyBB6 L6+ytgrKWfGxmKwYTdFJLdvYTs7xr5KGri7agmZ8Ek64ZkhKad3rRJZ/PmRnfSbVEpbE CX4g== 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=ssAyKoViePAlR4LG6grDIIfDn5PGY84PY+YiOkKWqdU=; b=vU3GRdWT3+Ho3/Yagar4sGZan1e2QnBufl7LNjoQgTDSDbJCLkuEtzWKHStW9lLix5 WEeQb6+KLQgR9LGpHCXxbwJH92Nk6sPI6dPktDPrruzyg7Rse/+k4OIdVlZAXryvkZfn 3Mgu6Y7xKzn3qcvPVE6XfdwHCyrYY0R8gd/rDXO15LBqMOfMQ2+Q21F3w5ii/CTrfQby mxIXRGumdJkL8CgTRor2AXumzjCVBN56w80sW/9DeOx2sQ4gHFXpcyzIZLCTLbBsVr0O 3w7Glhkz2Uhcet867LQirNhfxOsKBswKUkvjAzdEfIcBbaHYUHNntaVkZxda05h2Xt3w dfAQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=G6KzvVOz; 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 i14-20020a6561ae000000b0040c99b5a871si1582294pgv.283.2022.07.01.08.01.53; Fri, 01 Jul 2022 08:02:07 -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=G6KzvVOz; 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 S232832AbiGAO1n (ORCPT + 99 others); Fri, 1 Jul 2022 10:27:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40176 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232460AbiGAO0r (ORCPT ); Fri, 1 Jul 2022 10:26:47 -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 E8F6B3A1B7 for ; Fri, 1 Jul 2022 07:24:37 -0700 (PDT) Received: by mail-ed1-x549.google.com with SMTP id z17-20020a05640235d100b0043762b1e1e3so1878182edc.21 for ; Fri, 01 Jul 2022 07:24:37 -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=ssAyKoViePAlR4LG6grDIIfDn5PGY84PY+YiOkKWqdU=; b=G6KzvVOzqo6QJFZMWm6nHQe5vJR+zroKwVscg+jN/JKqdskPZJ/1aqhWFYtC+2bwxo NXP1bfPuLlXUIIgvbs9p8xHqK+UMJ7rwAgUxvQozkeEjqAnLE/RFvNQVwvJnt+81yd+v HpfzN1hhNUR3zRliOOqHbAvewRvY5bCwm21yXKVpqWRCePcOpIkqnSd6sMD2Wkw4/xTQ KhUqVjXvWdacoQCUWPYOlEcJPWnDk+z27yXN8YpIbfxkOh5QZGnMGQLocZsfvItYsGD6 QbDu599Ew6o6dwINWsW0S8a6FHYXse2CJVkRD/6pUzIL5NVKDDIcBkPGOvIc1AplaBNk xrxQ== 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=ssAyKoViePAlR4LG6grDIIfDn5PGY84PY+YiOkKWqdU=; b=zJX2lbLABPgCQ1DzAzM4TWs/Ry9qu3TKoBkKF4nm+GzbZ2TcE4IkmqaRzEH8nbFFgk X3zJmYDbK78qI1PKPTBZgzxNdPUYZzh0x/EEsM9UHhtBxjkx+oAbCFyG6DkbO2DBg7mq yqGQjjQx+5EhGGlnl9Vsx6O0H5B5smXDI1tKkrb0nmWQ26yS5Wa2jKROvl6CU4rkHYD5 jZV3+WopLH8xx/1nAWUL6sNK3bT/qlscy/LOSY0q5XMszZSg3WDAUC41jsBszUi6EgHd 8GFb2PRbNkEUduurNKs198/8f5Ousk+bmCNoaDJnxJlXXdV8XjUFv2/iv/kxzIOgKVm2 Vysg== X-Gm-Message-State: AJIora9a7+3p+2xTZRBKAas5kVNfuT7D76hzp2mWy1G1MrB9JrlTYrKT 88QNlroeESkzTK67uGofp94Sk5UylE8= X-Received: from glider.muc.corp.google.com ([2a00:79e0:9c:201:a6f5:f713:759c:abb6]) (user=glider job=sendgmr) by 2002:a05:6402:2077:b0:435:a428:76e4 with SMTP id bd23-20020a056402207700b00435a42876e4mr19161928edb.367.1656685476397; Fri, 01 Jul 2022 07:24:36 -0700 (PDT) Date: Fri, 1 Jul 2022 16:22:54 +0200 In-Reply-To: <20220701142310.2188015-1-glider@google.com> Message-Id: <20220701142310.2188015-30-glider@google.com> Mime-Version: 1.0 References: <20220701142310.2188015-1-glider@google.com> X-Mailer: git-send-email 2.37.0.rc0.161.g10f37bed90-goog Subject: [PATCH v4 29/45] 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=unavailable 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 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 51c99f2c5c908..ce6b3c82159a6 100644 --- a/block/bio.c +++ b/block/bio.c @@ -867,6 +867,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.37.0.rc0.161.g10f37bed90-goog