From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 7D67B1D95B3 for ; Mon, 28 Oct 2024 07:30:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=130.133.4.66 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1730100648; cv=none; b=j1YFcYpqaTaTRTMfoMFu1luwWUUK4R4WwPmZav+m92GiPYTmlqfgl0QcNhfouCAoVvTuVpITDNtTe0YzM4aXSS/OPrrNBavEpVUFA/lKdipIEe9U/w8JjFFTY+oWNS8MXxv8PntsPmaoOWu5wlUz70+ec3ojO4TX+FAnJTP/0x0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1730100648; c=relaxed/simple; bh=6awPoJgBHaQn3zuTMDk/YuX0LUuAvpMdVRhiql9mbYg=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=EPUWEOwELv8GmSkIMfatnyrlNO9iCh//Elq+0IydFw32c8+gf875zFSIzdMBYncPadGKGksKNiPXwcr3Jj81puHngOI9AFE8bNgzLBSBKdOJVRJtlvy4ssS+FiyEe/cl5w+K7t0gu9phTMbNdFXnv4o7STdndk27B4gPW4J/UsU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=physik.fu-berlin.de; spf=pass smtp.mailfrom=zedat.fu-berlin.de; dkim=pass (2048-bit key) header.d=fu-berlin.de header.i=@fu-berlin.de header.b=Ay7cRJDq; arc=none smtp.client-ip=130.133.4.66 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=physik.fu-berlin.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=zedat.fu-berlin.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=fu-berlin.de header.i=@fu-berlin.de header.b="Ay7cRJDq" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=fu-berlin.de; s=fub01; h=MIME-Version:Content-Transfer-Encoding: Content-Type:References:In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=5yYmaO3RJoEJSpvHEy/RDRdGSrgoIMzKOd5A7yXlHRQ=; t=1730100645; x=1730705445; b=Ay7cRJDqcnnQEopcSP1WwWcBlV5O8NxZ7zwzoj8Gz7/eEuqQqb+/OnJ+lWwSqOO6TIsTMaVoqA8 vIdRmRmWuIlY6OcQaUnwyeTAOZB+ZWjmT8GIEjGRJrXyKKXe99XZLGLKecbKabDhd8IRKaYuup/2V xSfBNvmV4zxs9Rtwy2XVCcX0mlc9a1Iz6UkkyLrpKakKI3yhrtEc2ptb0JO+NQfuNkrDoqcG1rM9O glrV1vRne7Z0XhAWoR+bH8m53o3H4x0Q+nw02Y3DKPA/TL3uGt7Kx5EOQZwVpq46qfRjVRrmPG4Sv m6eK1TOr3YTz5vqe7J20TOQNsg3UiJvntUXw==; Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.98) with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (envelope-from ) id 1t5KD5-00000003tXN-29y4; Mon, 28 Oct 2024 08:30:43 +0100 Received: from p57bd904e.dip0.t-ipconnect.de ([87.189.144.78] helo=[192.168.178.20]) by inpost2.zedat.fu-berlin.de (Exim 4.98) with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (envelope-from ) id 1t5KD5-000000026Wl-1Dqy; Mon, 28 Oct 2024 08:30:43 +0100 Message-ID: Subject: Re: Plan needed for switching m68k to 32-bit alignment From: John Paul Adrian Glaubitz To: Andreas Schwab , Thorsten Glaser Cc: Arnd Bergmann , linux-m68k , debian-68k , James Le Cuirot , Sam James , Geert Uytterhoeven Date: Mon, 28 Oct 2024 08:30:42 +0100 In-Reply-To: <874j4z253e.fsf@igel.home> References: <3a5e171bf42e5273eb8235cba04e8328b19c2ca4.camel@physik.fu-berlin.de> <383faec7-8987-4680-920d-8f802e1bea34@app.fastmail.com> <97b0a5de-885f-ffde-3739-f7f29b16d3bd@mirbsd.de> <874j4z253e.fsf@igel.home> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.54.1 Precedence: bulk X-Mailing-List: linux-m68k@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Original-Sender: glaubitz@physik.fu-berlin.de X-ZEDAT-Hint: PO On Sat, 2024-10-26 at 00:24 +0200, Andreas Schwab wrote: > On Okt 25 2024, Thorsten Glaser wrote: >=20 > > Question is, do we need a kernel change for this at all? > > Is there anything in the kernel/userland interface that > > gets affected by this, or do these APIs use sufficient > > explicit padding? Has anyone looked at this? >=20 > Already basic things like struct stat64 will break. Chewi made it to work with a minimal patch in glibc: > https://marc.info/?l=3Dglibc-help&m=3D169303990426196&w=3D2 Adrian --=20 .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913