From nobody Sun Jul 23 22:48:00 2023 X-Original-To: dev-commits-src-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4R8JNd0TH7z4pb74 for ; Sun, 23 Jul 2023 22:48:17 +0000 (UTC) (envelope-from jrtc27@jrtc27.com) Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com [209.85.128.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4R8JNc5y0Nz4Q36 for ; Sun, 23 Jul 2023 22:48:16 +0000 (UTC) (envelope-from jrtc27@jrtc27.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wm1-f45.google.com with SMTP id 5b1f17b1804b1-3fbc5d5742bso35793125e9.2 for ; Sun, 23 Jul 2023 15:48:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690152495; x=1690757295; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mRLWaA2EVwGIBoGRm2/BjN+smyBDDAwXshotycUgbt8=; b=fqcDUIuqQ5KAyC8vd0RnvcnLYPy48H8gza9NR6QLG2Fcjh69foOfXCnBdDf6S6fJlx dnhGZCWqEPlOZxYcIq+tNQuVPB97m0vqbhXrHMJZd1eslcxyw/sERTF1ejNt/3+qsoPr A95QyFtvAvw3v3GH8Votm7QEvx7lS433/sQdTt6mBWhX5ERPTx/bnVeyGB+sF63rkX3C uRRb4ufj/viESUdWXqQSDc2bpNJs2fSUy9SGWSEF/KDFwJxGP8aXJ9r/j3hjWi+sfSXG 2MJIeGG9AMtDrJqhSwEvLjuHXVJuTfC0fjO8jUI2o7dgawWCdyS1nPB4q6pcLK0cwbhI ysbg== X-Gm-Message-State: ABy/qLaAG1GpJUFGEOpCAET1zY6eX6EFiCmJUhsmZgVCFq+yjujV3utf bhK7pBJ7cwIbLs+G/2I63JoE8w== X-Google-Smtp-Source: APBJJlEdxvSQiGEYwVsAU2yuyCabvghaNXREqShfm4wMNE1yJ6HqsgNk1yfdgv8LTlr8SLFkEXTiXw== X-Received: by 2002:a05:6000:c:b0:317:ef6:89a7 with SMTP id h12-20020a056000000c00b003170ef689a7mr6230062wrx.27.1690152494644; Sun, 23 Jul 2023 15:48:14 -0700 (PDT) Received: from smtpclient.apple ([131.111.5.246]) by smtp.gmail.com with ESMTPSA id l7-20020a05600012c700b0031755da6a8asm3570921wrx.33.2023.07.23.15.48.13 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Jul 2023 15:48:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\)) Subject: Re: git: 80e4ac2964a1 - main - Work around VNET and DPCPU related panics on aarch64 From: Jessica Clarke In-Reply-To: <202307232238.36NMcBxN074108@gitrepo.freebsd.org> Date: Sun, 23 Jul 2023 23:48:00 +0100 Cc: "src-committers@freebsd.org" , "dev-commits-src-all@freebsd.org" , "dev-commits-src-main@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <202307232238.36NMcBxN074108@gitrepo.freebsd.org> To: Dimitry Andric X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4R8JNc5y0Nz4Q36 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 23 Jul 2023, at 23:38, Dimitry Andric wrote: >=20 > The branch main has been updated by dim: >=20 > URL: = https://cgit.FreeBSD.org/src/commit/?id=3D80e4ac2964a11edef456a15b77e43aad= eaf273a2 >=20 > commit 80e4ac2964a11edef456a15b77e43aadeaf273a2 > Author: Dimitry Andric > AuthorDate: 2023-07-23 13:48:36 +0000 > Commit: Dimitry Andric > CommitDate: 2023-07-23 22:35:04 +0000 >=20 > Work around VNET and DPCPU related panics on aarch64 >=20 > lld >=3D 14 and recent GNU ld can relax adrp+add and adrp+ldr > instructions, which breaks VNET and DPCPU when used in modules. Thanks for committing the workaround. This will need some kind of EN for 13.2 given LLVM 14 was merged in time for that and arm64 is a Tier 1 architecture in 13. There perhaps also needs to be some serious thought into our testing and release procedures given we allowed a Tier 1 architecture to have VNET and DPCU be totally broken in a point release for any kernel module. Especially when the bug was known, open against -CURRENT and triaged all before the MFC to stable/13; there needs to be better tracking of toolchain release blockers. Jess > Until VNET and DPCPU can be fixed to deal with these relaxed > instructions, disable linker relaxation for now. >=20 > PR: 264094 > Reviewed by: markj > MFC after: 3 days > Differential Revision: https://reviews.freebsd.org/D41156 > --- > sys/conf/kmod.mk | 7 +++++++ > 1 file changed, 7 insertions(+) >=20 > diff --git a/sys/conf/kmod.mk b/sys/conf/kmod.mk > index a83d64eb8bf7..be571c2bcf10 100644 > --- a/sys/conf/kmod.mk > +++ b/sys/conf/kmod.mk > @@ -170,6 +170,13 @@ CFLAGS+=3D -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer > CFLAGS+=3D -fPIC > .endif >=20 > +.if ${MACHINE_CPUARCH} =3D=3D "aarch64" > +# https://bugs.freebsd.org/264094 > +# lld >=3D 14 and recent GNU ld can relax adrp+add and adrp+ldr = instructions, > +# which breaks VNET. > +LDFLAGS+=3D --no-relax > +.endif > + > # Temporary workaround for PR 196407, which contains the fascinating = details. > # Don't allow clang to use fpu instructions or registers in kernel = modules. > .if ${MACHINE_CPUARCH} =3D=3D arm