Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2640034imu; Tue, 6 Nov 2018 19:12:26 -0800 (PST) X-Google-Smtp-Source: AJdET5fxuALBxkBsTLyHSZs/HZKEVdyMcy9yxebtgGonJx5nT9UYu/47uLhDNpNR1X9jK0IDsjQb X-Received: by 2002:a17:902:5a43:: with SMTP id f3-v6mr198048plm.57.1541560346730; Tue, 06 Nov 2018 19:12:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541560346; cv=none; d=google.com; s=arc-20160816; b=sQi7VQjpvf+skl85Xerm5Lx9RHAfNgMQc2+ZSROYmPy+KVvBaTA/PXCEkYfo2ZK0HL pECx0MVUSuifWTHhtJ1pH+qxoOivRBCyxS1CVFW3U77XyP0NG0beejNl/bcpE6w7L+1g 1Fmab7UnDkLvB3IlYv0wq0211Ok516C6blvm70aTvP/NV75qY/1ZDyqR5sHLj+LYQpnx 1mx68QkFDVy3ZqZ5v0elEFi9vhvinQ7YD6r0byRAGRrXRNYA76N9Dd84ywciwL1QLF1x X1FlzwM+XEI96/dSz8YHz6X61lDRzyR016nPobucpNDmFsaQ2tUtSUDhmejlHgfQgJgA xOXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=y2iwNOftUUYfWUpCl4RpNdsGQe3PYSCAPEG4n5Zrro8=; b=DlcRL4UGDQjvBacTSe8ETeq4tlK9tbotYC495pk0GJcM4CZY31A54pSf9gYI9QFZh+ dDTRhhvqpoP7WqoK6BxiGr1WuOd+qEEnbc35V/PvUx+oxeXecU3d3tQidATloZaRhtA5 BBhjHfqfJQAXyD2lFztPaMINnju2xCvbjtRF+lrtZtOoWiQtFOYKX6UPmEWbt/NY90JA YA3JXePPSqA0ov8R4V3BD6Rk3JhSIaiZz6JBkqaTzFH86IGAqDoqIVZoy6APY1NNyl+8 DV1Esv+bapib+craxRopxCULMisFF5m0omSiDKZ+gQUjxpi0XG8fomeS2IxsdYEy+gyG F2jw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f69-v6si40665618pgc.304.2018.11.06.19.12.11; Tue, 06 Nov 2018 19:12:26 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731006AbeKGMkG (ORCPT + 99 others); Wed, 7 Nov 2018 07:40:06 -0500 Received: from mail-ot1-f65.google.com ([209.85.210.65]:41302 "EHLO mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727315AbeKGMkG (ORCPT ); Wed, 7 Nov 2018 07:40:06 -0500 Received: by mail-ot1-f65.google.com with SMTP id c32so13539689otb.8; Tue, 06 Nov 2018 19:11:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=y2iwNOftUUYfWUpCl4RpNdsGQe3PYSCAPEG4n5Zrro8=; b=dE1p2I5/M+5Idzkfp+Pqb9ZTlneSY02i7l2N/s3IkY6V5So5hIfZ+LbyreiwC3YH2e 61xRmxaWmRKTfzXafoTv4oS5LYoFSOubpHE3V8ZTy7bSVmfygcKsAPr92wATL/jPVDjM xJ9JUI/MTqGWyGzgJIp9mrRilUBo1NOf/HHyomBvd1CidRZpQLGMeSNXdugNem/O0uEo Ulnjz3hU64wuKCYldob8EknI3Zv8Dmd0GNnGomKlhLtnFj1C6jJ5FRIxQ10XWZrlg6E7 SU9xC9HBpkGRw+mdRLGbLB5yxcb4aBYSfBkyXuTP/+wGKoZg4de8TPuIPMPjNU6Lia80 I8iQ== X-Gm-Message-State: AGRZ1gJz03rb0XGORGCNhHh59kNHqYbcWIUQk43wubIf54RDnwNV2SZR phT5dwFH75xaT8YqOhe5D3Vg2Oy3 X-Received: by 2002:a9d:3208:: with SMTP id t8mr84217otc.312.1541560298721; Tue, 06 Nov 2018 19:11:38 -0800 (PST) Received: from ?IPv6:2600:1700:65a0:78e0:514:7862:1503:8e4d? ([2600:1700:65a0:78e0:514:7862:1503:8e4d]) by smtp.gmail.com with ESMTPSA id s30sm4292766ota.80.2018.11.06.19.11.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Nov 2018 19:11:38 -0800 (PST) Subject: Re: [PATCH] block: respect virtual boundary mask in bvecs To: Johannes Thumshirn , Ming Lei Cc: Jens Axboe , Linux Block Layer Mailinglist , Hannes Reinecke , Linux Kernel Mailinglist , Jan Kara References: <20181105102301.9752-1-jthumshirn@suse.de> <20181105105548.GC12367@ming.t460p> <7c649b43-f952-cf94-93d6-44fb153acced@suse.de> <20181105120153.GD12367@ming.t460p> <3c3dd9c2-4240-7bb5-c0ff-af6f2e479c31@suse.de> From: Sagi Grimberg Message-ID: Date: Tue, 6 Nov 2018 19:11:36 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <3c3dd9c2-4240-7bb5-c0ff-af6f2e479c31@suse.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >> If you mean the real huge page, this patch shouldn't have made a difference >> because bio_vec->bv_offset is in [0, PAGE_SIZE), and iSer sets virt >> boundary as 4K - 1. >> >> However, things will change after multipage bvec is introduced. > > > Hi Ming, > > I've received a blktrace from our customer showing the issue [1]. > > In this example trace they've submitted (contiguous) 64K I/Os and > without this patch, they're seeing a lot of splits as indicated by the > trace. > > With the patch applied the I/O is directly issued to the LLDD without > the splits. > > [1] http://beta.suse.com/private/jthumshirn/blktrace.txt > This patch makes sense to me. However I agree that we need to clarify that this addresses cases where PAGE_SIZE-1 > queue_virt_boundary(q). And also, lets replace "like iser" with "drivers that sets a virtual boundary constraint" as nvme-rdma does the same thing.