From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-vk1-f179.google.com (mail-vk1-f179.google.com [209.85.221.179]) (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 56DB43A0B13 for ; Mon, 30 Mar 2026 21:09:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.179 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774904958; cv=none; b=K4yfQMOOkHhleQQzicUJ3oViGIARAqndQkJnZvgwe1WUF9GOFBW8ozRD3eTfcps1A+eZbUr3pU8QtiVA5V9bIRpy+M9okPHBRRO+79LBpUGQPh2K43gOWFhdJAiMCVhFSSrAZAXjg9xvMx0Ul/awRp4M9cURdvyZmYHUSR90AMk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774904958; c=relaxed/simple; bh=IMhQOsjCudR6+sxrPIeCmFwxdNjsHtb9hubGsjZ+tdQ=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=lGmKRXoeBMVwBLY9qOzwCMtAkokYGmmk7nKBm9j+bI1bBsR1Rnucg9EJTQZM+iuS8XEJ7Hc10Lr4ornQE/uX1Zm7EWWISBDHEQw9xU95Yo5PvTtYfsGsWC9ItFkJ0C0Ro3HBgGqdCRJMDEsN8P6twjVopbPP1kyt0t8g76EpDXo= 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=cyPd92f7; arc=none smtp.client-ip=209.85.221.179 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="cyPd92f7" Received: by mail-vk1-f179.google.com with SMTP id 71dfb90a1353d-56cc6fe8815so2019764e0c.1 for ; Mon, 30 Mar 2026 14:09:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1774904956; x=1775509756; darn=vger.kernel.org; h=content-transfer-encoding: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; bh=zlsVcWSeeIpbPnsSYMwOt0k3yfDPRs+s8ihr0jHypXY=; b=cyPd92f72mVkOHnyJOupvn/nr+MHOXYDyT9jm+BMbOfAneyNkjZB7exQZ4o/6LJgTw Rq4a8+M+wagQspoja3Uf2WIhSOzAKOAYxIl6j4dEOqELrCEukKZRj/QAyKkGmz25UiF0 dbJKPhh1boJqbJ1vnheKV5wYLhq+pWumN7gOKRfRBf2E3RBMphTa5xugNPI+D1ymIqSF JyJKeD71EbVJjgcUITF2/efjogftzTfrTmozr8sy5iFYDm/nIPhj/OCv5nQ7u+eNXyR7 p8z+tXR9ZvPWR+d1ptYWzfrY0A7qlX4hrkccXSMASq2YLJU7Ctlug8cfXBxXkWzgw15g CL3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774904956; x=1775509756; h=content-transfer-encoding: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; bh=zlsVcWSeeIpbPnsSYMwOt0k3yfDPRs+s8ihr0jHypXY=; b=Nx6TgkVDd4TZGpWvZEEaddKKCJOHaPnIfec8fjtuCjlvMqcjH1Kgi4Df2gE5NVwM6m isV+xch6x3ou2anWX450RHYWhKVOPmhAX+CBo62GDzYq0UQTDyYWvdQPS0OpdaAkYSf+ zOg4hUST86OYYu37I1vfUnD2IgyiT0WpOCQ+IFWbMh1XPo7dwqv0iGjOMPMCJtREVvLu EEK8LrmPk/jjA2f1+2w5VIZPHE70VS7nffZqgT8E70evJy4n8N0YnGNgcjZ+mWUGlLMd JdlDyx2OEPbR6Yf61/7u0zuTOPX765+e1H91d0UGXDtp9bztxGhHaOWOGtlomm0STjJ3 fnWA== X-Forwarded-Encrypted: i=1; AJvYcCVemnbCw+mE8hIpy9xZZTOlBdyN0j3+xDNEbU8ydF/pnUNEMprR7JxlCwlQZ8I7dDg34hiwj1qOO3GU/0Y=@vger.kernel.org X-Gm-Message-State: AOJu0Yyo8FxN1NujJJtY1Xf/EDD7Nf/V/So8c9zxpIp3/xstfrJly3e+ RQgsIctbqg4ah41ZKmu0VRV3GTW8joJgaSx2oi5gUIKQMEkJIkEs571W X-Gm-Gg: ATEYQzyhVCg36/k9wXLqrfDa63OGD2RB1ULEAnIv/EMpJff0/GQUfwRVxCbT2oz1c2R i544WDI2sHqHaUkFVrfA67TAKzT5EDRV/m8jGa4oWtXGx/7a7wv3oDWZfvbEq8Mv2x0efXEXcRj 0xxMcdPVm4u3tWy7vBca1grN9unRXW765L+wVwFaK2BdWFkMRw8pfolD5Xk9oM4iGa/fhqtRFzK 9KvrkLBR61WPPf6Rqw3smOO9IrW6boe1BqUXgtcljkoVejEq8xQZ/O7qWhVGM7M80BaMExTtjgy TOsR4ckDEllPo9jT1HX3uD4gKJcPgbfyh874tv46Bb74esKs6XvKLVt6J5XticIMt7hl8Zkn/NY MHClXHz2EYpVhV5bOx7Xgzz3l1jU9OGi8FAbTbJPYDh+uQVkvS7PPjihmjKWrzgAkFSLJa7XTyI X+eHRwQb0EYjQksO+Is/dxO6/0J8xZeLbAZQnN X-Received: by 2002:a05:6122:3c44:b0:56b:9ba4:1372 with SMTP id 71dfb90a1353d-56d4a5f8c0emr5672211e0c.9.1774904956234; Mon, 30 Mar 2026 14:09:16 -0700 (PDT) Received: from ?IPV6:2001:871:22a:d2a7::cebd? ([2001:871:22a:d2a7::cebd]) by smtp.gmail.com with ESMTPSA id 71dfb90a1353d-56d58a333c9sm9989448e0c.13.2026.03.30.14.09.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Mar 2026 14:09:15 -0700 (PDT) Message-ID: Date: Mon, 30 Mar 2026 23:09:06 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 0/3] Inline helpers into Rust without full LTO To: Miguel Ojeda , "Russell King (Oracle)" , Alice Ryhl Cc: Ard Biesheuvel , Jamie Cunliffe , Will Deacon , Catalin Marinas , Miguel Ojeda , a.hindborg@kernel.org, acourbot@nvidia.com, akpm@linux-foundation.org, anton.ivanov@cambridgegreys.com, bjorn3_gh@protonmail.com, boqun.feng@gmail.com, dakr@kernel.org, david@davidgow.net, gary@garyguo.net, johannes@sipsolutions.net, justinstitt@google.com, linux-arm-kernel@lists.infradead.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-um@lists.infradead.org, llvm@lists.linux.dev, lossin@kernel.org, mark.rutland@arm.com, mmaurer@google.com, morbo@google.com, nathan@kernel.org, nick.desaulniers+lkml@gmail.com, nicolas.schier@linux.dev, nsc@kernel.org, peterz@infradead.org, richard@nod.at, rust-for-linux@vger.kernel.org, tmgross@umich.edu, urezki@gmail.com References: <20260322192159.88138-1-ojeda@kernel.org> <20260323000327.111235-1-ojeda@kernel.org> <9cf5a94c-0f37-446c-b63d-ddac5674d220@gmail.com> Content-Language: en-US, de-DE From: Christian Schrefl In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 3/26/26 6:30 PM, Miguel Ojeda wrote: > On Thu, Mar 26, 2026 at 4:18 PM Russell King (Oracle) > wrote: >> >> I'm not sure if this is still true, but I believe it used to be the case >> that the -linux-gnueabi target has one behaviour for enums (fixed size) >> whereas -none-eabi, the size of the type depends on the range of values >> included in the enum. >> >> Certianly, when Arm Ltd were proposing EABI, EABI had the latter >> behaviour, and I think there were cases where Linux used "enum" in >> its UAPI. > > Short enums? I see `c-enum-min-bits` in the armv7a-none-eabi built-in > `rustc` target, and indeed: > > #![no_std] > > #[repr(C)] > enum T { > A, > B, > } > > pub static S: usize = core::mem::size_of::(); > > is 1 for that one, and 4 for the other. I guess we could use a custom target spec, but I'm not sure if that is worth the hassle of adding another one. Cheers, Christian