I read some fixups(), some boards seem to fill meminfo, so I thought
moving after parsing the tags would cause problems.
My proposal is also not correct because as Russell said, reserve()
callbacks expect memblock to already have memory configured.
My original patch had a reserve_mem() instead, that was passed with
'meminfo'. That would not conflict with any existing behavior.
A bit independently to this is the fact that I couldn't
memblock_reserve() the areas I kicked out of meminfo (couldn't see why
due to my environment), which I think is not ideal.
So, coming back to the arguments. I think Russell should have tried
this and provided an example of what to do, and how. I think it should
be clear by now that there's not much known affected drivers can do
right now.
And yet, I feel there would be more affected drivers we don't know
about, and doing WARN_ON on .36 and prohibit only afterwards can only
help.
--
Felipe Contreras
--
