From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: [PATCH resend] asm/types.h: All architectures use int-ll64.h in kernelspace Date: Mon, 13 Feb 2012 02:59:32 +0000 Message-ID: <201202130259.33347.arnd@arndb.de> References: <1665974.2LGtkbyJmJ@wuerfel> <20120211094444.GL23916@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20120211094444.GL23916@ZenIV.linux.org.uk> Sender: linux-doc-owner@vger.kernel.org To: Al Viro Cc: Geert Uytterhoeven , Linus Torvalds , Andrew Morton , Randy Dunlap , linux-arch@vger.kernel.org, linux-doc@vger.kernel.org, Linux Kernel Development , David Howells List-Id: linux-arch.vger.kernel.org On Saturday 11 February 2012, Al Viro wrote: > Umm... That has happened and yes, asm-generic/types.h is currently > equivalent to asm-generic/int-ll64.h. What exactly are you planning > to do? Just rename the latter to the former and do search-and-replace > over the tree? We still have places that pull int-l64.h, albeit only > !__KERNEL__ ones (i.e. everything under #ifdef __KERNEL__ in there > seems to be killable)... > > AFAICS, for quite a few of those guys we can simply add bitsperlong.h > and add types.h to generic-y; is that the plan? Yes, I think both would be good cleanups. Maybe David Howells can comment as well since his user api split is going to change that a bit: We end up needing only a separate version of uapi/asm/types.h for alpha/ia64/mips64/powerpc64, while the in-kernel file is ok. Arnd