From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 9A5B11E9B34; Fri, 21 Mar 2025 22:10:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1742595031; cv=none; b=QhK5//yTqGF1+t3XKjYeCdU/gLCEi2wqjHswvNPLKagluw2mSPhHL6iIlDqujVqS6dzShOYFwpD0trgM6TrnYhQm6Zckw3IDtKeb3Yl1tZhGZtLcsgZI/xGdptUocwNCNoicyttWaN3nuz1qlr7U6slGipfXej3ypdYpN9bIaYQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1742595031; c=relaxed/simple; bh=jevJwzBthFWx4chDdHGMD3PxJP0Xgws+nOWK9APKAZ8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=dvvExdm2HXkq6sBHeyLVc09TY9FsM/TIJFdgdPOkeM5S0e5AWW8aCUKh47Rfp6vGhB1scURHtB0MAxhDb3KxYSyiMfUciQyuGjy/ArAUtPiWH4kADgDA003JgOauGJeWA2bjYQIvOOoTWKOcOmEJtAMZv9ET2xoJqWxKHfO/j3Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=m8vFV4Qp; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="m8vFV4Qp" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 985A8C4CEE7; Fri, 21 Mar 2025 22:10:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1742595031; bh=jevJwzBthFWx4chDdHGMD3PxJP0Xgws+nOWK9APKAZ8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=m8vFV4QpBnq/FOen443UZpP+mR/GUiIyQG398ZXGhi++bF6TEHHtqvgcN1UP9l6gb PY9RUU1YhHY2byT+nmXPrL+aiLy7K0MOe5ayrP6LXdxFj+ZRmG0kdHhb6AHjPjSGB3 82IfMaDgb8XHrLseatSul61V2N6TtPR5HqjxiuLFwiqeIvxtaG2lCSYFg+JctruNpp kb09W/Z6z7PIjP38nezAM0AiTmMAonTOVIRR2CCf8j1nITboQlzB3iVVZhsw8w904c L+UMJTBNj9RPTSV/ypXEXQP7qb5kDyUvNV2hy6Wx34IHFGLn1Zu1u5DLwCE4kQxQqk HJVtEeR8VJ58Q== Date: Fri, 21 Mar 2025 23:10:25 +0100 From: Danilo Krummrich To: Benno Lossin Cc: Alice Ryhl , Matthew Maurer , rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, Tamir Duberstein Subject: Re: [PATCH v2 0/7] Additional methods for Vec Message-ID: References: <20250321-vec-methods-v2-0-6d9c8a4634cb@google.com> Precedence: bulk X-Mailing-List: rust-for-linux@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Mar 21, 2025 at 01:10:43PM +0000, Benno Lossin wrote: > On Fri Mar 21, 2025 at 1:25 PM CET, Danilo Krummrich wrote: > > On Fri, Mar 21, 2025 at 12:09:55PM +0000, Alice Ryhl wrote: > >> This adds various Vec methods. Some of them are needed by Rust Binder, > >> and others are needed in other places. Each commit explains where it is > >> needed. > >> > >> I'm not sure what we concluded on the set_len / dec_len changes, so I > >> don't depend on that series for now. > > > > So far I see no reason to assume otherwise, so it probably makes sense to > > rebase. Unless Tamir is fine to rebase his changes onto this series. > > I haven't yet taken a look at the reworked version of dec_len, so I'd > wait until we have finished discussion on that. What I mean is, everything looks like I'll pick them up eventually, so it makes sense to base a subsequent version of this series onto Tramir's (even if the current one of dec_len() is not the final one).