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 4093154B1A7 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-c254f9f0b20so629809166b.3 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=viOcsXU31JXco7+29VHuuFwo2TwicXBWVxmhbqOoe8mCRyBE9uW0pWeiNxMKtfto19 qPn3ZF8UBnxoWTJ6YKRcWTBk1vX14JcYB4V1ByV6pG7mHsi65phmI5YrgRSs07AVZ0dD cxLeCZlNo+UyjSZ5MB3WGesF9xupbZUcCgKPEvaq4gTyI78mFwO0dWGL7B3ciEErfOiP 9BPT+pAqczjHR2giYqj+30frDwpv9z+rF4xP7T00zwQwrh09HlMk5XQ9s91a4nXhzf4B FpBjXzJWlBkf29mNpDrzEU5PV2eRt5xx1ZaGE6cYztSLEab1pkG0Y2CvAQXV733jTbbj 8kAw== X-Forwarded-Encrypted: i=1; AKwUvByTFggI0Ap0izv8fq4rylPh5L5/pBaNDfa+eoOw7W6sCSwbU7jIl13q9q4MCbyfVrJ9trjGkNfu7gs/xQ==@vger.kernel.org X-Gm-Message-State: AFuF++nJwe25KD4dtYHXo9vEdIjvyDNsgXjpn9sdrDZDhHMIcLfnu9FU bF07bGvJ2APSRj7vN8MT9gTHo86E0W4IO09ZD4BRjQdLHrYQZuOhC1tmiySDJQ== X-Gm-Gg: AYBFou2nSbjIe9hnEYW8Zns1WnsvItwluFdW4RYkdl/H7afCJ79J39DvI5faxUMDnkO pLDQI3JN0DMHFZRaNnaGP/+PU/amOUjcufFhomxQntTgCuYbVVy3SkiRi0ry+cG5VHy2CiR8lf4 Abx8aE+LZY0oKTNfMiQU3ixf07DzsDfZtddtpAVGZPdw9iuNYn+GBGqo/gHHt9g1nQVh0mmQLJ4 bca8JvAc8PjMqxMvn8MXQdSaOYpUxzY+ix7DQoNeBKE+VCHZR7P/S8e7lig8BuGIa4rOPnUV7HV 1wZ3up435VdrlPsOreT6N1X8JvcvJ3oNB+4rTpMJ6TOuBRLgL3rh+isCDQ6iH0FPDin0TEpS6Sf 2ObvW8nt6JYdtFq12BFd5I9WyFChQIDcBod5K56MKUaVUwB+xYXEbJVQLwtCxnLCwf4df9uro4t /pxrbuQqjtN6YeQg2q3Fm8pNVbKbXU24LCWO+VB2EjYRe/7j9AmmtB5mxe/Plv7PBeiWME/2MlJ RK1wvvuuzKC1RC+7LoZWaryvYiFtOOPqoj/37b08wKfIDEWFDjGNerLJsYfGDwyZpFCFncS338I YpcsTG+u5P69rfT1AU35jVc1XlA8 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-media@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