From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=209.85.221.69 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794066180; b=4X0Gu9L6SgiaGdaF8VOb7bpGKUddI5wP5wBPVnuRHHaqUIXn2PDaOlNXSZ9Bvkl3pxG+ N1ykcLn+mFqCQq1ZxQxCd9ZzzzxHQK+E4mdX/Ge30hU/0uVQEVpIhPcBnBAwLFHd1AxkM C4G+ppFC5kEsg96qFYYW3BvlOQnDu2VuFKONVaQJmXN1IQyre881ih6YZPgCp6eKESjDv irqPva1C/KZmFYGtK3hRtgNKTPOOTQ3YRrDb2bbsWt3vQVDF3ZQ4WZS2XUAYdsuIY/0N9 LRymQ9cRtfsfL/wvEnkRWyBnQQFL7qiyNwRBDto0YWKJ2AmIdbAYQGS/TGC0d/P9uig== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794066180; h=DMARC-Filter:Received:DKIM-Signature:X-Google-DKIM-Signature: X-Forwarded-Encrypted:X-Gm-Message-State:X-Received:Date:In-Reply-To: Mime-Version:References:X-Mailer:Message-ID:Subject:From:To:Cc: Content-Type; bh=UtE4jHZNbkA3H0t8CQNNqyMHOp5CvbRXgZpzIPjWa5Q=; b=RMy+IZde3ob9denIw7cmcnAIUNrwM40K244lKj98zObA5m3qpYEILAOfYO4Ow2+qgFFe 3FG6J47Z/VTbFVmgohFRH56qwF1WX7zUB7EPY4IDqPATkiynUDbI+pO5r5fD3kElXyfTP HJkMfgnm23tNtpR4FaNLJ2riCOxC1iFO00E1yOk+WLQLejJlNhnzkypmtTmlqCy70B4p+ NcwYzQ13d0dnSMfvhshfmjTTpuixemNIMiZa9DT2smGU2HNt3vXPOp4u62L6Lo4eyDWBs lkD3UvdB1DJN3TH4xriLgQCgfrD3/Ghsb0S/1aEyygHjrKLxo8fJYr29RT07SdfrnDg== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=google.com; spf=pass smtp.mailfrom=flex--aliceryhl.bounces.google.com; dkim=pass header.d=google.com header.i=@google.com header.a=rsa-sha256 header.s=20260707 header.b=piSY8NgY; arc=none smtp.remote-ip=209.85.221.69 Received: from mail-wr1-f69.google.com (mail-wr1-f69.google.com [209.85.221.69]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 48145606A32C for ; Sat, 7 Nov 2026 15:43:00 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 48145606A32C Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--aliceryhl.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.a=rsa-sha256 header.s=20260707 header.b=piSY8NgY Received: by mail-wr1-f69.google.com with SMTP id ffacd0b85a97d-490d2ac331bso1430879f8f.0 for ; Sat, 07 Nov 2026 07:43:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20260707; t=1794066179; x=1794670979; darn=vger.kernel.org; h=content-type:cc:to:from:subject:message-id:references:mime-version :in-reply-to:date:from:to:cc:subject:date:message-id:reply-to :content-type; bh=UtE4jHZNbkA3H0t8CQNNqyMHOp5CvbRXgZpzIPjWa5Q=; b=piSY8NgYjWqGF1/Bd41zlxhIUrdv9MsrLdUwcNP1Uv35Tym/yN0nlRV7edMunIWZbk 3ZQa4u79B4dwGKVbjhDfvFxL68IalXXdADon+c2ovxQTDaY8AXqCdMsIE8uVbd5HBopp TolspbQT8JRkMIZgOf3/Crf/3E8dSVfod3T50L6u7a2G0j9Ssb00JIuDS3xNRBCOG7jU SRb5YDpo89Vv2oMvK8y/fhL1DOmy8HLfpOs0Q+1d6VioGahH1psXAnkFCS0g4tsJ26PX a3HlpNWqGUmE4TFKt7OoQyr1Y0dcF8mH6ozqnGqxzkeE7jiItb6XHeMjR7VkL1dE4Opx iiJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1794066179; x=1794670979; h=content-type:cc:to:from:subject:message-id:references:mime-version :in-reply-to:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=UtE4jHZNbkA3H0t8CQNNqyMHOp5CvbRXgZpzIPjWa5Q=; b=MjscudpOUOz5+KDuYozKJ39kZbdeoMDglzFe4m6Y5f2qJ7hnc2zVhOwXLyGNLExRE+ laYdLNaf/y2seCKrVjvS7UIerjuLxU/HSvhjNoQMp0Ksdw3Wssx5PxNez06T+23BIuHO ynRzIgjvSTfSTmO2I3G6Aiz65L/miUZVcs7Ew/TVaxvyqU07Rntxf/IrxGeT3A7gh0r+ SPUbZUf3v+1D5QGiN9mEzdNDXhgvN7fVEy64X9VNr3fjFYOoELCxGKRx5ktjc0R9+TlU PeOh2VKoMuhVd5B4buST/3n2lzcEjacFhbsCAVWFf8PaIPJwqWec4hAOuJKnHgejRqH2 k69A== X-Forwarded-Encrypted: i=1; AL+hErFOjHyzp8Z9DiK6Jz8LjBLKI26AyIgg9McL03lpa2OORZqa0Z7DzBWh9stlmErZhKKjBKjM42r+1VVMoPI=@vger.kernel.org X-Gm-Message-State: APuU4Z+Qvh9XptpFFYWt3cfs6/1OYNdV4s05WLtuj1x7iLKsl/lWAd/w 7g+Hrt+xTEvpnag7lWedQx7Q1CX0Un6QUujV2z9X4DSgOTC2mSXxoYgJSdmb/UDVepKz+OTcfN5 VAKv+lEea6YH3m+olRQ== X-Received: from wrwn9.prod.google.com ([2002:a5d:67c9:0:b0:493:5480:e00d]) (user=aliceryhl job=prod-delivery.src-stubby-dispatcher) by 2002:a05:6000:40c9:b0:48e:6812:5ef1 with SMTP id ffacd0b85a97d-492765a3fcdmr13214907f8f.25.1794066178310; Sat, 07 Nov 2026 07:42:58 -0800 (PST) Date: Sat, 7 Nov 2026 15:42:57 +0000 In-Reply-To: X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list Mime-Version: 1.0 References: <20261019-chid-v10-0-67de9180b4ed@nvidia.com> <20261019-chid-v10-2-67de9180b4ed@nvidia.com> X-Mailer: git-send-email 2.56.0.506.g506a7eabc5-goog Message-ID: <20261107154257.3547546-1-aliceryhl@google.com> Subject: Re: [PATCH v10 2/3] rust: id_pool: do not round capacity up to BitmapVec::MAX_INLINE_LEN From: Alice Ryhl To: Alexandre Courbot Cc: Alice Ryhl , Eliot Courtney , Burak Emir , Yury Norov , Miguel Ojeda , Boqun Feng , Gary Guo , "=?UTF-8?q?Bj=C3=B6rn=20Roy=20Baron?=" , Benno Lossin , Andreas Hindborg , Trevor Gross , Danilo Krummrich , Daniel Almeida , Tamir Duberstein , "=?UTF-8?q?Onur=20=C3=96zkan?=" , David Airlie , Simona Vetter , Greg Kroah-Hartman , John Hubbard , Alistair Popple , Timur Tabi , Zhi Wang , rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, nova-gpu@lists.linux.dev, dri-devel@lists.freedesktop.org Content-Type: text/plain; charset="UTF-8" On Sat, Nov 07, 2026 at 09:58:31PM +0900, Alexandre Courbot wrote: > On Mon Oct 19, 2026 at 1:29 PM JST, Eliot Courtney wrote: > > Current code in IdPool::with_capacity rounds the capacity up to > > BitmapVec::MAX_INLINE_LEN, but BitmapVec::new works fine with values > > smaller than this and still uses an inline representation. Remove this > > behaviour. > > > > This allows specifying a real capacity of 0, which was not previously > > possible. This breaks `grow_request` in this case, so change it to grow > > to at least `BitmapVec::MAX_INLINE_LEN`, mirroring the capacity floor in > > `shrink_request`. > > > > Signed-off-by: Eliot Courtney > > Alice, Burak, Yury: I would like to get this series out of its current > limbo. AFAICT, Alice and Burak are ok with the current design [1][2], > and Yury's request to change stop using a zero-sized pool in the example > has been fulfilled by this patch [3]. > > This series would need to go through drm-rust-next as we have > dependencies on it for the 4.5 cycle. May I ask for an ack on this patch > to push it through drm-rust-next? That's fine with me. Reviewed-by: Alice Ryhl