Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965153AbWBHBlR (ORCPT ); Tue, 7 Feb 2006 20:41:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965164AbWBHBlR (ORCPT ); Tue, 7 Feb 2006 20:41:17 -0500 Received: from fmr22.intel.com ([143.183.121.14]:10139 "EHLO scsfmr002.sc.intel.com") by vger.kernel.org with ESMTP id S965153AbWBHBlQ (ORCPT ); Tue, 7 Feb 2006 20:41:16 -0500 Message-Id: <200602080140.k181eDg20764@unix-os.sc.intel.com> From: "Chen, Kenneth W" To: "'Adrian Bunk'" Cc: "Keith Owens" , "Luck, Tony" , , Subject: RE: [2.6 patch] let IA64_GENERIC select more stuff Date: Tue, 7 Feb 2006 17:40:13 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcYsTdKaCQGtRsE2QmmEOrabh41aSgAABUXw In-Reply-To: <20060208011938.GJ3524@stusta.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1681 Lines: 38 Adrian Bunk wrote on Tuesday, February 07, 2006 5:20 PM > You could ask the same question for NUMA: > Select generic system type does not mean NUMA systems are only choice I > can have. What's wrong with having an option that works just fine? Please read more ia64 arch specific code ... CONFIG_IA64_GENERIC is a platform type choice, you can have platform type of DIG, HPZX1, SGI SN2, or all of the above. DIG platform depends on ACPI, thus need ACPI on. SGI altix is a numa box, thus, need NUMA on. NEC, Fujitsu build numa machines with ACPI SRAT table, thus, need ACPI_NUMA on. When you build a kernel to boot on all platforms, you have no choice but to turn on all of the above. Processor type and SMP is different from platform type. It does not have any dependency on platform type. They are orthogonal choice. > Keith said IA64_GENERIC should select all the options required in > order to run on all the IA64 platforms out there. ^^^^^^^^^^^^^^ > This is what my patch does. You patch does more than what you described and is wrong. Selecting platform type should not be tied into selecting SMP nor should it tied with processor type, nor should it tied with ARCH_FLATMEM_ENABLE. All of them are orthogonal and independent. Theoretically and maybe academically interesting, I should be able to build a kernel that boots on all UP platforms, with your patch, that is not possible. - Ken - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/