Hi, On Fri, 2019-06-21 at 14:52 +0200, Mark Kettenis wrote: > > From: Heiko Stuebner <heiko@xxxxxxxxx> > > Maybe we could give this some sort of time limitation like > > "binary ddr-init allowed till 2019-10-31" in Kconfig or somewhere > > to give people the chance to do things piece by piece but still force them > > to actually work on improving the situation. > > > > As driver-side changes will generally benefit more socs/boards potential > > removal after the time limit would only affect the board+dts itself. > > > > So somewhat similar to what the kernel does with "staging", if you > > keep working on improving it, it is allowed to stay. > > > > This could be also applied to already included boards, like > > "give it a working ddr-init till 2019-12-31 or it gets removed", similarly > > to how Tom handles devicemanager conversions currently > > Still doesn't make sense to me unless you're going to enforce such a > rule for all included boards that lack usable open-source DRAM > initialization code. Otherwise you're just punishing Rockchip for > having a partial DRAM initialization code and are potentially sending > the message that it's better not to attempt create open source DRAM > drivers. I'm not following this at all. Rockchip has a particular situation where almost all the boards have free DRAM init, which is not the case on every platform. I don't see why this decision has to be harmonized on the whole project since I believe it only makes sense for the specific case of Rockchip. Seeing this as some sort of punishment feels like a gross misinterpretation of our intent. If we are clear and communicate about the motivations why we think this is important and why this rule is applied, then there is nothing we can do about mis-judgments. I don't think it's fair or rational to not take action because of that. Whatever we do, there is always a chance that people will mis-interpret things and throw shit at us for taking political decisions. That's too bad, but there is only so much we can do about that. And rest asured that people (including myself) can also throw shit at the project for maintaining a weak status-quo and not contribute to moving things forward on political aspects when it is in a power position to do so. Cheers, Paul -- Paul Kocialkowski, Bootlin Embedded Linux and kernel engineering https://bootlin.com _______________________________________________ Linux-rockchip mailing list Linux-rockchip@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-rockchip
