From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from de01egw02.freescale.net (de01egw02.freescale.net [192.88.165.103]) by ozlabs.org (Postfix) with ESMTP id EE0FF67A63 for ; Tue, 18 Jan 2005 01:58:50 +1100 (EST) In-Reply-To: <1105956993.26551.327.camel@hades.cambridge.redhat.com> References: <1105956993.26551.327.camel@hades.cambridge.redhat.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <38A2A735-6898-11D9-AF22-000393DBC2E8@freescale.com> From: Kumar Gala Date: Mon, 17 Jan 2005 08:58:17 -0600 To: "David Woodhouse" Cc: linuxppc-dev@ozlabs.org, torvalds@osdl.org, linux-kernel@vger.kernel.org, hpa@zytor.com Subject: Re: [PATCH] raid6: altivec support List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , [snip] > This makes it compile on PPC, but highlights the difference between > 'cur_cpu_spec' on ppc32 and ppc64. Why is 'cur_cpu_spec' an array on > ppc32? Isn't 'cur' supposed to imply 'current'? I can only guess to handle an SMP case with two different revs of the same processor that might have slightly different errata. - kumar