From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej2-f12.google.com (mail-ej2-f12.google.com [74.125.228.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 420A154B1BF for ; Tue, 22 Sep 2026 13:54:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.228.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790085283; cv=none; b=iOwddFUrt2fGQgY0fyKSlBU3s4hOrbuLO8sw/YNJcIkkXdCGKGEFPCe4FSTyeMB4UqqvhdffiZJAreRseR8Zh7SKIwpWKWLlDGitrXEzx7cBQwcYNxTXSWwZNzOwyjicLNX9K82A9ZCEy3kcj4Oyf03KlbpECXds3YAmWRCQtUg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790085283; c=relaxed/simple; bh=of1kRO6ILjWAgj4iFFg39n1f9ag2O5+deE7KCawy++g=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=IGtbFZJI0wYTj+EgvSoioCts7+xn04aVPEa63KY4vaUEtfoQxb8hsiVY9ZVTUZOmSfICHrfr1rmLQDFBNLSuMwjegixk06rCQrwNHDa6RK9igBwH3UNs558itOV+efDWcTVujdm5/vYQUzwUU6sj9EBKyyJGC2jJmpiFWevU28U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=JbWDwiAg; arc=none smtp.client-ip=74.125.228.140 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="JbWDwiAg" Received: by mail-ej2-f12.google.com with SMTP id a640c23a62f3a-c29703cb470so615493066b.0 for ; Tue, 22 Sep 2026 06:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1790085280; x=1790690080; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to :content-type; bh=ufPZGPSZBLf6/pwvKrChnuajCoyQv+QtMvUQGkdovhk=; b=JbWDwiAgvuWT6Uu42JjZYnRml38hEKzTCJ6Q9fYTgb9qCSitbHdSQyR0+2K5JnqsWK lC6m13cAB5KIQu2DdJNmT6TELiaso3Rnm0Py4f/MZ4m0xAhgaSQMFPfRjenPHTxyEB00 813UI4lAirAeDf2dit0LlDoI52HKmdGR6bDAiF9XXtzZVUtiTRG2hJGYySOo7kE9MI1q nmQ+XVAVp9IFiilUPlvhMkBTHJ51+C0PtnzBuZmG3D7cnuyd3XYJsmR71f59Vm+RenZ6 Td5j8LVipadxst801DvaEnxsSSZdE6wa31YaEL0ph/skpusJElsrFnI+nXqbskIVLZKL KSTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790085280; x=1790690080; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=ufPZGPSZBLf6/pwvKrChnuajCoyQv+QtMvUQGkdovhk=; b=TaJIabs9z24dE+p1riWAWckMgZpGs25XFlhp0FwOq+6ANz3dzIeSGKCjG6yIfFqJsy UVmfNz+hwDTWQLfqXgcjBL0rNqp1iRKIRyFVEg/15Dn6WLu0Oh359UU7DspymWL0+bO8 7KyZJEliMRJPtMpD8LIcYMtDY3EIeawK34ByLCq9Obgv+KyDQ0smKU9AHSjEEm1i69Em 5l2lMJfPnEmbs2TA/G94HMxxgQwhXVgvYS61pUdqM3VcLT65aRXbUTABF4zZ4XuBm3j1 Pm4C3Hvg5C4amN01Y4N8sMZV+2j4MGaLzwNiNhX/tGH0O2uIebPb2PCQN3IEVZrt0Y4Q lzYQ== X-Forwarded-Encrypted: i=1; AKwUvBxGhuKjX0ED4vDuv+DHaGYdcCqxuyv2zSp9sCTT2OQUdA8gTwDkz8ISWbjjmcD7IdTvijnjIk5xbSvcTjI1@vger.kernel.org X-Gm-Message-State: AFuF++nLRC0qMTtWwwBS+TEiR0GOUWaboV+lEJ04NPfN3AmB1itVFtM3 PNQjuy+HvvG8I+FUIHcqOSsdAdLxqnDE3kfpvm5j78GU6uHL0WJFRNTF X-Gm-Gg: AYBFou28pha9WGGhFYTTnEu0NSSm2flSGBFdGYmCjfNeprSmpJNwNNKhHQghDwOwN1p /LSyq8ejW6XCYZWx8l6vh89UosDzUBJLuw7WCw5oatZbgCw0nb5wi/9qlJjxVk7tlr61KSw42zl zDwSdwvzGYdy+cOJsKJeRuBF5loqx5AXAPxdPgO5uP8+AVQYElgl93qJiU9QQoG2GBO1oWpmSDH kfUX+cXgYGSM9pVgPMdPCUqxNDjRxW0JEK+1DRdfhk2cVJBlRKUqhcA0xGHdI6E+RG1cqZHWrvu EAqrIR4nzSosmYJrIkQAiJaeZvlZdCXCN9KSiEpnvC11zD6Yzb+orN79BKRRkHqEGsA7uCqmv4E VIm3WpNjZyVM7GIxdP74mQS0scAJTS6W05ZWeNxc0yCIdg1TTXnWgrLOojKtOVBKuiRwIVNaILP gtC09ZOeJj9QC5rYDtR4vTY+MRFcvxGwLikkWYoDCkeMs6EJ2IJAy+VGWibTj+PllPOKydFoIfg 9L+2s9GM7VWU/aWuZlZd/+qkLU9lqHd1Kg+n1sXzUlG5I4aCuz5iPkkoCeSFO60MEDMSICFgQwn AVd1USX2a8K17dK+du63ACBZnVmj X-Received: by 2002:a17:906:c111:b0:c29:f5d8:9c6d with SMTP id a640c23a62f3a-c2a15802eb7mr1217098966b.28.1790085280498; Tue, 22 Sep 2026 06:54:40 -0700 (PDT) Received: from [10.54.182.141] (82-132-213-197.dab.02.net. [82.132.213.197]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-c2a9c5baa1bsm93202166b.39.2026.09.22.06.54.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Sep 2026 06:54:39 -0700 (PDT) Message-ID: Date: Tue, 22 Sep 2026 14:54:25 +0100 Precedence: bulk X-Mailing-List: linux-fsdevel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 04/13] block: introduce dma map backed bio type To: Christoph Hellwig Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-nvme@lists.infradead.org, linux-fsdevel@vger.kernel.org, io-uring@vger.kernel.org, Sumit Semwal , =?UTF-8?Q?Christian_K=C3=B6nig?= , Keith Busch , Sagi Grimberg , Alexander Viro , Christian Brauner , Jan Kara , Andrew Morton , Jens Axboe , Nitesh Shetty , Kanchan Joshi , Anuj Gupta , Tushar Gohad , William Power , Phil Cayton , Matthew Brost , Alasdair Kergon , Mike Snitzer , Mikulas Patocka , Benjamin Marzinski , dm-devel@lists.linux.dev References: <20260922131610.GA30468@lst.de> Content-Language: en-US From: Pavel Begunkov In-Reply-To: <20260922131610.GA30468@lst.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/22/26 14:16, Christoph Hellwig wrote: > On Mon, Sep 21, 2026 at 02:38:48PM +0100, Pavel Begunkov wrote: >> Premapped buffers don't require a generic bio_vec since these have >> already been dma mapped. Repurpose the bi_io_vec space to strore dmabuf > > s/strore/store/ > > Can you please expland on the splitting considerations a bit? Preferably > both in a comment for the details, and in the commit log for how we > arrived at them and why they are fine for now? I'll add something to the commit log, but not sure which specific details in comments you mean. Do you want me to expand the comment above limiting the number of segments? Maybe I should add there that it's stricter than necessary and might cause more splitting than necessary? This one: /* * Limit by the number of segments. We don't expose the underlying * mapping layout, but with a known minimum segment size, any I/O * consisting of N full segments should be able to cover at least * this much. */ -- Pavel Begunkov