On 18/12/2018 12:14, Dave Martin wrote: > On Sat, Dec 15, 2018 at 05:20:29PM +0800, kbuild test robot wrote: >> Hi Dave, >> >> Thank you for the patch! Perhaps something to improve: >> >> [auto build test WARNING on arm64/for-next/core] >> [also build test WARNING on v4.20-rc6 next-20181214] >> [if your patch is applied to the wrong git tree, please drop us a note to >> help improve the system] >> >> url: >> https://github.com/0day-ci/linux/commits/Dave-Martin/arm64-sve-UAPI-Disentangle-ptrace-h-from-sigcontext-h/20181214-225154 >> base: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git >> for-next/core >> config: arm64-allmodconfig (attached as .config) >> compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 >> reproduce: >> wget >> https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O >> ~/bin/make.cross >> chmod +x ~/bin/make.cross >> # save the attached .config to linux build tree >> GCC_VERSION=7.2.0 make.cross ARCH=arm64 >> >> All warnings (new ones prefixed by >>): >> >>>> ./usr/include/asm/sve_context.h:30: found __[us]{8,16,32,64} type without >>>> #include <linux/types.h> > > Since the new header is not meant to be included directly (and has a > guard to that effect), we don't strictly need to do anything here. > > The way to include <asm/sve_context.h> in userspace is via > <asm/sigcontext.h> or <asm/ptrace.h>, both of which include > <linux/types.h> first. >
i think there is no need to explicitly prevent the inclusion of the header. it is enough to have a comment that it's not supposed to be included by user code (so the header can be later refactored). and then such automated header checks (or whatever other hacks ppl do temporarily) can continue to work.