From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1D41AC47247 for ; Thu, 30 Apr 2020 17:18:50 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id DBA0120757 for ; Thu, 30 Apr 2020 17:18:49 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="gRDk7kOB" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DBA0120757 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=AD/ed+55eqjNrQpBHvgo6fWx5URl9xVeIbFHw3O7lT8=; b=gRDk7kOB8Tn6rm ewKIhdwde0EFFIqvIcroQbj57Rd+GbX2e6YI+JftJdb3SmHUEquyidN12btF/pf2V9JgumA10UKN3 jfTv9WHZGRsBgH95qhXiyV21TiVYmfgtS1FTxJ3WAdaB1YyfucnW1AjFxj/2JwBQeE8Y7wbQAXrfg RXVxhNDr/txqt/rQo6ALoWc9cxRWRxLClTKrP/SUq86semzteISCQxxvvTJzVGBBgzN+FGmoym6Y0 HaCc8gfdA4dZDZ8SfJG+tOAJBOL50KcuYXzYlgSqORmEyUFMGM5JiRBtA8WKADPIz51TetOTt14Sb L7Yp37YTjn9f78FwdNVA==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jUCpl-000339-Dg; Thu, 30 Apr 2020 17:18:49 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jUCpi-00031Y-RT for linux-arm-kernel@lists.infradead.org; Thu, 30 Apr 2020 17:18:48 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 0D636101E; Thu, 30 Apr 2020 10:18:46 -0700 (PDT) Received: from gaia (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 377753F73D; Thu, 30 Apr 2020 10:18:45 -0700 (PDT) Date: Thu, 30 Apr 2020 18:18:43 +0100 From: Catalin Marinas To: Mark Brown Subject: Re: [PATCH v2 00/10] arm64: BTI kernel and vDSO support Message-ID: <20200430171842.GL2717@gaia> References: <20200429211641.9279-1-broonie@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20200429211641.9279-1-broonie@kernel.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200430_101846_933692_CD008B5F X-CRM114-Status: GOOD ( 16.80 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Vincenzo Frascino , Will Deacon , Kees Cook , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Apr 29, 2020 at 10:16:31PM +0100, Mark Brown wrote: > We build the kernel with annotations for BTI and then map the kernel > with GP based on the support on the boot CPU, rejecting secondaries that > don't have BTI support. If there is a need to handle big.LITTLE systems > with mismatched BTI support we will have to revisit this, currently no > such implementations exist. It's fine by me to live with this assumption. > I'm currently finalizing testing of the BPF support, the in-kernel > test_bpf tests run cleanly. > > This series depends on: > > - for-next/bti in the arm64 tree > - The series "arm64: Finish up assembler annotation modernisation" > - The series "arm64: Make NOP handling a whitelist" > > There is some discussion between Catalin and Will about the use of a > separate Kconfig option for this, I've left the separate option for now. Leave them separated, we may do the same for PAC. We could allow the vdso to use BTI while the kernel option is disabled but I don't think it's worth the hassle. > v2: > - Enable support for building with GCC version 10 and later, a fix > for BTI code generation is being backported to GCC 9 but is not yet > available. Do you have a link to a GCC commit or bugzilla? (for future reference, no need to update the patch). The series looks fine to me. Reviewed-by: Catalin Marinas _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel