Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932340AbWAJVVI (ORCPT ); Tue, 10 Jan 2006 16:21:08 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932338AbWAJVVI (ORCPT ); Tue, 10 Jan 2006 16:21:08 -0500 Received: from atlrel9.hp.com ([156.153.255.214]:46227 "EHLO atlrel9.hp.com") by vger.kernel.org with ESMTP id S932320AbWAJVVF (ORCPT ); Tue, 10 Jan 2006 16:21:05 -0500 Subject: Re: ip_contrack refuses to load if built UP as a module on IA64 From: dann frazier To: "Luck, Tony" Cc: Peter Chubb , linux-ia64@vger.kernel.org, dmosberger@gmail.com, linux-kernel@vger.kernel.org In-Reply-To: <20051219210750.GA15849@agluck-lia64.sc.intel.com> References: <17172.54563.329758.846131@wombat.chubb.wattle.id.au> <17174.35525.283392.703723@berry.gelato.unsw.EDU.AU> <1127426700.25159.63.camel@krebs.dannf> <20051219210750.GA15849@agluck-lia64.sc.intel.com> Content-Type: text/plain Date: Tue, 10 Jan 2006 14:21:11 -0700 Message-Id: <1136928071.11049.19.camel@krebs.dannf> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2297 Lines: 57 On Mon, 2005-12-19 at 13:07 -0800, Luck, Tony wrote: > On Thu, Sep 22, 2005 at 04:04:59PM -0600, dann frazier wrote: > > On Thu, 2005-09-01 at 14:59 +1000, Peter Chubb wrote: > > > > > > This patch makes UP and SMP do the same thing as far as module per-cpu > > > data go. > > > > > > Unfortunately it affects core code. > > > > It causes 2.6.13/x86 to fail to link: > > kernel/built-in.o: In function `load_module': > > : undefined reference to `percpu_modcopy' > > make: *** [.tmp_vmlinux1] Error 1 > > > > fyi, this is a problem we're seeing in the Debian UP packages: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325070 > > Another possible solution is to make ia64 more like other > architectures and make per-cpu variables just turn into > ordinary variables on UP. There are some pros and cons to > this: > > +) Being more like other architectures makes it less likely that > we'll be burned by changes in generic code/tools that depend > on implementation details > > -) We probably get worse code to access per-cpu variables from > C-compiled code, and definitely get worse code in a couple of > critical paths in assembler (where an "addl" becomes a "movl") > > Here's the patch ... lightly tested (just booted and checked that > I could load the ip_conntrack module). Thanks Tony; sorry for taking so long to test this. I required an additional change to discontig.c to get this to build w/ the Debian config. With this additional patch, a UP kernel boots fine on my rx2600. --- build-ia64-none-mckinley/arch/ia64/mm/discontig.c~ 2006-01-02 20:21:10.000000000 -0700 +++ build-ia64-none-mckinley/arch/ia64/mm/discontig.c 2006-01-09 19:56:58.000000000 -0700 @@ -339,8 +339,7 @@ struct cpuinfo_ia64 *cpu0_cpu_info; cpu = 0; node = node_cpuid[cpu].nid; - cpu0_cpu_info = (struct cpuinfo_ia64 *)(__phys_per_cpu_start + - ((char *)&per_cpu__cpu_info - __per_cpu_start)); + cpu0_cpu_info = &per_cpu(cpu_info, 0); cpu0_cpu_info->node_data = mem_data[node].node_data; } #endif /* CONFIG_SMP */ - 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/