[PATCH 1/6] Start split out of common open firmware code

Benjamin Herrenschmidt benh at kernel.crashing.org
Wed Apr 25 10:07:31 EST 2007


> I totally disagree that you should be changing anything
> during these consolidations.
> 
> Move the code around in one pass where you can _VERIFY_
> that things are precisely the same and won't break.
>
> Then later you can get fancy and change things however you
> wish.

Oh I think we all agree there... we just use the opportunity to discuss
how we should improve the consolidation further :-)

> You people giving comments like this have your priorities totally
> screwed up and you are doing nothing but unnecessarily slowing down
> this wonderful consolidation.  Even worse you might even be giving
> Stephen a disincentive to keep working actively on this.
> 
> So please STOP THIS CRAP now, thanks.
> 
> Everything so far is pure whining, and has nothing to do with
> the substance of what Stephen is trying to accomplish, a
> _CODE CONSOLIDATION_.  So please don't get in the way of that
> effort.

Dave, no need to shout :-) I think it's pretty well agreed that
Stephen's patches are good to go (unless nits I haven't seen), we are
really just discussing what we should do on top of them.

Now regarding the parsing of #address-cells / #size-cells, it's indeed a
bug that we walk up the tree on powerpc, we did that initially, I think,
due to a misunderstanding of the spec, but since the code's been doing
that forever, nobody ever wanted to change it and take the risk to break
it.

At one point, I suppose we'll have to bit the bullet and do a patch
going to the proper behaviour and see what breaks (probably nothing
nowadays, except maybe some rare old apple mac-io stuffs that I need to
double check) but that should definitely be done separately from the
consolidation.

Ben.






More information about the Linuxppc-dev mailing list