From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8CD4ACA5FA3 for ; Mon, 28 Sep 2026 18:22:45 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id EB64B10E09B; Mon, 28 Sep 2026 18:22:44 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.b="jzRocgp9"; dkim-atps=neutral Received: from sea.source.kernel.org (sea.source.kernel.org [172.234.252.31]) by gabe.freedesktop.org (Postfix) with ESMTPS id 2125C10E09B for ; Mon, 28 Sep 2026 18:22:44 +0000 (UTC) Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id E3F984361D; Mon, 28 Sep 2026 18:22:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B04541F000FF; Mon, 28 Sep 2026 18:22:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1790619763; bh=K1cLWac03IM4KLKAmCbBaNPBWoO0bBv/YDS2Dcc186U=; h=Date:Subject:Cc:To:From:References:In-Reply-To; b=jzRocgp9APFbn7PWm/lVftNBWm3nQuRe4DUsY1sk9cmMIiwjTgRQz3nzamHXngS9I D5vM+QVrBcWiDqiAKnqzhNEGR+VN4zBbJZRS+3RhDWZgRZHyyaOjXYKtHZ8UYogYlI xnP2x0peEeKDhrzkQMemQW6PZjv0TfneoPHS8XXrk+10ztob7MmG8VcIFgBndIwMmI X6rxeLZb1m7SDtl/JNvNQ2qRBw8oM1zCVVLFrw8dfMra73wGuHSIpl0DSNbBOHtJ2g gVsGur5H9GW6bmWAm67uLZpkNuy8XV/GVUc41PQrczztiKYMoML/svpOqrDftsFfIa MZbh+EkmNLKCw== Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Mon, 28 Sep 2026 20:22:39 +0200 Message-Id: Subject: Re: [PATCH 2/2] rust: scatterlist: honor the device's maximum segment size Cc: "Alexandre Courbot" , "Matteo Kloiber" , "Robin Murphy" , , , , , , , , , , , , To: "Gary Guo" From: "Danilo Krummrich" References: <20260831233215.287881-1-kernel@matt3o12.de> <20260831233215.287881-3-kernel@matt3o12.de> <20260913210806.125589-1-kernel@matt3o12.de> <20260927224446.1053037-1-kernel@matt3o12.de> In-Reply-To: X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Mon Sep 28, 2026 at 7:39 PM CEST, Gary Guo wrote: > I was quite skeptical whether the complication of adding the dma setup to= ken is > worth the effort, but the capacity struct sounds like a very nice design = as it's > infinitely extensible. I can foresee that we might want to eventually get= rid of > the special `Core` typestate and just replace everything with setup > capabilities. I had a similar thought (which is one of the reasons I proposed it), but I = don't think we can replace the Core type state entirely. There's more than just one bus callback that holds the Core type state, so = I think the bus setup token is rather the (much) better version of a Probe ty= pe state.