lkml.org 
[lkml]   [2002]   [Jan]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] per-cpu areas for 2.5.3-pre6
Date
In message <Pine.LNX.4.44.0201291813110.25443-100000@waste.org> you write:
> Yes, obviously.

Um... if it was so "obvious" why did you suggest it in the first
place? 8)

> Nearly as good would be replacing the current logic for figuring out the
> current processor id through current with logic to access the per-cpu
> data. The primary use of that id is indexing that data anyway.

And if you'd been reading this thread, you would have already seen
this idea, and if you'd read the x86 code, you'd have realised that
the tradeoff is arch-specific.

But thanks anyway: what this list really needs is more armchair kernel
hackers discussing code they haven't really thought about.

Cheers,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
-
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-03-22 13:15    [W:0.060 / U:0.772 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site