Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp2265594ybd; Thu, 27 Jun 2019 09:25:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqxOWH/sqQV9Xbk3VvuJK6cVxfeZ8x1kt1N6wH6ZpqYzQNmcN6E9onBQ7YgX/5+JqbYzjr4Z X-Received: by 2002:a63:f95d:: with SMTP id q29mr4548707pgk.368.1561652746661; Thu, 27 Jun 2019 09:25:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561652746; cv=none; d=google.com; s=arc-20160816; b=oKnZc+6imMl+XQLu0ErLWnrV/vnwhqbkBY6ALCFtbhavg/V6CDVnlpr4eVDk8b8L1D PqptZ5bJk4c8b5tFWbzUaiTAkgGfYNLHDotmdS3M8L2IfifmDee9mk1GacOndznzjBpf JwKKc1YE+OiRiDxJkPTJxejV4VUEkDxH8KlkFhxpMy51IR1O+GTNSUlxphLG7qlBlSAD i+uOW3qhqQ6gGMNK66wfbLLAf1IYZwUrmTRGexAfDgERdy9BToZ1vJ93TDnPld6OWUuu jdpg9BGowEctDtg0EUrjuz0msZ7WgopvqjwL331/f/nh6Re85413VXhH8kdF7hFVoFPW BU2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=zGrIB7a98Ml91MZAm3YqFAU4rzEw7LBYc8cTzY6d1+U=; b=O3mFnycYKGrqAeJMOdvcErUbDcLt8QczY9NBbniMj7iW/sVdAX28AW0+zZNxzjX1CK 1bEVzOknPCqDj1aGZN2f8SBt3r+JbsjdELSTDM6EvZnWqweCnMVzPeWC2eix1upnKyPk cHnXHxBjfAV5wHZCe8H+Dcx3U1iHjzuYZBjpAVOKH6kUjoGvmnddbbDDP/DdUu3vOINS S3lr3yPTz5eysdeBDMWOsDPug6yfnsmnA/WIChLKl4EPYsQ9sE0lBeds8onQUW1sl8fP h4CUHUzjAWh42IV7k4//NjhM4AcCTFxmM0DchH6N75qi+oL90p1HgcGN14H4irfVV7Qd MsnQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d37si2787398pla.288.2019.06.27.09.25.30; Thu, 27 Jun 2019 09:25:46 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726480AbfF0QZJ (ORCPT + 99 others); Thu, 27 Jun 2019 12:25:09 -0400 Received: from foss.arm.com ([217.140.110.172]:58206 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726315AbfF0QZJ (ORCPT ); Thu, 27 Jun 2019 12:25:09 -0400 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 EE3EA360; Thu, 27 Jun 2019 09:25:08 -0700 (PDT) Received: from arrakis.emea.arm.com (arrakis.cambridge.arm.com [10.1.196.78]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E95083F246; Thu, 27 Jun 2019 09:25:07 -0700 (PDT) Date: Thu, 27 Jun 2019 17:25:05 +0100 From: Catalin Marinas To: Kees Cook Cc: linux-kernel@vger.kernel.org, Alexander Potapenko , Qian Cai , Ard Biesheuvel , Andrew Morton , will@kernel.org Subject: Re: [PATCH] arm64: Move jump_label_init() before parse_early_param() Message-ID: <20190627162505.GD9894@arrakis.emea.arm.com> References: <201906261343.5F26328@keescook> <20190627080207.sdpwjoi4wnc664gp@mbp> <201906270856.8CF50064@keescook> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201906270856.8CF50064@keescook> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 27, 2019 at 08:58:03AM -0700, Kees Cook wrote: > On Thu, Jun 27, 2019 at 09:02:08AM +0100, Catalin Marinas wrote: > > On Wed, Jun 26, 2019 at 01:51:15PM -0700, Kees Cook wrote: > > > This moves arm64 jump_label_init() from smp_prepare_boot_cpu() to > > > setup_arch(), as done already on x86, in preparation from early param > > > usage in the init_on_alloc/free() series: > > > https://lkml.kernel.org/r/1561572949.5154.81.camel@lca.pw > > > > This looks fine to me. Is there any other series to be merged soon that > > depends on this patch (the init_on_alloc/fail one)? If not, I can queue > > it for 5.3. > > Yes, but that series will be in 5.3 also, so there's rush for 5.2. Do > you want Alexander (via akpm) to include it in his series instead of it going > through the arm64 tree? It's pretty late for 5.2, especially since it hasn't had extensive testing (though I'm fairly sure it won't break). Anyway, it's better if it goes together with Alexander's series. Acked-by: Catalin Marinas