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 email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Jan 23 2003 - 22:00:22 EST