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=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 05D6FC4CEC4 for ; Wed, 18 Sep 2019 17:53:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id DBC4F21924 for ; Wed, 18 Sep 2019 17:53:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387497AbfIRRxL (ORCPT ); Wed, 18 Sep 2019 13:53:11 -0400 Received: from verein.lst.de ([213.95.11.211]:34950 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387414AbfIRRxJ (ORCPT ); Wed, 18 Sep 2019 13:53:09 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id D313368C65; Wed, 18 Sep 2019 19:53:03 +0200 (CEST) Date: Wed, 18 Sep 2019 19:53:03 +0200 From: Christoph Hellwig To: Larry Finger Cc: Christoph Hellwig , Linus Torvalds , linux-kernel@vger.kernel.org, Peter Zijlstra , Ingo Molnar , Greg Kroah-Hartman Subject: Re: [PATCH] x86/mm: Remove set_pages_x() and set_pages_nx() Message-ID: <20190918175303.GA20353@lst.de> References: <20190918164121.30006-1-Larry.Finger@lwfinger.net> <20190918164518.GA19222@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 18, 2019 at 12:49:56PM -0500, Larry Finger wrote: > Is there approved way for pages to be set to be executable by an external > module that would not be a security issue? There is approved way for modules to set kernel code executable, because well they shouldn't. And as stated many times we do not add interfaces for things not in mainline to start with. So as a first step please submit your module for inclusion and then we can discuss if it actually happens to be a valid use case or not, and how to best accomodate it.