Hi, This is an update to my previous RFC patchset here: <URL:http://www.spinics.net/lists/linux-media/msg93481.html> In addition to the problems the patchset previously resolved and features it implemented: - unrestricted media entity ID support and - API to manage entity enumerations this set now solves one additional problem: - unrestricted number of media entities. The set also paves way to dynamic media entity registration but does not implement it yet. In a completely dynamic system there's a lot more mandatory error handling and difficult corner cases that one has to deal with. There are cases where entity enumeration or graph walk may not fail such as stopping streaming or power count calculation in link enabling/disabling. This can be resolved by allocating entity enumerations at a safe time and keeping them around until when they're needed and releasing when they're no longer needed. Keeping around entity enumerations together with dynamic entity enumeration allocation brings up another problem: how do you ensure an entity enumeration is large enough for all the entities that can be encountered? These additional problems are left for the future. This set does not intend to address them. The set has been tested with the omap3isp driver while the exynos4-is, xilinx, vsp1 and omap4iss driver have been compile tested only. I'd appreciate if others who have access to the hardware tested them. What's changed is that the media entity enumerations are now dynamically allocated if the number of entities in an enumeration exceeds a certain constant value (which is now 64). The implication is that now error handling is mandatory in entity enum initialisation (and thus graph walk as well) as memory allocation may fail. Enumerations are allocated and re-used in a few occasions in file handle open/close and pipeline start/stop in order to guarantee successful graph walk, for instance. The set also contains a fix for the omap4iss power management code. I kept it in the set since another omap4iss driver patch depends on it. Reviews would be very welcome. -- Kind regards, Sakari -- 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
