Hi Russell, Am Montag, den 27.10.2014, 23:57 +0000 schrieb Russell King - ARM Linux: > On Mon, Oct 27, 2014 at 11:26:30PM +0100, Daniel Vetter wrote: > > Looking at the of_drm_find_panel function I actually wonder how that > > works - the drm_panel doesn't really need to stick around afaics. > > After all panel_list is global so some other driver can unload. > > Russell's of support for possible_crtcs code works differently since > > it only looks at per-drm_device lists. > > > > This bridge code here though suffers from the same. So to me this > > looks rather fishy. > > > > It doesn't help that we have drm_of.[hc] around but not all the of > > code is in there. Adding Russell too. > > I rather dropped the ball with imx-drm when things became difficult with > asking Greg to pull my git tree - and as a result, I decided that I would > no longer be helping with patch submission for imx-drm, nor trying to get > it out of the staging tree anymore. In that case I'd like to take up the ball. In my opinion the driver is now in a state in which it could be moved to gpu/drm first and then fixed up there (all the blockers in drivers/staging/imx-drm/TODO are gone). That would also give us a single path for all imx-drm/ipu-v3 related patches again. My main motivation to put it into staging in the first place was that the device tree bindings had to be worked out, but now it only results in a coordination nightmare. regards Philipp _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
