> Of course, I share the idea of true, full-blown of_drm_something > helpers. But the DT patch, is not an improvement but a real fix as in > "make DRM not break on some platforms". From that on, I can start > digging into DRM API and improve DT support here and there. > > So for the three patches I mentioned above, they are all minor > improvements of the API. Minor, because I cannot ever sent _the_ single > perfect patch just because I don't know the API well enough, yet. > > Just based on my personal experience: TDA998x driver got merged the way it > is _although_ I addressed some concerns - the fixes are not merged > _although_ I provided experimental results. This is of course > disappointing for me, but I am sure it will work out soon and I will > get back to happily send improvements for the platforms I can test on. To be honest I've no idea what those tda998x patches could fix or break, so they go on my no ideas list and I hope if they get reposted someone will tell me what they do. I could probably be more motivated towards poking other people to review stuff, but I mostly hope in vain that the ARM people will cross review things for other ARM chips, I had a bit of that happening for a while at the start, but it seems to have died off. Now I'm mostly relying on Rob to have some clue what I'm merging is sane. My current priority for merging stuff is: core patches that affect all platforms, core patches that affect x86 drivers that I maintain by default core patches that affect ARM misc ARM drivers that fall through cracks. Maybe I can persuade Rob to become a sub maintainer for all of the SoC drivers but I suspect he'd try and hurt me in real life. I'll take another look at the tda patches but I may still have no idea what they are doing. Dave. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
