From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 C69C4479867 for ; Wed, 22 Jul 2026 08:23:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784708631; cv=none; b=YVkMyinaDd5ZrdwizHBb5q9OnZ4oLdO9I1CfHz1o3GA6zwINGdQTt39Vipc2hc4mxaCGeZrTJ0skpevsihMOPuaTbPexl21asCwPZ2TYrmel2zJ+ydjrIIDsAX3bDyd/ZUF70KKaGFQ2gDpn85UD+Hn2fsYbXXt2nLGwEG5tJ3Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784708631; c=relaxed/simple; bh=TyGH2P0x8AwLYJn8XgaR1ZlV7NgfT/TgTYuz1wkfffg=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=qVHy1kbgdaWTnEWXb9oEKdNmcXKr1CmwCqujNUHKK23mH/gEkUKUdXtNuZ9VtLRp+yEH2TbQP+mw9VX4n8Ze4zRVaumDZM87OmngoIjGZLP4yHLY2QXAkXwfgCZuoBJwhvcpyR8RfGJ2Q84vuP8MJqYVD1KoHAwlRCGDuyT6k0o= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=GFDQpMtr; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="GFDQpMtr" Received: by smtp.kernel.org (Postfix) with ESMTPSA id A17AD1F0155B; Wed, 22 Jul 2026 08:23:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1784708628; bh=5y7fRVpeMpLAdvqRrYf0PA2AKBETTPSvoXW5Afw6EY8=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=GFDQpMtrRsMJ8gpE58f/HPDJti2bkrMR8qGVXmBDz1T0JR9uEaXdVFC9lEyyx8w7S b7OKw1oSo53ChMFf2c+QFuUV2P1ZIHIfQqwjcGoVNO8Km1tc2ERu4QzYGMtfjcr69V +2/XJauUQDSNxlp7piqPmJCoiRjcGuZxEI5Jc/q8tpjEsE/aMIOA8feSVgNFTo13He PP/jS8EG3KRQUuVITSJeHHDV4hI7OSp5M9k2o6cC/QAr3U5t7FpJmxLpdXzz6PSuuk qmwL9QsM9zKSaFOEd8Y/99Rb+iVqtxs31XNlF05Pds06DWn8G5boNs4bp7Al7J0NNu BvwvJtceT1gWA== From: Will Deacon To: linux-arm-kernel@lists.infradead.org, Will Deacon Cc: catalin.marinas@arm.com, kernel-team@android.com, linux-kernel@vger.kernel.org, Arnd Bergmann , Arnaldo Carvalho de Melo , Nick Desaulniers , David Matlack , Steffen Eiden , Andreas Grapentin , Dave Martin , Mark Rutland , Marc Zyngier Subject: Re: [PATCH v2 0/2] Use __u128 in arm64 UAPI headers Date: Wed, 22 Jul 2026 09:23:25 +0100 Message-ID: <178467080354.109706.12004535669703185645.b4-ty@kernel.org> X-Mailer: git-send-email 2.47.3 In-Reply-To: <20260626141730.5976-1-will@kernel.org> References: <20260626141730.5976-1-will@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Fri, 26 Jun 2026 15:17:27 +0100, Will Deacon wrote: > This is version two of the patch I previously sent here: > > https://lore.kernel.org/r/20260619130835.5678-1-will@kernel.org > > I even briefly queued that version up, but it exploded spectacularly > when building the kselftests for arm64 [1] [2]. So the only change since > v1 is the addition of a preliminary patch that adds the '__u128' typedef > to the private copy of linux/types.h used by the tools/ directory. > > [...] Applied to arm64 (for-next/uapi), thanks! [1/2] tools: linux/types.h: Add 128-bit integer types for arm64 UAPI structures https://git.kernel.org/arm64/c/10a47fb67340 [2/2] arm64: uapi: Use __u128 instead of __uint128_t in UAPI headers https://git.kernel.org/arm64/c/d4bf9e08d412 Cheers, -- Will https://fixes.arm64.dev https://next.arm64.dev https://will.arm64.dev