From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935192Ab1ETQaE (ORCPT ); Fri, 20 May 2011 12:30:04 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:33413 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934587Ab1ETQaC (ORCPT ); Fri, 20 May 2011 12:30:02 -0400 MIME-Version: 1.0 In-Reply-To: References: <20110520161210.81bbef3a.sfr@canb.auug.org.au> From: Linus Torvalds Date: Fri, 20 May 2011 09:29:37 -0700 Message-ID: Subject: Re: linux-next: build failure after merge of the final tree To: Thomas Gleixner Cc: Stephen Rothwell , "H. Peter Anvin" , Ingo Molnar , David Miller , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 20, 2011 at 9:16 AM, Thomas Gleixner wrote: > > Removed it, but it does not break anything on x86 because > linux/thread_info.h includes asm/thread_info.h which includes > asm/processor.h on x86 for non obvious reasons. Ahh. "mm_segment_t". Some other architectures do it in their And looking at it, we could just do it in thread_info.h itself. I dunno. At *some* point it would be really nice to try to minimize the header files, I suspect we spend a lot of time compiling just parsing the crud most people never need. (In fact, from my sparse days, I pretty much guarantee that is the case) Linus