I'm willing to help you out with this if you like (especially as I caused
some of the current ifdefs ;-)).
> The downsides to this:
> - Code duplication.
> Some routines will likely be very similar if not identical.
> - Bug propagation.
> If something is fixed in one subarch, theres a high possibility
> it needs fixing in other subarchs
The above are what I'm really afraid of. I think the best way to avoid
most of the downside is to split up some of the current monster functions
(like setup_arch) into generic and platform-specific parts ... exactly as
Pat's patch does.
It would be nice to see a "blessing in principle" from Marcelo and
Linus before we / you start spending lots of time on this.
M.
-
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/