[lkml]   [2003]   [Jan]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] cpumask_t
On Sun, Jan 19, 2003 at 10:10:13PM -0800, David S. Miller wrote:
> I'm totally fine with this work, in fact I consider it
> a cleanup.
> I could call it a bug fix, but that would be stretching it :-)

I'll try to maintain it, then. It's received zero runtime testing,
esp. not in true NR_CPUS > BITS_PER_LONG circumstances. But I don't
have any kind of regular (read as: once annually or less) access to
such systems, so the best I can do is chip in and attempt to keep
(largely untested/untestable) patches current.

This looks like it diverged a little bit from rusty's implementation,
partly because I thought it'd be easier to just pound things out from
scratch as opposed to attempting to port directly.

rusty, if you could comment on the differences, I'd be much obliged.

I'll also attempt to get a SPARC toolchain together (as I understand it,
there are some divergences from mainline/current gcc/binutils) and do
some compiletesting-like and API conversion things there.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:32    [W:0.090 / U:5.504 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site