From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-244106.protonmail.ch (mail-244106.protonmail.ch [109.224.244.106]) (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 61440478E26; Tue, 16 Jun 2026 16:35:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=109.224.244.106 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781627751; cv=none; b=vGvYeGSn7dRjCbKVOn6Bz8KTphO3Wxba1j2t/yyPPJQP264KRKULNnpvhoXVT3qeV6bVUm08+LdW1GnWUzhbMpfDWT5VvejVx0HEuTmAHuahlbQQhngBUia9rxmW+gArS5lzL81FGmuD/qtTpshjQOQ0zIAGVYVfvQ/9NKvHTU8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781627751; c=relaxed/simple; bh=P2r8RWkNdoFBCLrjIXLOkZZ8fH3MNFSSDE0O0qYF6ug=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=rITFQ5AGBxdJoQtrF8zdFfQOZw+zePMFK4BYzmiymUIsuIHGHijABf3ZX6VMzvE/HuNXVff6hKIUMQknL5N8NiV/PoDiD4/Hpt0SIZRsdFEKfDUHpgXGvzDoXrOZaDkYHyFDCuBvqCAk2qhJQt3M8kGvrlKuQQ9P/EFWyI/zI8Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=onurozkan.dev; spf=pass smtp.mailfrom=onurozkan.dev; dkim=pass (2048-bit key) header.d=onurozkan.dev header.i=@onurozkan.dev header.b=BNogqe4N; arc=none smtp.client-ip=109.224.244.106 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=onurozkan.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=onurozkan.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=onurozkan.dev header.i=@onurozkan.dev header.b="BNogqe4N" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onurozkan.dev; s=protonmail; t=1781627738; x=1781886938; bh=P2r8RWkNdoFBCLrjIXLOkZZ8fH3MNFSSDE0O0qYF6ug=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References:From:To: Cc:Date:Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=BNogqe4NJSTrXOs4CMdDsbFTEMDm+K6W9ODrr/FMiCgu8IPVCldAUGpNYsM+s7/ol ecj/xutzHQw54+MFvOHyc3HfAkMV2PM97gUUZY6Alkahh0vts+BZKC3yxzXZEdvWBa MgbPy2Wae4urKGibQJcqahhRTPKFsZLwjC47UZ+quN850YZukaVOEYEOK2kTOihmNd +yGTk3kU1gTygDcnV3g4b6tK8xVJHI9DaA5rKzJdtJFslc2plwGQxI8XBz8Is0ysyO RJcBjahrNHh2HxZGLqHmmhovyZJl5Ezurk9YFbRJBedyqthKpt1HBC+SSfieK70gz4 AFI8iISJLDpIw== X-Pm-Submission-Id: 4gfszk6rs8z2ScsV From: =?UTF-8?q?Onur=20=C3=96zkan?= To: Danilo Krummrich Cc: Philipp Stanner , Philipp Stanner , Miguel Ojeda , Boqun Feng , Gary Guo , =?utf-8?q?Bj=C3=B6rn_Roy_Baron?= , Benno Lossin , Andreas Hindborg , Alice Ryhl , Trevor Gross , Sumit Semwal , =?utf-8?q?Christian_K=C3=B6nig?= , "Paul E. McKenney" , Frederic Weisbecker , Neeraj Upadhyay , Joel Fernandes , Josh Triplett , Uladzislau Rezki , Steven Rostedt , Mathieu Desnoyers , Lai Jiangshan , Zqiang , Daniel Almeida , Greg Kroah-Hartman , Igor Korotin , Lorenzo Stoakes , Alexandre Courbot , FUJITA Tomonori , Krishna Ketan Rai , Shankari Anand , manos@pitsidianak.is, Boris Brezillon , linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, rcu@vger.kernel.org Subject: Re: [PATCH v2 5/6] rust: Add dma_fence abstractions Date: Tue, 16 Jun 2026 19:35:26 +0300 Message-ID: <20260616163529.6880-1-work@onurozkan.dev> X-Mailer: git-send-email 2.51.2 In-Reply-To: References: <20260616082819.2943886-2-phasta@kernel.org> <20260616082819.2943886-7-phasta@kernel.org> <20260616124755.460550-1-work@onurozkan.dev> <20260616145112.14201-1-work@onurozkan.dev> 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=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 16 Jun 2026 17:28:04 +0200=0D Danilo Krummrich wrote:=0D =0D > On Tue Jun 16, 2026 at 4:51 PM CEST, Onur =C3=96zkan wrote:=0D > > repr(C) only makes sense when the type have multiple fields.=0D > =0D > I don't think that's universally true. repr(transparent) guarantees the l= ayout=0D > and ABI match the inner field. The wrapper is passed through calls exactl= y as=0D > the field would be. repr(C) guarantees C-compatible layout and makes the = type=0D > follow the platform's C ABI for passing an aggregate, which isn't always = how the=0D > bare field is passed.=0D =0D I was too focused on the field ordering perspective during the review, sorr= y for=0D that.=0D =0D Onur=0D