lkml.org 
[lkml]   [2005]   [Oct]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] highest_possible_processor_id() has to be a macro
On Sun, Oct 16, 2005 at 12:16:49AM -0700, David S. Miller wrote:
> From: Al Viro <viro@ftp.linux.org.uk>
> Date: Sun, 16 Oct 2005 00:51:12 +0100
>
> > ... otherwise, things like alpha and sparc64 break and break
> > badly. They define cpu_possible_map to something else in smp.h
> > *AFTER* having included cpumask.h.
>
> So ugly...
>
> But, it's the best fix for now.
>
> Longer term we might want to make an asm/cpumask.h that can
> help allow the platforms to cleanly say "well, mask X is
> equivalent to Y, so only instantiate X and define Y to X"

Indeed, but playing with moving stuff from smp.h is definitely post-2.6.14
fodder...
-
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/

\
 
 \ /
  Last update: 2005-10-16 09:49    [W:0.049 / U:0.464 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site