On 04/22/2013 04:03 PM, Sylwester Nawrocki wrote: > This patch series includes fixes for several issues found during > testing all exynos4-is device drivers build as modules. The exynos4-is > build with all sub-drivers as 'M' is hopefully now free of all serious > issues, but one. I.e. the requirement now is to have all sub-device > drivers, including the sensor subdev drivers, built as modules. Hmm, to avoid issues all drivers must now be either statically linked or build as modules and all need to be inserted, the all removed. Leaving any one loaded all time may lead to a disaster... This is not a new issue and and is related to all drivers using MC framework, thus I plan to address it for 3.11. > The problem when some of the sub-device drivers is statically linked > is that the media links of a media entity just unregistered from > the media device are not fully cleaned up in the media controller > API. This means other entities can have dangling pointers to the links > array owned by en entity just removed and freed. The problem is not > existent when all media entites are registered/unregistred together. > In such a case it doesn't hurt that media_entity_cleanup() function > just frees the links array. > > I will post a separate RFC patch to address this issue, since it is > not trivial where the link references should be removed from all > involved media entities. > > I verified that adding a call to media_entity_remove_links() as in > patch [1] to the v4l2_sdubdev_unregister_function() eliminates all > weird crashes present before, when inserting/removing all the host > driver modules while the sensor driver stays loaded. > > [1] http://git.linuxtv.org/snawrocki/samsung.git/commitdiff/f7007880a37c28beef845aa0787696aa8cead1cd -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
