Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp286328pxb; Fri, 15 Jan 2021 03:19:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJzxp2uLGC5EymzCwplC9M1aMSeN8hqqRrggoPsqOb5D68EMGXIOLhv41WFCH1JKG7hZG0qC X-Received: by 2002:a17:906:aec6:: with SMTP id me6mr8312055ejb.542.1610709574243; Fri, 15 Jan 2021 03:19:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610709574; cv=none; d=google.com; s=arc-20160816; b=YTXWCqEqPBxf3rq5Ju3pAi8dMsz4GeFZYdiTxTbBPcJLtALVAl8X0y5oQTVvkQd+q0 pIeRfSzmH2stpdQXFkvY1g8F/hOA396r/8D/mt8YWRtr2K4vCMZg/9JlAB/ppu1mT5nh QmNHSqoUInB1+mix412CoFv4nIwyr0dfjv6bzqp9rAf7viePZNbKY3CCzVHYkjcz3lnn LKt9DAFzYnuM4+6QdrGAnAzWQnbVdMvYZEwQHUkXWml8x62LFofNzysxf9xrTUpce/mR Ue+G/UkWW+UMINt+KgE8JY68tJxvEjI0xPDOVnjLZCB69kT67Ec/Wer3OZMAyi29yTwx Ogjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=mQXGx1Rvu59/It788wEBNQfd3mYLMjph9by6DZmr3bk=; b=DWrA7iD1NtWRNzMFDmefkZfpbz0oSoHoRo3iY5jrh9ghkq5k8C8O7/5mlnXNjL+DDS JvRfxi3BQ15Yd8yOFPaa3xZZcea/kwjkVgBnbULdnqiI3AWNmeYV+6xPIwdni4+/k2YC NFxyuC+62okdqe7G/kJdX4K47yzn6UL1Od/R2q6XYh7vv65QAxSZNXRS8R9yS1P4aFC3 fwHUIVrub1vppXt28czQf6ZEXPhtvjp1SveM+bmcCHhEQSKM3vBXEjM2YcXF3yYHkfF7 Qktb3fzoYYsyYXwO0cSBKraZP/p2erHi87PtJ7NiCyJfJt9/TIKuJ05r8m0pb8XDuky6 l2UQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="PD/jyBuF"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c12si3132108edq.395.2021.01.15.03.19.05; Fri, 15 Jan 2021 03:19:34 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="PD/jyBuF"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729015AbhAOLQI (ORCPT + 99 others); Fri, 15 Jan 2021 06:16:08 -0500 Received: from mail.kernel.org ([198.145.29.99]:42058 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726983AbhAOLQG (ORCPT ); Fri, 15 Jan 2021 06:16:06 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5C690224F9; Fri, 15 Jan 2021 11:15:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610709325; bh=l6kjuUdwH1J+0RSW3wOI8b+Ktrck5Pp8whJGF52QkIE=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=PD/jyBuFD2zBhD/OKowdt7KUWwTIyVCxfiXOKXd/u8LnOCRaTxgyl0c/dKc204zAl MFkS1prtkZoWd3JY6bRSz/ESUYjdsatSAcWeMzMHV59Q/wnhLbOpLX/lMeE3Jn9klf egE12hfzBfcmhrBKz4x3+iE3T3GOTBQFJ0HiknW3CrCy4rRoezLB2RrvfYhgGqCx3R hhXh4Iv8/qru2WVCA4LYvShzcB65v04yIFSfIea8fl1D+3k+HIqOPNJzF2AWaEzAwG nIWjSQkSF1Vgw68u8WIzLjnokG/XNLsi2h8F7A8tpZBhS7M27y0iqLGi1JIn412d10 Q3nXe7uVrMHSw== Received: by mail-ot1-f53.google.com with SMTP id n42so8140977ota.12; Fri, 15 Jan 2021 03:15:25 -0800 (PST) X-Gm-Message-State: AOAM531V9ZeU814aJUIXp/MKTtAvb8T+qa7j9cLE3DbJkgyNRsw6bdYK QWLqDrxXYOrLWE3vPox/fB8QtIgkDS9Tw1tQ7oU= X-Received: by 2002:a9d:741a:: with SMTP id n26mr615881otk.210.1610709324684; Fri, 15 Jan 2021 03:15:24 -0800 (PST) MIME-Version: 1.0 References: <20210110115245.30762-1-alobakin@pm.me> <202101111153.AE5123B6@keescook> <20210111205649.18263-1-alobakin@pm.me> <20210111224305.GA22825@alpha.franken.de> In-Reply-To: <20210111224305.GA22825@alpha.franken.de> From: Arnd Bergmann Date: Fri, 15 Jan 2021 12:15:08 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup To: Thomas Bogendoerfer Cc: Alexander Lobakin , Kees Cook , Arnd Bergmann , Nathan Chancellor , Nick Desaulniers , Huacai Chen , Pei Huang , Fangrui Song , Jiaxun Yang , Ralf Baechle , Corey Minyard , "open list:BROADCOM NVRAM DRIVER" , "linux-kernel@vger.kernel.org" , linux-arch , "# 3.4.x" , clang-built-linux Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 11, 2021 at 11:44 PM Thomas Bogendoerfer wrote: > On Mon, Jan 11, 2021 at 08:57:25PM +0000, Alexander Lobakin wrote: > > From: Kees Cook > > Date: Mon, 11 Jan 2021 11:53:39 -0800 > > > > > On Sun, Jan 10, 2021 at 11:53:50AM +0000, Alexander Lobakin wrote: > > >> This series hunts the problems discovered after manual enabling of > > >> ARCH_WANT_LD_ORPHAN_WARN. Notably: > > >> - adds the missing PAGE_ALIGNED_DATA() section affecting VDSO > > >> placement (marked for stable); > > >> - stops blind catching of orphan text sections with .text.* > > >> directive; > > >> - properly stops .eh_frame section generation. > > >> > > >> Compile and runtime tested on MIPS32R2 CPS board with no issues > > >> using two different toolkits: > > >> - Binutils 2.35.1, GCC 10.2.1 (with Alpine patches); > > >> - LLVM stack: 11.0.0 and from latest Git snapshot. > > >> > > >> Since v4 [3]: > > >> - new: drop redundant .text.cps-vec creation and blind inclusion > > >> of orphan text sections via .text.* directive in vmlinux.lds.S; > > >> - don't assert SIZEOF(.rel.dyn) as it's reported that it may be not > > >> empty on certain machines and compilers (Thomas); > > >> - align GOT table like it's done for ARM64; > > >> - new: catch UBSAN's "unnamed data" sections in generic definitions > > >> when building with LD_DEAD_CODE_DATA_ELIMINATION; > > >> - collect Reviewed-bys (Kees, Nathan). > > > > > > Looks good; which tree will this land through? > > > > linux-mips/mips-next I guess, since 7 of 9 patches are related only > > to this architecture. > > This might need Arnd's Acked-bys or Reviewed-by for the two that > > refer include/asm-generic, let's see what Thomas think. > > Looks good from my side and I have it already sitting in branch for > submission. > > Arnd, are you ok with the changes in include/asm-generic ? Yes, I'm never quite sure about what to make of linker script changes, but I trust Kees on the review. For merging it through your tree: Acked-by: Arnd Bergmann