Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp432336pxu; Thu, 7 Jan 2021 08:32:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJy3ZgfDomSJKaAIeDrk47cwZDEw8p67ugT0yYsGs7mu7emhbvwVosiRZ3qb5LuNvBdGSbl+ X-Received: by 2002:a17:906:4146:: with SMTP id l6mr7036442ejk.341.1610037142027; Thu, 07 Jan 2021 08:32:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610037142; cv=none; d=google.com; s=arc-20160816; b=hoAVJkneg9Uh2bZmFUURyZjpS8v8Yt/ql71Mkoqq4qVQciYcAUw4XcFvgS4bjtCBeY 78r/XRMaGU2NXdCZnxMGCze694G425i7fFcx0fiT2c0rxWNg0Xe+zXEqFdoa6iu6P0ub sTJJpLX17gxfV2p9jbShweNrscK4llguf7PuiVaz7PYLZuZa6iUic62XmkQmvr7zCVUd +q+jULf46t6eLn67wy0AlKjdz9P5RGwQ+nho3WLDcbdOQxt0vAjdsYkmBZGom1sfZ1B8 tZ5DGNLBi8Bn9P3nDqCHjzEM3la4BW4uy4D/7ek17/89z3Bzh/dDdmrbDB10ANJ/X00B 0oBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=lLMlpp3Hna1Y8f+sGAcVmo1SUQERW4bUTZRrdnuccWU=; b=fuZrV8GIe8W79+kVohe5VQBA4n238FkYIKuavnI8/KrFVwx8Z4D/dwUXY2cIWrtL0Y C9na86ozPisyNR9fzK8G7MKBWwqrS3FWimly2zv4YZ3zL98I+JqXluBmxdMeFqgLHS/Y PLqskcx+0vEg8mjzAtOMGRIKzz6/bEFEo32WG96ASWbHaSBORbHZT1wpsLlAVK89j9dZ k4AYmKy4Kog3oVY5Ne6093BLyH25On0bsb6i0bWmsCwUxSL6FGpXdW84g0xBE8vRLG8R lOU5P8QiwGYM9vzyLrd6gaGavJXynLeqrOOO4r+1p5LfkVxrGOkSrxwlGZT6C4nIaqM6 etpg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y2si2328338ejw.525.2021.01.07.08.31.58; Thu, 07 Jan 2021 08:32:22 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728868AbhAGQaC (ORCPT + 99 others); Thu, 7 Jan 2021 11:30:02 -0500 Received: from elvis.franken.de ([193.175.24.41]:34750 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728131AbhAGQ3q (ORCPT ); Thu, 7 Jan 2021 11:29:46 -0500 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1kxY9o-0000Mi-00; Thu, 07 Jan 2021 17:29:04 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id BDD96C080C; Thu, 7 Jan 2021 17:25:49 +0100 (CET) Date: Thu, 7 Jan 2021 17:25:49 +0100 From: Thomas Bogendoerfer To: Alexander Lobakin Cc: Paolo Bonzini , Sean Christopherson , Jiaxun Yang , Andrew Morton , Masahiro Yamada , Michal Simek , Paul Burton , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH mips-next] MIPS: UAPI: unexport unistd_nr_{n32,n64,o32}.h Message-ID: <20210107162549.GA11882@alpha.franken.de> References: <20210104154115.213029-1-alobakin@pm.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210104154115.213029-1-alobakin@pm.me> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 04, 2021 at 03:41:48PM +0000, Alexander Lobakin wrote: > unistd_nr_{n32,n64,o32}.h are needed only by include/asm/unistd.h, > which is a kernel-side header file, and their contents is generally > not for userland use. > Move their target destination from include/generated/uapi/asm/ to > include/generated/asm/ to disable exporting them as UAPI headers. > > Signed-off-by: Alexander Lobakin > --- > arch/mips/include/asm/Kbuild | 4 ++++ > arch/mips/include/uapi/asm/Kbuild | 3 --- > arch/mips/kernel/syscalls/Makefile | 16 ++++++++-------- > 3 files changed, 12 insertions(+), 11 deletions(-) applied to mips-next. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]