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=-4.0 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_PASS, URIBL_BLOCKED autolearn=ham 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 063B6C04EBC for ; Mon, 19 Nov 2018 02:43:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 30E7C2086B for ; Mon, 19 Nov 2018 02:43:53 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="TzTV2XHW" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 30E7C2086B Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=russell.cc Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728005AbeKSNF5 (ORCPT ); Mon, 19 Nov 2018 08:05:57 -0500 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:54265 "EHLO wout2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726393AbeKSNF5 (ORCPT ); Mon, 19 Nov 2018 08:05:57 -0500 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 8617D966; Sun, 18 Nov 2018 21:43:46 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 18 Nov 2018 21:43:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=k4judxvnQqY4gxG2Ew236YLz5HTm5ZsyoOzfNiUOJ y4=; b=TzTV2XHWYVIJsqmbzmBruAIPqxv4EpAEqqsER9dF4KbOY2LcBjhVvxgci f7i3qraS4WEft9LP6r0IUkrkV8bswEYh3W1yciSzKNhUob907DZ68O9EhDdHNxxG vMZQxKttYKq5aJvBenrnmJAhtdbljZoafCQIFXFFTRT1ydPZBDYD07VFsH1gJUSO XFk3MJLlaX/OadACA4D25nbW2eOjCrSlAS6J8mi+icJJs/9eUaeC7cZ+nqsqi9AA sZKcrEa/Wd7R8wEW3ccWvKvUVtMUcw67KsXCU0ogVNauIysS0m1kQwYQfQICxeNv 6VydGrgaYGnIUT3aroekuvp8iQXag== X-ME-Sender: X-ME-Proxy: Received: from crackle.ozlabs.ibm.com (unknown [122.99.82.10]) by mail.messagingengine.com (Postfix) with ESMTPA id C490BE405B; Sun, 18 Nov 2018 21:43:41 -0500 (EST) Message-ID: <63177c72b94a653707d6b984ca789ecf8ebf0a95.camel@russell.cc> Subject: Re: [RFC PATCH v1 3/6] powerpc: Add skeleton for Kernel Userspace Execution Prevention From: Russell Currey To: Christophe Leroy , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Date: Mon, 19 Nov 2018 13:44:08 +1100 In-Reply-To: <1b27e980fa8dda09955b35be09c99bb1e22fef70.1541568127.git.christophe.leroy@c-s.fr> References: <1b27e980fa8dda09955b35be09c99bb1e22fef70.1541568127.git.christophe.leroy@c-s.fr> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2018-11-07 at 16:56 +0000, Christophe Leroy wrote: > This patch adds a skeleton for Kernel Userspace Execution Prevention. > > Then subarches implementing it have to define CONFIG_PPC_HAVE_KUEP > and provide setup_kuep() function. > > Signed-off-by: Christophe Leroy An open question (with nothing to do specifically with this patch): For what reason would you ever disable execution prevention? Clearly there must be something since "nosmep" is a thing, but I don't know why we'd ever do it. - Russell