Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752574AbdC0Jpt (ORCPT ); Mon, 27 Mar 2017 05:45:49 -0400 Received: from mail-wr0-f171.google.com ([209.85.128.171]:33269 "EHLO mail-wr0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752113AbdC0Jol (ORCPT ); Mon, 27 Mar 2017 05:44:41 -0400 Reply-To: nicolas.dichtel@6wind.com Subject: Re: [PATCH v10 01/11] h8300: put bitsperlong.h in uapi References: <1489496093-15315-1-git-send-email-nicolas.dichtel@6wind.com> <1489496093-15315-2-git-send-email-nicolas.dichtel@6wind.com> To: Masahiro Yamada Cc: Arnd Bergmann , Michal Marek , Linux Kbuild mailing list , Linux Kernel Mailing List , linux-arch@vger.kernel.org, David Airlie , "David S. Miller" , Russell King , bp@alien8.de, slash.tmp@free.fr, Daniel Vetter , rmk+kernel@armlinux.org.uk, msalter@redhat.com, jengelh@inai.de, hch@infradead.org, Tobias Klauser , mpe@ellerman.id.au, Ingo Molnar , Thomas Gleixner , "Dmitry V. Levin" , Herbert Xu , linux-rdma@vger.kernel.org From: Nicolas Dichtel Organization: 6WIND Message-ID: <1470ef61-3b51-869a-ded5-87b956e83d2d@6wind.com> Date: Mon, 27 Mar 2017 11:43:00 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 868 Lines: 27 Le 27/03/2017 à 07:31, Masahiro Yamada a écrit : [snip] >> -#endif /* __ASM_H8300_BITS_PER_LONG */ >> diff --git a/arch/h8300/include/uapi/asm/bitsperlong.h b/arch/h8300/include/uapi/asm/bitsperlong.h >> new file mode 100644 >> index 000000000000..e56cf72369b6 >> --- /dev/null >> +++ b/arch/h8300/include/uapi/asm/bitsperlong.h >> @@ -0,0 +1,14 @@ >> +#ifndef _UAPI_ASM_H8300_BITS_PER_LONG >> +#define _UAPI_ASM_H8300_BITS_PER_LONG > > > Just a minor comment. > > The include guard was originally __ASM_H8300_BITS_PER_LONG. > This will change it into _ASM_H8300_BITS_PER_LONG > (after _UAPI is stripped by headers_install.sh) > > I just thought _UAPI__ASM_H8300_BITS_PER_LONG might be even safer, > but I know I am nit-picking. I can apply this as-is. > I leave it to you. I intentionnaly "clean" that, but I will restore it, no problem ;-) Regards, Nicolas