Received: by 2002:a05:7412:37c9:b0:e2:908c:2ebd with SMTP id jz9csp3079021rdb; Fri, 22 Sep 2023 18:33:38 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGnXUZYNSNvsHubAaZV3EJ1ireihjdethT2Ywq5mPbe3sr+IULhgpxfJW98/3+mFsaMpqKz X-Received: by 2002:a17:90a:2c81:b0:26b:374f:97c2 with SMTP id n1-20020a17090a2c8100b0026b374f97c2mr1869690pjd.6.1695432818512; Fri, 22 Sep 2023 18:33:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695432818; cv=none; d=google.com; s=arc-20160816; b=qJuRH1/v1BKoGQf7nB1pqQkF7jSdlTcNpYFjTeffbGWH5wZe5v8wUK9JXTrr1xuCWX 9BYAl/hGA/GTFoNf4isaDxxQoGEU2yg0BkhJboEI+mtllV9I63kN9cRSTp4kgtWOE7Qm LnEFXYqpneshEizm3B5wt7uGPa8SwY1D5Gh1gn0cNGY5m0ESqN6ApbTclpU/xprn8fR9 LmkhuZ5CHtMEgBBJjDEc0FiA4o5JSe5UkZ7Au8fKWWK3MSN9v0BShqNGGMtCpxX7w6re 9gtdtKdQBi8uGRl13AuHoIWP/HG9/d/IjaQCh9GVRQ8G/lnokuAmcgxMKEoG+XyR2Cl8 pt/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=Jztq6ZSW+DFjK0TGPvxI4443RijcynGeDENgItasJng=; fh=w7b4NG8ulAt6eBvap6Myi0JpDyl4pl4XsJ4OcGBZIpE=; b=XRDLpCWhi2nZUl0mC1lKOZRXau1jc6N+zn3J6qn5Rrhz6aKAymnanOsfJCe7T6JofO I9YlN4Hr98qsmA9gfMdFIuJKP1eRqHcXWVS/ifpPSAqOPpAQZqpkzQz03fVJ1oH7+JdO RZsZLxdrvxvosGWTpYozaasDki1wXkXkKiLzd7mGLA5s89wgpHRIWxCVD1cIQFj6RtAX iCmbfdiVhhRPqGvTce+hZ+Ofqyr558UxzMlk/jkt5r2GrvZ73ioqGoNsC0WprrymR6B+ Vl+cz5I7UGqiQFtJcqyNV6UsaClyLhEuYAemIPq9Xawm69MTeD3Hw8QV63KUTQ6AhiUB KH+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SJNziRvJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id v12-20020a17090ae98c00b002740e66851csi5030467pjy.150.2023.09.22.18.33.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Sep 2023 18:33:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SJNziRvJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 9A11881B5AA4; Fri, 22 Sep 2023 04:33:15 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233704AbjIVLbp (ORCPT + 99 others); Fri, 22 Sep 2023 07:31:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40740 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233661AbjIVLbo (ORCPT ); Fri, 22 Sep 2023 07:31:44 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 49E68102 for ; Fri, 22 Sep 2023 04:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1695382247; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=Jztq6ZSW+DFjK0TGPvxI4443RijcynGeDENgItasJng=; b=SJNziRvJkP5kEIE2bPkN9anhTi5Wy1hTY2leTHYrKwEj3yHlgc+6ndQmnwhjxTW4ev+3cz iP45iIOBEvSLm+CuJGON4adtAaAJopsDGIhtorbyZnnaCtZWTo4x3jvv6xlWWQeqlHqDCU bQkM0o6FKatCJKTJJLqkEdxlSgFVEAc= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-131-AXOT6qMjPBKf6kL2RW6i-A-1; Fri, 22 Sep 2023 07:30:44 -0400 X-MC-Unique: AXOT6qMjPBKf6kL2RW6i-A-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 42C7A811E86; Fri, 22 Sep 2023 11:30:43 +0000 (UTC) Received: from warthog.procyon.org.com (unknown [10.42.28.216]) by smtp.corp.redhat.com (Postfix) with ESMTP id 5B2A020268D6; Fri, 22 Sep 2023 11:30:40 +0000 (UTC) From: David Howells To: Jens Axboe Cc: David Howells , Al Viro , Linus Torvalds , Christoph Hellwig , Christian Brauner , David Laight , Matthew Wilcox , Brendan Higgins , David Gow , linux-fsdevel@vger.kernel.org, linux-block@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org, linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com, linux-kernel@vger.kernel.org Subject: [PATCH v3 00/10] iov_iter: kunit: Cleanup, abstraction and more tests Date: Fri, 22 Sep 2023 12:30:28 +0100 Message-ID: <20230922113038.1135236-1-dhowells@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.4 X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Fri, 22 Sep 2023 04:33:15 -0700 (PDT) Hi Jens, Can you consider taking this through the block tree? These patches make some changes to the kunit tests previously added for iov_iter testing, in particular adding testing of UBUF/IOVEC iterators and some benchmarking: (1) Clean up a couple of checkpatch style complaints. (2) Consolidate some repeated bits of code into helper functions and use the same struct to represent straight offset/address ranges and partial page lists. (3) Add a function to set up a userspace VM, attach the VM to the kunit testing thread, create an anonymous file, stuff some pages into the file and map the file into the VM to act as a buffer that can be used with UBUF/IOVEC iterators. I map an anonymous file with pages attached rather than using MAP_ANON so that I can check the pages obtained from iov_iter_extract_pages() without worrying about them changing due to swap, migrate, etc.. [?] Is this the best way to do things? Mirroring execve, it requires a number of extra core symbols to be exported. Should this be done in the core code? (4) Add tests for copying into and out of UBUF and IOVEC iterators. (5) Add tests for extracting pages from UBUF and IOVEC iterators. (6) Add tests to benchmark copying 256MiB to UBUF, IOVEC, KVEC, BVEC and XARRAY iterators. (7) Add a test to bencmark copying 256MiB from an xarray that gets decanted into 256-page BVEC iterators to model batching from the pagecache. (8) Add a test to benchmark copying 256MiB through dynamically allocated 256-page bvecs to simulate bio construction. Example benchmarks output: iov_kunit_benchmark_ubuf: avg 4474 uS, stddev 1340 uS iov_kunit_benchmark_iovec: avg 6619 uS, stddev 23 uS iov_kunit_benchmark_kvec: avg 2672 uS, stddev 14 uS iov_kunit_benchmark_bvec: avg 3189 uS, stddev 19 uS iov_kunit_benchmark_bvec_split: avg 3403 uS, stddev 8 uS iov_kunit_benchmark_xarray: avg 3709 uS, stddev 7 uS I've pushed the patches here also: https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/log/?h=iov-kunit David Changes ======= ver #3) - #include to get READ_IMPLIES_EXEC. - Add a test to benchmark decanting an xarray into bio_vecs. ver #2) - Use MAP_ANON to make the user buffer if we don't want a list of pages. - KUNIT_ASSERT_NOT_ERR_OR_NULL() doesn't like __user pointers as the condition, so cast. - Make the UBUF benchmark loop, doing an iterator per page so that the overhead from the iterator code is not negligible. - Make the KVEC benchmark use an iovec per page so that the iteration is not not negligible. - Switch the benchmarking to use copy_from_iter() so that only a single page is needed in the userspace buffer (as it can be shared R/O), not 256MiB's worth. Link: https://lore.kernel.org/r/20230914221526.3153402-1-dhowells@redhat.com/ # v1 Link: https://lore.kernel.org/r/20230920130400.203330-1-dhowells@redhat.com/ # v2 David Howells (10): iov_iter: Fix some checkpatch complaints in kunit tests iov_iter: Consolidate some of the repeated code into helpers iov_iter: Consolidate the test vector struct in the kunit tests iov_iter: Consolidate bvec pattern checking iov_iter: Create a function to prepare userspace VM for UBUF/IOVEC tests iov_iter: Add copy kunit tests for ITER_UBUF and ITER_IOVEC iov_iter: Add extract kunit tests for ITER_UBUF and ITER_IOVEC iov_iter: Add benchmarking kunit tests iov_iter: Add kunit to benchmark decanting of xarray to bvec iov_iter: Add benchmarking kunit tests for UBUF/IOVEC arch/s390/kernel/vdso.c | 1 + fs/anon_inodes.c | 1 + kernel/fork.c | 2 + lib/kunit_iov_iter.c | 1317 +++++++++++++++++++++++++++++++++------ mm/mmap.c | 1 + mm/util.c | 3 + 6 files changed, 1139 insertions(+), 186 deletions(-)