Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S270928AbUJUV2c (ORCPT ); Thu, 21 Oct 2004 17:28:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S270985AbUJUVZW (ORCPT ); Thu, 21 Oct 2004 17:25:22 -0400 Received: from rproxy.gmail.com ([64.233.170.206]:61571 "EHLO rproxy.gmail.com") by vger.kernel.org with ESMTP id S270928AbUJUVYs (ORCPT ); Thu, 21 Oct 2004 17:24:48 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=B8vDO07zdU5eyqGiWa9B37HKRXyhjehTZQBNaSbCH2NTPuHSTWHRQwFuOzW736DQ09AFOijKmc0di/Yu7LYs7PcvOp1Y5Ijrjqzuf2eF/GY3hzI4ETBa0xsBvnXv0rrMii7sKMXd7AZfTV0Bv58M6KczgG/VLNCBXZQtLCwklH4= Message-ID: <35fb2e59041021142467941ed1@mail.gmail.com> Date: Thu, 21 Oct 2004 22:24:44 +0100 From: Jon Masters Reply-To: jonathan@jonmasters.org To: DaMouse Subject: Re: ZONE_PADDING wastes 4 bytes of the new cacheline Cc: LKML In-Reply-To: <1a56ea3904102113217018d925@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041021011714.GQ24619@dualathlon.random> <417728B0.3070006@yahoo.com.au> <20041020213622.77afdd4a.akpm@osdl.org> <16759.38054.944944.610417@alkaid.it.uu.se> <20041021124505.GD8756@dualathlon.random> <1a56ea3904102113217018d925@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1517 Lines: 36 On Thu, 21 Oct 2004 21:21:55 +0100, DaMouse wrote: > On Thu, 21 Oct 2004 13:54:41 -0500 (CDT), Adam Heath wrote: > > On Thu, 21 Oct 2004, Andrea Arcangeli wrote: > > > > > On Thu, Oct 21, 2004 at 12:51:18PM +0200, Mikael Pettersson wrote: > > > > Have you verified that? GCCs up to and including 2.95.3 and > > > > early versions of 2.96 miscompiled the kernel when spinlocks > > > > where empty structs on UP. I.e., you might not get a compile-time > > > > error but runtime corruption instead. > > > > > > peraphs we should add a check on the compiler and force people to use > > > gcc >= 3? > > > > > > Otherwise adding an #ifdef will fix 2.95, just like the spinlock does in > > > UP. > > > > > > btw, the only machine where I still have gcc 2.95.3 is not uptodate > > > enough to run 2.6 regardless of the fact 2.6 could compile on such > > > machine or not. > > > > So compile a 2.6 kernel on the machine with 2.95.3 for another machine. > > > > I think what he was referring to was that most machines with 2.95.x > have older kernels anyway. That's probably mostly true even for embedded folks, but I don't think it's a good idea to completely throw away 2.95 users just yet. Better to use ifdefs or somesuch for now. Jon. - 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/